O tom problém u s DNS jsem nevěděl, takže jsem si chování nemohl ověřit, ale podle popisu hlášek nslookupu na SnM to vypadá jinak, než je popisováno zde v článku - tam nameserver ns.pvt.net vůbec neodpovídal na dotazy, což je úplně něco jiného, než že by odpovídal, že doména neexistuje.
Ten timeout bych si dokázal vysvětlit tím, že se snažil získat informaci na autoriativních nameserverch, které byly nedostupné.
Ovšem pokud skutečně odpovídaly, že jméno / doména neexistuje, tak tak by se chovat neměly.
Name server ns.pvt.net ochotně zodpovídá jakékoliv dotazy na něco co ZNÁ, ale na kupu US domén dělá přesně to co bylo popsáno. Bohužel lidé z PVT.NET zodpovědní za DNS se stále neozvali (brzy to bude 24 hodin) a domény STÁLE nejsou použitelné.
Inu, odpovím si sám, protože se mi konečně podařilo dovolat do PVT k lidem co dělají dns - po přepojování všeho co se snad přepojit dá se poněkud rozpadl routing a DNS server je z toho poněkud mimo - ztratil totiž šanci ptát se na některé domény ve specifických částech DNS. Teď už to routujou někudy jinudy a ns.pvt.net se chytlo, nicméně se nechytají další DNS (naše firemní například), které se neptají natvrdo ns.pvt.net, ale jdou standardní cestou.
To jako není dostupný ANI JEDEN z 13 kořenových nameserverů, rozmístěných sice většinou v USA, ale jeden je u Linxu v Londýně, další ve Stockholmu a další v Japonsku?
To se mi zdá býz cela neuvěřitelné.
Ale jak se teď dívám třeba na ultra.mia.cz, tak neumí odpovědět na dotaz na www.microsoft.com, a podle traceroute se nejde vůbec do sítě Microsoftu dostat - a protože všechny dns servery Microsoftu jsou v síti Microsoftu, nelze nic zjistit. Další příklad toho, kdy je hloupým ingnorantstvím způsoben problém.
Traceroute z BN - funguje:
4 Nextra-BNe2.Bohemia.Net (193.165.253.254) 13.186 ms 14.098 ms 13.040 ms
5 a6-c25-1-ztc.oasanet.cz (195.144.98.249) 25.259 ms 16.037 ms 21.409 ms
6 nb11b01-fe1-0-0.nb.telenor.net (148.122.66.17) 17.991 ms 13.736 ms 22.054 ms
7 nb08b02-s0-0-0.nb.telenor.net (148.122.65.25) 121.396 ms 116.776 ms 120.729 ms
8 nb08b01-fe4-1-0.nb.telenor.net (148.122.65.49) 146.595 ms 116.598 ms 123.591 ms
9 nb10b01-pos4-0-0.nb.telenor.net (148.122.65.34) 125.886 ms 124.664 ms 123.619 ms
10 * * *
11 172.ATM3-0.XR1.NYC4.ALTER.NET (146.188.180.50) 120.351 ms 122.106 ms 128.131 ms
12 189.ATM3-0.TR1.NYC1.ALTER.NET (146.188.179.22) 126.003 ms 158.539 ms 125.212 ms
13 104.ATM7-0.TR1.SEA1.ALTER.NET (146.188.137.174) 173.582 ms 172.644 ms 172.824 ms
14 199.ATM7-0.XR1.SEA1.ALTER.NET (146.188.200.101) 180.729 ms 179.785 ms 186.429 ms
15 195.ATM4-0.GW3.SEA1.ALTER.NET (146.188.201.25) 173.376 ms 173.336 ms 172.979 ms
16 157.130.177.154 (157.130.177.154) 179.736 ms 186.365 ms 188.751 ms
17 icpmscomc7501-a1-00-1.cp.msft.net (207.46.129.131) 204.137 ms 215.230 ms 211.803 ms
18 icpmscomc7501-a1-00-1.cp.msft.net (207.46.129.131) 201.020 ms 206.097 ms 178.993 ms
Traceroute z PVT - nefunguje:
3 nextra-pvtnet (195.47.115.126) 15 ms 42 ms
4 a6-c25-1-ztc.oasanet.cz (195.144.98.249) 21 ms 40 ms
5 nb11b01-fe1-0-0.nb.telenor.net (148.122.66.17) 15 ms 32 ms
6 nb08b02-s0-0-0.nb.telenor.net (148.122.65.25) 117 ms 118 ms
7 nb08b01-fe4-1-0.nb.telenor.net (148.122.65.49) 119 ms 135 ms
8 nb10b01-pos4-0-0.nb.telenor.net (148.122.65.34) 117 ms 117 ms
9 * *
10 172.ATM2-0.XR2.NYC4.ALTER.NET (146.188.180.62) 146 ms 136 ms
11 188.ATM2-0.TR2.EWR1.ALTER.NET (146.188.179.66) 116 ms 135 ms
12 105.ATM6-0.TR2.SEA1.ALTER.NET (146.188.137.78) 173 ms 192 ms
13 198.ATM7-0.XR2.SEA1.ALTER.NET (146.188.200.117) 174 ms 185 ms
14 194.ATM4-0.GW3.SEA1.ALTER.NET (146.188.201.37) 174 ms 174 ms
15 * *
16 * *
17 * *
18 * *
Jo, přepojovat síť v business hours uprostřed týdne, to je bezvadný nápad.
Napadá mě ještě jedna varianta - pokud je nedostupný pouze Microsoft a pár dalších velkých webů, může být problém i černé krabičce 3DNS od firmy F5, kterou Microsfot a další používají k selektivnímu vracení odpovědí podle lokality tázajícího se. Popis je na http://www.3dns.com/.
ČLÁNKY DO MAILU