Hm, ha jol remlik akkor kb fel eve nezegettem az dns szerverim logjat,
ott emlekeim szerint darabra ugyanannyi lekeres volt mind harmon.
Vegulis egy tesztet meger, ha nagy elteres van a forgalomban lehet
naponta/orankent rotalni, szerintem meg mindig egyszerubb mint a
scriptel figyeles.
Meg ami eszembe jutott, hogy nem kell kulon .hu domaint regisztralni,
egy delegalt subdomain siman jo. Elore tervezett leallasoknal
egyszerubb talan onnan kiszedni az NS bejegyzest mint a hureghez menni
mindig.
Meg ami kerdes mindig felmerul a DNS loadbalance-al kapcsolatban, hogy
a rovid TTL-ek mennyire mukodnek manapsag. Van valami hires iras
errol, az ellenzoi mindig azt hozzak elo, a partoloi meg azt cafoljak
mindig.
Van valakinek valamilyen friss tesztje errol valos korulmenyek kozt?
Vegulis nem lenne nagy ordongosseg kimerni sem sajat keszuleken, csak
hat a lustasag ugye...
Elnezest, ha ez mar nagyon offtopic.
_________________________________________________
linux lista - li...@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Most rapillantottam a domainlogra, nekem egy bejegyzesem sincs azokrol,
akiknek secondaryzok (par napnyi log van csak)
> Vegulis egy tesztet meger, ha nagy elteres van a forgalomban lehet
> naponta/orankent rotalni, szerintem meg mindig egyszerubb mint a
> scriptel figyeles.
? A figyeles nagyjabol ennyi:
wget -q -t1 -S --spider <server>;
if [ ${?} ]; then
echo A <server> megdoglott
fi
Ha nem bindet hasznalsz, akkor a zonafilek modositasa is egyszeru.
>
> Meg ami eszembe jutott, hogy nem kell kulon .hu domaint regisztralni,
> egy delegalt subdomain siman jo. Elore tervezett leallasoknal
> egyszerubb talan onnan kiszedni az NS bejegyzest mint a hureghez menni
> mindig.
>
Szerintem nem a tervezett leallas a kerdes, es attol meg, hogy eppen all
egy szerver, nem kell a regisztraciot modositani.
> Meg ami kerdes mindig felmerul a DNS loadbalance-al kapcsolatban, hogy
> a rovid TTL-ek mennyire mukodnek manapsag. Van valami hires iras
> errol, az ellenzoi mindig azt hozzak elo, a partoloi meg azt cafoljak
> mindig.
>
> Van valakinek valamilyen friss tesztje errol valos korulmenyek kozt?
> Vegulis nem lenne nagy ordongosseg kimerni sem sajat keszuleken, csak
> hat a lustasag ugye...
>
Nem ertem, mit akarsz mericskelni.
TTL a 32 bit signed integer that specifies the time interval
that the resource record may be cached before the source
of the information should again be consulted. Zero
values are interpreted to mean that the RR can only be
used for the transaction in progress, and should not be
cached. For example, SOA records are always distributed
with a zero TTL to prohibit caching. Zero values can
also be used for extremely volatile data.
Ami ezt nem tartja be, az nem dns resolver, hanem valami ize.
--
Gabor HALASZ <hala...@freemail.hu>
Rosszul emlekeztem.
Tizenpar domainem van, majdnem mind .com:
0.717007934 A req / sec az elsodleges es masodlagos gepen (ez igazabol
egy rendszer, nem tudom szetbontani jobban, hosszu tortenet)
0.553341368 A req / sec a harmadikon
Valoban lenyegesen tobb req megy az elsore (en erre nem szamitottam),
de azert nem nulla a masik sem nalam.
> Nem ertem, mit akarsz mericskelni.
>
> Ami ezt nem tartja be, az nem dns resolver, hanem valami ize.
>
Az "ize" : !"ize" arany erdekel.
Ha jol latom a dolgokat akkor hetvegen csinalok egy teszt merest es
valamikor jovo heten megnezem egy munkanapon igazabol mi is tortenik.