Re: lug-bg: Re: lug-bg: DNS "неволи"

[Evgeni Gechev <etg@xxxxxxxxx>]

Антон Титов wrote:

> Evgeni Gechev <etg@xxxxxxxxx> wrote:
>  
>
> > Не, не става въпрос за това, glue записите в случая нямат нищо общо 
> > (почти:))
> > Пример:
> > Регистрирам domain.com, през уеб интерфейса си регистрирам name server 
> > ns.domain.com. След това обаче ns.domain.com мога да го ползвам при 
> > регистрация на newdomain.com, но не и при регистрация на newdomain.org.
> > Проблемът е, че всеки оператор си поддържа собствена база с 
> > регистрираните в неговата област DNS-и. Когато се регистрира 
> > ns.domain.com, това се отразява в базата на оператора на областта .com, 
> > но не се отразява автоматично в базата на оператора на областта .org. 
> > След това, при опит за регистрация на newdomain.org, операторът на 
> > областта .org проверява в собствената си база, вижда, че там няма name 
> > server ns.domain.com, и отказва процедурата, въпреки че ns.domain.com е 
> > регистриран в базата на другия оператор. В някои случаи може добавянето 
> > в базата на единия оператор да се отрази автоматично и в базата на 
> > другия, но не винаги е така, въпрос на доверие и договорка между 
> > операторите. Примерно е възможно чрез интерфейсът на оператора на .com 
> > да добавиш name server ns.notexistentdomain.com в базата на .org, без 
> > той да съществува в базата на .com, дори без въобще да съществува даже 
> > домейнът notexistentdomain.com. Тествано, лично:).
> >    
> Няма нищо общо с действителността. 
Всеки има право на мнение:)

> Това, че някои регистратори приемат само техните си неймсървъри не означава, че това е нормално.
Дали е нормално или не - не коментирам, не е моя работа. Има си хора за 
това.
> Ако беше така, неймсървър на .bg домейн щеше да можеш да сложиш на .com точно никога, как ги виждаш ДигСис да ползват с някой "обща база данни". С нещо странно си се сблъскал но това не  е нормално. Имам домейн, чиито неймсървъри са сложени на хиляди домейни и да съм имал 2-3 пъти проблеми, ако не се лъжа с .cc домейн, които искат и в техните сървъри да се регистрираш и да речем с някое .de, което да иска неймсървъри с IP та от различни C клас мрежи.
>  
Това, че един DNS работи без проблеми за всички оператори не означава, 
че всички DNS-и работят, не прави от конкретен случай генерални изводи. 
Да, всички DNS-и може да бъде регистрирани така, за някои е автоматично, 
за други след ръчна намеса, затова написах, че човекът, отворил темата, 
трябва да се обади на фирмата, с която работи, явно в неговия случай не 
е автоматично.
> По този случай няма да пропусна да спомена, че не е хитро да си правите неймсървъри на .bg домейн, защото от 8 сървъра за зоната, само един ще отговаря за него, т.е. ще се ризолвва бавно и може да пада. Ето и безплатната демострация:
>
> megamosh root # dig ns bg
>
> ; <<>> DiG 9.2.3 <<>> ns bg
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15534
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 8
>
> ;; QUESTION SECTION:
> ;bg.                            IN      NS
>
> ;; ANSWER SECTION:
> bg.                     345514  IN      NS      ns.ripe.net.
> bg.                     345514  IN      NS      ns.digsys.bg.
> bg.                     345514  IN      NS      ns2.digsys.bg.
> bg.                     345514  IN      NS      grdns.ics.forth.gr.
> bg.                     345514  IN      NS      ns-bg.ripe.net.
> bg.                     345514  IN      NS      sunic.sunet.se.
> bg.                     345514  IN      NS      auth01.ns.uu.net.
> bg.                     345514  IN      NS      ns-ext.vix.com.
>
> ;; ADDITIONAL SECTION:
> ns.ripe.net.            76766   IN      A       193.0.0.193
> ns.digsys.bg.           76856   IN      A       192.92.129.1
> ns2.digsys.bg.          76856   IN      A       193.68.3.252
> grdns.ics.forth.gr.     76856   IN      A       139.91.1.1
> ns-bg.ripe.net.         89656   IN      A       193.0.12.34
> sunic.sunet.se.         48196   IN      A       192.36.125.2
> auth01.ns.uu.net.       171188  IN      A       198.6.1.81
> ns-ext.vix.com.         1988    IN      A       204.152.184.64
>
> ;; Query time: 1 msec
> ;; SERVER: 85.196.174.5#53(85.196.174.5)
> ;; WHEN: Tue Nov  1 13:53:09 2005
> ;; MSG SIZE  rcvd: 350
>
> megamosh root # host ns.dir.bg ns.ripe.net.
> Using domain server:
> Name: ns.ripe.net.
> Address: 193.0.0.193#53
> Aliases:
>  
А това, че ns.ripe.net отговаря за .bg не означава, че трябва да 
отговаря на всяка заявка и за хостовете в .dir.bg, работата му е само 
при запитване да докладва NS записите. Както и останалите DNS-и (дори и 
ns.digsys.bg). В конкретния случай това е работа на sql.dir.bg и 
purgatory.spnet.net.
> megamosh root # host ns.dir.bg ns.digsys.bg.
> Using domain server:
> Name: ns.digsys.bg.
> Address: 192.92.129.1#53
> Aliases:
>
> ns.dir.bg has address 194.145.63.2
> megamosh root # host ns.dir.bg ns2.digsys.bg.
> Using domain server:
> Name: ns2.digsys.bg.
> Address: 193.68.3.252#53
> Aliases:
>
> megamosh root # host ns.dir.bg grdns.ics.forth.gr.
> Using domain server:
> Name: grdns.ics.forth.gr.
> Address: 139.91.1.1#53
> Aliases:
>
> megamosh root # host ns.dir.bg ns-bg.ripe.net.
> Using domain server:
> Name: ns-bg.ripe.net.
> Address: 193.0.12.34#53
> Aliases:
>
> Host ns.dir.bg not found: 5(REFUSED)
> megamosh root # host ns.dir.bg sunic.sunet.se.
> Using domain server:
> Name: sunic.sunet.se.
> Address: 192.36.125.2#53
> Aliases:
>
> megamosh root # host ns.dir.bg auth01.ns.uu.net.
> Using domain server:
> Name: auth01.ns.uu.net.
> Address: 198.6.1.81#53
> Aliases:
>
> megamosh root # host ns.dir.bg ns-ext.vix.com.
> Using domain server:
> Name: ns-ext.vix.com.
> Address: 204.152.184.64#53
> Aliases:
>
> megamosh root #
>
>
>
>
> --
> Regards
> Anton Titov
>
>
>