BTW kdyz to srovname, jiste muzeme dnes konstatovat velmi rozumne veci, jaky to byl od velke casti operatoru velky omyl, ze meli prubehy vetsiny siti v New Yorku vedeny skrz Dvojcata. A ten hloupy Verizon, ktery v jednom z tech baraku mel dokonce ustrednu ...
Z tohoto hlediska je cela diskuse "o nicem".
IMHO to velmi zavisi na pozadovane funkcnosti. Napriklad velka cast ceskych provideru ma DNS servery pouze na sve siti (na coz uz v diskusich na LUPE bylo poukazovano). Nekteri to ted seredne odskakali. Myslim, ze povoden prinese vlnu revize zaloznich postupu a mechanismu z hlediska moznych ohrozeni.
[root@server /root]# traceroute povoden.idnes.cz traceroute to povoden.idnes.cz (194.212.142.62), 30 hops max, 38 byte packets 1 router (192.168.0.1) 1.461 ms 1.015 ms 1.249 ms 2 gateway.fonet.cz (212.71.176.161) 1.906 ms 1.935 ms 2.000 ms 3 skygate7.bm.gin.cz (213.168.161.1) 24.867 ms 25.364 ms 22.781 ms 4 gateway.bm.gin.cz (212.71.138.1) 16.814 ms 16.192 ms 16.253 ms 5 ph-bm.gin.cz (212.71.128.201) 25.383 ms 27.938 ms 23.174 ms 6 gateway.gin.cz (212.71.128.1) 24.143 ms 29.979 ms 23.949 ms 7 nix1.ctt.cz (194.50.100.220) 40.724 ms 32.612 ms 38.715 ms 8 194.212.211.173 (194.212.211.173) 32.371 ms 29.074 ms 27.991 ms 9 212.65.247.214 (212.65.247.214) 45.419 ms 42.712 ms 41.586 ms 10 194.212.211.210 (194.212.211.210) 33.197 ms 36.494 ms 36.354 ms 11 192.108.151.62 (192.108.151.62) 41.535 ms 36.924 ms 40.437 ms 12 vega.redigy.cz (194.212.142.62) 37.355 ms 40.196 ms 39.015 ms [root@server /root]# traceroute zaplavy.idnes.cz traceroute to zaplavy.idnes.cz (195.47.116.33), 30 hops max, 38 byte packets 1 router (192.168.0.1) 1.600 ms 1.400 ms 1.391 ms 2 gateway.fonet.cz (212.71.176.161) 2.009 ms 1.923 ms 1.791 ms 3 skygate7.bm.gin.cz (213.168.161.1) 35.963 ms 16.704 ms 16.585 ms 4 gateway.bm.gin.cz (212.71.138.1) 27.958 ms 40.239 ms 20.014 ms 5 ph-bm.gin.cz (212.71.128.201) 26.230 ms 26.969 ms 26.600 ms 6 gateway.gin.cz (212.71.128.1) 30.655 ms 26.919 ms 23.154 ms 7 nix.terminal.cz (194.50.100.90) 26.622 ms 55.321 ms 38.530 ms 8 213.210.132.97 (213.210.132.97) 25.303 ms 35.386 ms 34.075 ms 9 213.210.130.209 (213.210.130.209) 31.468 ms 27.407 ms 44.448 ms 10 karin.mobil.cz (195.47.116.33) 26.229 ms 34.985 ms 0.878 ms [root@server /root]#
z toho plyne, ze jeden je u Nextry, druhy u CTT....
Servery v libovolnem patre v objektu, ktery je administrativne vyrazen z provozu (predpokladam, ze jako v RedBusu jim prikazali odpojit baterky a diesel), nejsou k nicemu - no a mam li takovy objekt uprostred rybnika, ktery je niz nez Vltava a jeho vysouseni bude trvat tydny ... Proto to stehovani ...
PS: Proc stehovat servery (treba rackove) z vyssich pater opravdu netusim...
Tudiz to cele bylo o pristupu, proste nekdo byl VIP nekdo RIP...;-)
Pouceni pro priste (a ty uz vis, ze ted nemluvim jen k tobe, ale i k sobe) - pokusit se je nemit nejen u stejneho ISP, ale ani na mistech zavislych na stejnych uzlech, linkach, umistene ve stejnem meste (i kdyz na opacnych koncich), a pokud ej to jen trochu mozne, ve stejnem state; rozhodne je treba se zamyslet, zda 2 je opravdu dostatecny pocet nameserveru atd ...
postu jsem poresil :-)