Re: lug-bg: mail.bg, abv.bg etc..

[vlk@email.domain.hidden (Vesselin Kolev)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

<p>Mnogo zhalko, che e nelogichno za teb. Sega shte ti obiasnia zashto e
logichno. Viarno, niama da e na kratko.

Pyrvo malko obiasnenia za mehanizma na izvlichane na A RR predshestvan
ot CNAME. Mnogo e zhalko, che tozi mehanizym masovo ne se znae, dori
poniakoga se iadosvam ot tozi fact!

Spored men triabva po reklamnite pana po krystovishtata i po reklamite po
televiziata da se nabiva na horata, che izvlichaneto na IP adres za host,
ukazan s CNAME vodi do izvyrshvaneto na DVE zaiavki i to v idealizirania
suchai! 

Vnimanie sega. Eto shemata taka, kakto shte ia izpylni bibliotekata na 
resolvera. Tyrsi se IP adresa na hosta example.domain.dom. V zonata na
domaina domain.dom e napraveno slednoto opisanie

$ORIGIN domain.dom.
example   CNAME   host-1
host-1   A   192.168.0.44

Resolvera pyrvo shte potyrsi zapis za example.domain.dom. Shte mu byde
vyrnat CNAME host-1. Posle resolvera (vnimanie v tozi moment!!!) shte
napravi zapitvane za host-1.domain.dom i chak togava shte mu byde 
vyrnat IP adresa.

Po-gore govorih za idealiziran sluchai. E, ta idealizirania sluchai e tozi,
 pri koito i CNAME i A resursnite zapisi sa napraveni v edna i syshta zona.
Neidealniat sluchai vkliuchva v sebe si CNAME, sochesht kym A RR
zapis v druga zona! Eto primer:

$ORIGIN domain.dom.
example CNAME host-1.other-domain.dom.

V zonata na drugia domain se pravi pyk opisanieto na A RR.

$ORIGIN other-donain.dom.
host-1  A  192.168.0.33

Mnogo losho e, che pochti nikoi ne shvashta, che CNAME e zamislen
za prenasochvane na resursni zapisi mezhdu RAZLICHNI zoni! Tova 
traibva da se napishe na rabotnoto miasto na vseki administrator s 15
santimetrovi bukvi, ako triabva i kato barelef da se izvaia! Primer za
izpolzvaneto na taka napraveni CNAME zapisi e bezklasovoto delegirane na
in-addr.arpa. Priatno biah iznenadan, che Boyan Krosnov beshe izpolzval
CNAME za bezklasovo delegirane na edin PTR RR. Zaradva me vsyshnost
facta, che chovek na rykovodna dlyzhnost v ISP znae tozi pohvat. Niama da
kazvam v kolko drugi ISP-ta za tozi pohvat ne sa i chuvali!!!

Sega otnovo se vryshtame na temata UDP. Celta na UDP uslugite
e da osiguriat byrzina (predi vsichko). Da me proshtavat niakoi hora, no az
ne vizhdam kak posledovatelnoto tirazhirane na DNS zaiavki spomaga za
byrzinata na UDP uslugite. Pak davam primer. Primerno UDP bazirana
usluga traibva da izprati UDP paket sys zaiavka do server. Zadachata
vkliuchva namiraneto na IP adresa na servera. Ako toi e opisan s CNAME
tova shte zabavi sulugata dvoino it gledna tochka na DNS vremeto za
poluchavane na resursen zapis. Mozhe da se sluchi taka, che paket
za usluga, koiato po princip ima vreme za izvyrshvane 2 ms mozhe da 
se izpylni za vreme mnogo po-goliamo ot 2 ms (dori za secundi). I
cialata efektivnost i byrzina se gubi. Efekta se useshta osobeno silno 
pri zabaveni otogovori ot DNS. 

Drug problem, za koito sym i pisal e lame delegirane na domain chrez
CNAME za NS RR. Pokazvam v shtrihi chesto sreshtana mila rodna
kartinka (v domaini na hora, koito inache sporiat za TLD pravila i kvo
li ne i na koito othodnite vodi na ciala Sofia ne mogat da im zapushat
ustite):

(chastta ot SOA za NS RR za primeren domain domain.dom)

   NS  host.isp.dom.
   NS  other-dns.other.domain.dom.
   NS  dns-1
   NS  dns-2

$ORIGIN domain.dom.
dns-1 CNAME www
dns-2 CNAME mail
www  A  192.168.40.1
mail   A  192.168.30.2
www2  A  192.168.30.3

Opisanieto na delegiraneto na domain.dom v TLD dom:

$ORIGIN dom.
domain  NS  host.isp.dom.
domain  NS  other-dns.other.domain.dom.

Sega se postaviame na miastoto na bibliotekata na resolvera i se opitvame
da izvlechem A RR za www2. Putame registyra, izvlichame NS RR-ite.
Posle pitame niakoi ot NS hostovete, te ni podavat NS RR ot SOA na
zonata. Interesni situacii se razigravat ako pri vtoria rund ot izbor na NS
resolvera izbere da pita dns-1 ili dns-2 zapochvat zabavite....

Eto i shemata na zapitvania:

Pitame koi e dns-1 i ni se vryshta CNAME www.domain.dom. Sega traibva
da namerim koi e www.domain.dom. Za celta obache traibva da pitame niakoi
ot serverite za imena na domain.dom (opisani v zonata). Popadame na dns-1 ili 
dns-2. Obache ottam pak se vryshta CNAME:)) i pitame koi e www.domain.dom
ili mail.domain.dom. Posle pak si tyrsim NS zapisite za domain.dom i t.n...
popadame v bekraina recursia:)
dokato ne uluchim pone vednyzh host.isp.dom ili other-dns.other.domain.dom,
koito da dadat vernia otgovor:)

Bibliotekata na resolvera obsluzhva nai-popyliarnata UDP usluga... 

  Pozdravi
     Vesselin Kolev

On Tuesday 15 Apr 2003 23:34, Alexander Atanasov wrote:
<em class="quotelev1">> Hi,
<em class="quotelev1">>
<em class="quotelev1">> On Tue, 15 Apr 2003, Vesselin Kolev wrote:
<em class="quotelev2">> > M/u drugoto UDP services NE traibva da bydat asociirani kym CNAME
<em class="quotelev2">> > opisani hostove! Dylgo e da se obiasniava zashto, niakoi den mozhe i
<em class="quotelev2">> > da go napisha, ako ima osnovatelno zapitvane za tova.
<em class="quotelev1">>
<em class="quotelev1">> 	I kakuv e problema ?!?! I kratko obiasnenie shte svyrshi rabota,
<em class="quotelev1">> no spored men tova koeto kazvash e nelogichno i mnogo obshirno , pod UDP
<em class="quotelev1">> services razbiram vsiakakvi takiva. A nelogichno zashtoto ot CNAME se
<em class="quotelev1">> dostiga do IP address s koito si raboti UDP-to, kakva e vryzkata s tova
<em class="quotelev1">> che do tozi address se e stignalo prez CNAME, a ne direktno prez A ?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+nQwP+48lZPXaa+MRArFbAKDo/Fy8pMOA2CJ/W6JXY02Z7DJQVQCggZig
9LOZM8milFPcQWCEWMled7E=
=8zBo
-----END PGP SIGNATURE-----

============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================