On Fri, 2004-10-29 at 03:25 > >>>Pai pune 2 intrari de www.webserver.tld cu IP-urile respective, eventual > >> > >>Poti sa pui si 1000 de intrari, nu te-ajuta cu nimic, pentru ca daca se > >>rezolva numele in adresa serverului cazut n-o sa mearga. > > > > > > Vai Grig! Cum poti sa spui asta? > > Daca pui TTL 0 nu o sa se faca nici un caching si conform algoritmului > > round robin (de care mai zilele trecute am invatat, nu-i asa?) o sa se > > serveasca celalata inregistrare. > > Daca. Unde ai pus tu TTL zero mai sus? De fapt, unde ai vorbit tu de TTL > zero in postul initial?
"Daca pui ttl mic o sa ai avantajul ca nu se cacheaza raspunsul la cererile de DNS, in cazul in care unul din serverele web e mort existand sansa de a se servi IP-ul celuilalt server web." Am spus TTL mic deoarece e un tradeoff intre cereri si incarcare, depinde de setupul tau. Poti pune zero si atunci nu se face caching. > > > > > >>>DNSuri cu split view > >> > >>N-are nici o relevanta in context, oricum nu ajuta la redundanta. Split > >>view faci cand doresti sa servesti atat adrese publice cat si adrese > >>private (probabil din DMZ) din aceeasi zona, folosind acelasi server DNS > >>(vrei ca o parte din zona sa nu fie vizibila din Internet sau ai adrese > >>diferite pentru acelasi nume). > > > > > > Ai mai citit tu despre DNS dar nu suficient. Repeta lectia cu Split > > View. Cand ve sti ce inseamna o sa vezi si relevanta sfatului meu. > > Prefer o umilire in public din partea ta. Hai, explica-mi tu split view > si cum ajuta el aici, te rog. "eventual DNSuri cu split view (daca vrei sa dirijezi accesul serverelor in functie de sursa)." In primul rand, DNS split view sau split horizon sau dualhead sau cum vrei tu sa ii spui implementeaza notiunea de view-uri; pe scurt in functie de IP-ul de la care ii vine cererea da un raspuns. Cele mai dese exemple sunt cele cu clase interne, despre care probabil ai citit si tu. Sa luam un exemplu practic. Gigel vrea sa ofere siteul gigel.ro vizitatorilor sai. Din pacate Gigel are o conexiune buna in metropolitana dar o banda externa mica, motiv pentru care foloseste si un server extern, in US (unde banda e multa si ieftina). Gigel vrea ca vizitatorii din reteaua metropolitana sa acceseze serverul web din metropolitana iar cei "de pe Internet" sa acceseze serverul lui din US. Pentru a indeplini acesta sarcina Gigel, fiind baiat destept si studios intr-ale DNSului procedeaza in felul urmator: Instaleaza Bind cu split views si defineste zona gigel.ro.metro care face match clients pe retelele din Romania (multumim Alin Nastac) dar si zona gigel.ro.int care face match clients any. In zona gigel.ro.metro gigel trece www IN A IP-Metro, iar in zona gigel.ro.int el trece www IN A IP-US. In functie de sursa cererilor DNS-ul dirijeaza clientii catre unul din webservere. > >> > (daca vrei sa dirijezi accesul serverelor in > >> > >>>functie de sursa). > >> > >>Recunosc, am citit si rascitit, nu pricep ce-a vrut sa spuie Dragos. > >>Cred ca nici el. > > > > > > Asta e din aia ... cum ii zice? ... Ironie?!... > > Suntem pe rlug, nu pe offtopic. Prefer argumente de ordin tehnic. Deci, > cum dirijez "accesul serverelor in functie de sursa", folosind DNS split > view? Asa cum am explicat mai sus. Combina trickul de mai sus cu TTL zero si poti face o distribuire interesanta pe N webservere. > >>>Daca pui ttl mic o sa ai avantajul ca nu se cacheaza raspunsul la > >>>cererile de DNS, in cazul in care unul din serverele web e mort existand > >>>sansa de a se servi IP-ul celuilalt server web. > > > [rezumat incomplet al teoriei de lucru al DNSului sters] > > Pardon, era o solutie tehnica buna. Da' ma rog, daca te deranjeaza poti > s-o stergi, e dreptul tau. Cu toate ca as fi preferat s-o combati cu > argumente solide, nu cu tasta DEL. Era o solutie tehnica alambicata care se baza pe supozitia conform careia daca ti-a crapat nameserverul ti-a crapat si serverul web si masina cu totul. Practic e mult mai simplu sa servesti 2 inregistrari care nu se vor cachea (de pe un namserver tinut intr-o alta locatie, sau de pe mai multe nameservere autoritative). S-ar putea sa-ti doresti sa schimbi intrarile din DNS in mers atunci cand unul din webservere e jos (hw failiure, retea, os, daemoni morti etc), sau, si mai elegant, sa ai un script de monitorizare care sa faca asta pentru tine. Statistic vei avea o rata de succes mai mare folosind aceasta abordare si practic un raspuns mai rapid. > Crezi ca daca reafirmi teoria ta initiala se schimba ceva? *Toate* > raspunsurile DNS se cacheaza. Cand expira, e treaba TTL-ului. Toate se cacheaza, inclusiv alea care nu se cacheaza, absolut corect. > >>>Altfel, daca esti nou pe aici, ia "sfaturile" de HA oferite de diversi > >>>cu mai multi bolovani de sare, multi habar nu au principiile de baza in > >>>functionarea serviciilor legate de Internet (si totusi se simt datori sa > >>>dea sfaturi). > >> > >>Daca nici asta nu e ironie... > > > > Nu e ironie, e nestiinta. Si e chiar amuzanta ;-) > > Amuzante vor fi raspunsurile tale de ordin strict tehnic pe care astept > sa le dai. Nu paria lucruri valoroase pe asta. > > Ne mai pregatim lectiile de DNS si HA si mai facem o runda? > > Da. Trimite blonda tzatzoasa in ring sa arate cartonul cu "runda 3". In > pauza citeste despre DNS. Fa-ma KO. Afair am un oarecare avantaj de experienta teoretica si practica, sper sa ma ajute. /me asteptand o noua slashdotare saptamana asta (setupul e gata, testat si functional de la ultima:) --- Detalii despre listele noastre de mail: http://www.lug.ro/
