PODRÓŻE

Witam,
to co pisze poniżej dotyczy konfiguracji jaka jest domyślnie na cPanelu,
działa, ale chciałbym się dowiedzieć dlaczego ....
Mam serwer DNS, który utrzymuje domenę: domena.pl
w tej domenie są zrobione oddzielne subdomeny dla Klientów
klient.domena.pl
klient2.domena.pl
ale teraz tak:
jest strefa DNS: domena.pl i w niej nie ma wpisów dla tych subdomen, ale
sa dla nich oddzielnie zrobione strefy (po jednym pliku strefy dla
każdej z wpisami tak jakby były to domeny równorzędne z domena.pl)
u rejejestratora (NASK) wpisane są tylko dnsy obsługujące domena.pl a
nie tych dwóch - niejako subdomen.
Całość DZIAŁA. Ale dlaczego ?? - jak są rozwiązywane nazwy subdomen,
których nie ma w pliku strefy domeny głównej ... ?
wojtek
--
===> www.JuraInfo.pl
Jura Krakowsko-Częstochowska,
baza noclegowa, atrakcje turystyczne

- Hide quoted text -- Show quoted text -crazy bejbi wrote:

sposób działania serwerów DNS (z grubsza, puryści proszę się nie
czepiać)
zapytanie cośtam.domena.pl najpierw idzie do serwerów obsługujących
domenę .pl, te wiedzą które nameserwery obsługują domena.pl
zapytanie następnie idzie do tych nameserwerów i te albo odpowiadają
konkretnie, że cośtam.domena.tld leży gdzieśtam albo podają następne
nameserwery do odpytania.
W twoim przypadku domniemuję, że oprogramowanie serwera DNS robi po cichu
złączenie plików stref.
--
Pozdrawiam
Lemat

Lemat pisze:

stoi tam zwykły bind. nie znalazłem jakichś dziwnych opcji coś to
"złączania stref". Jak to stwierdzić ?
Wojtek
--
===> www.JuraInfo.pl
Jura Krakowsko-Częstochowska,
baza noclegowa, atrakcje turystyczne

In article <g7sek7$q...@news.onet.pl>
crazy bejbi <tego.ad...@nie.ma> wrote:

$ dig axfr domena.pl?
--
Jacek Politowski

Jacek Politowski pisze:

no to dla przykładowej domeny:
root@dns [~]# dig axfr smarthost.pl
; <<>> DiG 9.2.4 <<>> axfr smarthost.pl
;; global options:  printcmd
smarthost.pl.           86400   IN    
 SOA     dns.trustnet.pl.
babicz.trustnet
                   
 .pl. 2008081200 86400 7200 3600000 86400
smarthost.pl.           14400   IN    
 MX      0 smarthost.pl.
smarthost.pl.           14400   IN    
 TXT     "v=spf1 a mx ptr
ip4:193.93.88.0
                   
 /24 -all"
smarthost.pl.           86400   IN    
 NS      dns.trustnet.pl.
smarthost.pl.           86400   IN    
 NS      dns2.trustnet.pl.
smarthost.pl.           14400   IN    
 A       193.93.88.10
admin.smarthost.pl.     14400   IN      A  
    193.93.88.20
cpanel.smarthost.pl.    14400   IN      A  
    193.93.88.10
dns.smarthost.pl.       14400   IN      A
      193.93.88.2
dns2.smarthost.pl.      14400   IN      A
      193.93.90.2
ftp.smarthost.pl.       14400   IN      A
      193.93.88.10
localhost.smarthost.pl. 14400   IN      A    
  127.0.0.1
mail.smarthost.pl.      14400   IN    
 CNAME   smarthost.pl.
webdisk.smarthost.pl.   14400   IN      A  
    193.93.88.10
webmail.smarthost.pl.   14400   IN      A  
    193.93.88.10
whm.smarthost.pl.       14400   IN      A
      193.93.88.10
www.smarthost.pl.       14400   IN    
 CNAME   smarthost.pl.
smarthost.pl.           86400   IN    
 SOA     dns.trustnet.pl.
babicz.trustnet
                   
 .pl. 2008081200 86400 7200 3600000 86400
