FINANCE.czFINANCE.cz

Vlákno názorů k článku Pvt.net má potíže s přepojováním od Petr Souček - O tom problém u s DNS jsem nevěděl,...

  • Článek je starý, nové názory již nelze přidávat.
  • 8. 6. 2000 12:41

    Petr Souček (neregistrovaný)
    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.
  • 8. 6. 2000 14:32

    Milan Berka (neregistrovaný)
    Mam obavu, ze nefunguje ani peering s KPNQwest ... Takze DNS PVT se mozna ani nema ceho ptat...
  • 8. 6. 2000 16:13

    Petr Souček (neregistrovaný)
    U KPNQwest žádný kořenový nameserver není, takže to nemá žádný vliv.
  • 8. 6. 2000 16:22

    Daniel Dočekal (neregistrovaný)
    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é.
  • 8. 6. 2000 16:28

    Daniel Dočekal (neregistrovaný)
    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.
  • 8. 6. 2000 20:15

    Petr Souček (neregistrovaný)
    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.
  • 8. 6. 2000 20:34

    Petr Souček (neregistrovaný)
    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/.
  • 8. 6. 2000 23:21

    test (neregistrovaný)
    test
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).