;; Query time: 11 msec
;; SERVER: 193.93.88.1#53(193.93.88.1)
;; WHEN: Tue Aug 12 19:25:19 2008
;; XFR size: 18 records
-------CUT-------
ale to i tak nie obejmuje stref subdomen, a DZIAŁAJĄ ...:
root@dns [/var/named]# ls |grep smarthost.pl
bierdeck.smarthost.pl.db
dado.smarthost.pl.db
deni.smarthost.pl.db
emirez.smarthost.pl.db
erafa.smarthost.pl.db
shedis.smarthost.pl.db
sklep.smarthost.pl.db
smarthost.pl.db
smart.smarthost.pl.db
szymon.smarthost.pl.db
test.smarthost.pl.db
[...]
Wojtek
--
===> www.JuraInfo.pl
Jura Krakowsko-Częstochowska,
baza noclegowa, atrakcje turystyczne

In article <g7shm5$aa...@news.onet.pl>
crazy bejbi <tego.ad...@nie.ma> wrote:

Możesz sprawdzić (jeśli jest taka możliwość - nie wiem co tamten
cPanel [lub cPanel w ogólności] potrafi) co się dzieje w
przypadku, gdy robisz delegację subdomeny na inny serwer?
W tym momencie, gdy autorytatywnym serwerem nazw dla stref podrzędnych
jest ten sam serwer, co dla nadrzędnej, to zapytany o cokolwiek ze
strefy podrzędnej i tak będzie wiedział co odpowiedzieć.
Co ciekawe ma to nawet pewną zaletę, jak ktoś lubi SBO. Nawet jeśli
przypadkiem zezwolisz na transfery stref dla całego świata, to w takim
transferze nikt nie zobaczy jakie masz podstrefy :-)
Możesz sobie zrobić eksperyment z Bindem bez cPanela.
Tworzysz dwie strefy:
zone "nadrzedna.pl" {
        type master;
        file "db.nadrzedna.pl";
        allow-transfer { any; };
};

zone "subdomena.nadrzedna.pl" {
        type master;
        file "db.subdomena.nadrzedna.pl";
        allow-transfer { any; };
};

W nadrzednej nie wpisujesz rekordów NS dla 'subdomena', ale musisz
mieć je wpisane w strefie subdomeny (jesli ich tam nie będzie, to nie
zadziała).
A teraz jak wyglądają pytania do DNSu, gdy ktoś z zewnątrz chce się o
podrzędną dowiedzieć (dla uproszczenia uznajemy, że klient sam
resolvuje, nie używa forwardera):
1. klient -> root_nameserver: kto jest ns dla "pl."?
2. root_nameserver -> klient: ns dla "pl." to
"a-dns.pl."
   (zwykle dodaje jeszcze: przy okazji, żebyś nie pytał za
chwilę znowu:
   "a-dns.pl." to "123.456.789.012")
3. klient -> a-dns.pl: kto jest ns dla "nadrzedna.pl."?
4. a-dns.pl -> klient: ns dla "nadrzedna.pl." to
"dns.gdzies.pl."
   (dodatkowo: 234.567.890.123)
5. klient -> dns.gdzies.pl: kto jest ns dla
"subdomena.nadrzedna.pl."?
6. dns.gdzies.pl -> klient: ns dla "subdomena.nadrzedna.pl." to
   "dns.nadrzedna.pl"
   [i tu słowo komentarza: jako, że 'dns.gdzies.pl' wie, że jest
   autorytatywny dla 'subdomena.nadrzedna.pl' to odpowiedź bierze
od
   razu z tej strefy, nie ze strefy 'nadrzedna.pl'; gdyby nie był
   autorytatywny dla 'subdomena...' odpowiedziałby autorytatywnie
   NXDOMAIN]
Ot cała filozofia.
--
Jacek Politowski

Lemat pisze:
- Hide quoted text -- Show quoted text -> crazy bejbi wrote:

Poprawcie mnie jeśli się mylę. IMO pierwsze zapytanie leci do
konkretnego serwera DNS, który odpytujesz. Jeżeli obsługuje on daną
strefę zwraca wynik lub kieruje na podrzędne. Jeśli nie, to (nasz
konkretny serwer) pyta root serwery dns o te przykładowe .pl (stąd w np.
takim Bindzie pliki typu db.root, db.127 itp), czyli w zasadzie już tak
jak piszesz. I dalej po nitce do kłębka każdy kolejny pyta następnego,
aż znajdzie lub ścieżka się urwie.
--
Pozdrawiam
Andrzej Jackiewicz
jacki(at)idealan.pl

jacki pisze:

Przepraszam, źle to ująłem. Nie każdy konkretny pyta następnego, tylko
ten nasz konkretny odpytuje kolejne. Przepraszam źle to sformułowałem.
--
Pozdrawiam
Andrzej Jackiewicz
jacki(at)idealan.pl