Na některých Wi-Fi nefungují všechny weby

[cyp]

problem je v tom, ze tobe ipv6 do sveta nefunguje. muzes si s tim jen tak hrat na tvem konci a nikdo ti neodpovi. pres ipv4 posles dotaz na dns server, ktery ma ipv6 plne propojenou a vrati se ti sestkovy adresni zaznam. aplikace zjisti, ze tvuj interface ma sestkovou adresu, tak ji pouzije a tim si skoncil.

[Reklama]

[hawran neprihlaseny]

Tak to už se těším, až se začne na to ipv6 přecházet "razantněji", než to probíhalo do teďka.
Já zhruba tuším, o čem je řeč, ale už si rozhodně kvůli tomu nehodlám kdesi rozjíždět dns, nebo jakési torredo.

Ale nedovedu si představit, jak s tím budou bojovat totální bfu ...

PS: v každém případě díky za snahu.
PPS: i když mi to moc nevysvětlilo, proč v jedné wifi z notesu vidím vše, z androida jen něco a v jiné wifi vidím vše (obě wifi staré páky).

[JardaP .]

PPS: i když mi to moc nevysvětlilo, proč v jedné wifi z notesu vidím vše, z androida jen něco a v jiné wifi vidím vše (obě wifi staré páky).

Mas na notesu ipv6? Ruzne vysledky Androida na ruznych wifi by se daly vysvetlit tim, ze jsou tam ruzne DNS servery, podle providera. Cili spis koukej ne po tom, na jake wifi ti to chodi a na jake ne, ale po tom, na jakem providerovi ti to chodi a na jakem ne.

[Pepe Cheb]

Jak je možné, že k některým webům se v některých wifi nelze připojit?
Prostě připojím se k jisté wifi, spustím prohlížeč, v něm vyberu tisíckrát používanou záložku a čekám.
A pak se objeví "Nelze se připojit ke vzdálenému serveru". A hotovo.

Děje se mi to třeba pro root.cz, google.cz, google.com, ...
Funguje třeba dictionary.cambridge.org, www.chmi.cz, ...
Připojím se ke Google Play, nabídne se mi seznam možných aktualizací, ale aktualizaci už si nestáhnu.

Přitom se k tomu samému serveru přes tu samou wifi notesem připojím.
Co může být špatně?

ZTE Blade, Android 2.2, Opera Mobile.

DNS si ručně nastav na 217.31.204.130 a zkus to znova.

Pepe - Cheb                                                                                                                                                                  Pepe - Cheb                                                                                                                                                                   Pepe - Cheb

[hawran neprihlaseny]

...

DNS si ručně nastav na 217.31.204.130 a zkus to znova.

Kde, v té wifi?
Jak jsem řekl, v mobilu nic takového nenastavím.

[Reklama]

[hawran neprihlaseny]

...
Mas na notesu ipv6? Ruzne vysledky Androida na ruznych wifi by se daly vysvetlit tim, ze jsou tam ruzne DNS servery, podle providera. Cili spis koukej ne po tom, na jake wifi ti to chodi a na jake ne, ale po tom, na jakem providerovi ti to chodi a na jakem ne.

Není to můj notes, jsou tu widle 7.
Nicméně, zkusil jsem z toho notesu pár testovacích webů a toto jsou výsledky:

https://labs.nic.cz/ ...

Kód: [Vybrat]

Vaše připojení je zabezpečené pomocí technologie DNSSEC proti podvržení domén a přesměrování na podvodné stránky.
Nejste ale připojeni pomocí nového internetového protokolu IPv6.
Nedostanete se tak k žádným zdrojům přístupným přes tento nový protokol. Váš počítač, ale nemá problém komunikovat pomocí staršího protokolu IPv4 se službami, které jsou přístupné přes oba protokoly.

Pro připojení pomocí IPv6 kontaktujte svého poskytovatele připojení. V případě, že váš poskytovatel připojení IPv6 nenabízí, můžete zkusit náhradu plnohodnotného připojení přes IPv6. Nastavení této náhrady pro nejpoužívanější operační systémy najdete v Návodu.
http://www.test-ipv6.cz/

Kód: [Vybrat]

Test s IPv4 DNS záznamem
ok (0.186s) protokolem ipv4
http://ipv4.test-ipv6.cz/ip/?callback=?

Načte objekt, který má pouze A záznam v DNS. Očekává se použití protokolu IPv4.
Uživatel připojený pouze přes IPv6 může tento objekt stáhnout v případě, že jeho poskytovatel podporuje řešení NAT64/DNS64 případně proxy.

---
Test s IPv6 DNS záznamem
bad (0.069s)
http://ipv6.test-ipv6.cz/ip/?callback=?

Načte objekt, který má pouze AAAA záznam v DNS. Očekává se použití protokolu IPv6.
Pro uživatele, kteří nemají IPv6 konektivitu, by měl tento test selhat. Pokud selže rychle, mělo by být vše v pořádku. Tedy zatím.

---
Test s dual stack DNS záznamem
ok (0.148s) protokolem ipv4
http://ds.test-ipv6.cz/ip/?callback=?

Toto je nejdůležitější test. Tento test ověřuje, zdali je váš prohlížeč schopen připojení ke stránkám, které mají IPv4 i IPv6 adresu.
Uživateli připojenému pouze přes IPv4 by měl test problémů projít (po IPv4).

Pokud tento test selže, můžete očekávat problémy, jakmile provozovatelé webových stránek začnou nabízet obsah po IPv6.

---
Test s dual stack DNS záznamem a velkým IPv6 paketem
ok (0.185s) protokolem ipv4
http://ds.test-ipv6.cz/ip/?callback=?&size=1600&fill=xxx...xxx

Testuje, zdali fungují IPv6 žádosti s velkými pakety (podobně jako test s dual-stack záznamem) v kombinaci s velkými IPv6 pakety.

---
Test IPv4 bez DNS
ok (0.105s) protokolem ipv4
http://217.31.204.120/ip/?callback=?

Tento test se pokusí připojit na stránky pouze pomocí číselné IP adresy. To by mělo fungovat pro většinu uživatelů s výjimkou těch připojených pouze k IPv6.
Pokud první test prošel a tento selhal, je pravděpodobné, že váš poskytovatel používá NAT64/DNS64. Bude nutné se připojovat pouze pomocí jmen a nikoliv číselných adres.

---
Test IPv6 bez DNS
timeout (15.006s)
http://[2001:1488:800:400::2:120]:80/ip/?callback=?

V tomto testu se zkouší připojení na číselnou IPv6 adresu.
Hlavním účelem je oddělení testování IPv6 konektivity od testování DNS systému pro ni.
Druhým účelem je zjištění, jestli je zapnuto Teredo; některé systémy mohou využívat Teredo jen v případě, že v URL je IPv6 adresa.

---
Test velkých IPv6 paketů
bad (0.010s)
http://ipv6.test-ipv6.cz/ip/?callback=?&size=1600&fill=xxx...xxx

Testuje, zdali fungují IPv6 žádosti s velkými pakety.
Pokud tento test selže, ale ostatní IPv6 testy projdou, znamená to, že je pravděpodobně nějaký problém s PMTUD; může to mít spojitost s IP tunely.

---
Test zda DNS server vašeho ISP používá IPv6
ok (0.234s) protokolem ipv4
http://ds.v6ns.test-ipv6.cz/ip/?callback=?
(To je bonus)

Toto je test DNS resolveru vašeho poskytovatele (nejde o test vašeho počítače).
Pokud tento test úspěšně projde, je váš DNS resolver (často provozován vaším poskytovatelem) schopen dotazů autoritativních DNS serverů připojených pouze po IPv6. V současné době to není nezbytné (zatím).

A jak jsem psal, z toho notesu vidím všechno bez problémů (ten notes se připojuje do té samé wifi).

[IPv6]

...
Mas na notesu ipv6? Ruzne vysledky Androida na ruznych wifi by se daly vysvetlit tim, ze jsou tam ruzne DNS servery, podle providera. Cili spis koukej ne po tom, na jake wifi ti to chodi a na jake ne, ale po tom, na jakem providerovi ti to chodi a na jakem ne.

Není to můj notes, jsou tu widle 7.
Nicméně, zkusil jsem z toho notesu pár testovacích webů a toto jsou výsledky:

http://www.test-ipv6.cz/

Kód: [Vybrat]

...
Test IPv6 bez DNS
timeout (15.006s)
http://[2001:1488:800:400::2:120]:80/ip/?callback=?
...
A jak jsem psal, z toho notesu vidím všechno bez problémů (ten notes se připojuje do té samé wifi).

Pozor, ve Windows je logika která způsobuje že když nefunguje připojení přes IPv6 tak se IPv6 začne ignorovat (a preferovat IPv4). Takže to že z Windows to nakonec funguje může být pouze důsledek této heuristiky (která v Androidu může chybět).

To, že připojení přímo na IPv6 adresu vytimeoutuje až po 15 vteřinách je extrémně podezřelé. Vypadá to jako by skutečně to IPv6 bylo špatně nakonfigurované. Co v těch Windows vypíše "ipconfig" a "route print"?

[hawran diskuse]

...

Pozor, ve Windows je logika která způsobuje že když nefunguje připojení přes IPv6 tak se IPv6 začne ignorovat (a preferovat IPv4). Takže to že z Windows to nakonec funguje může být pouze důsledek této heuristiky (která v Androidu může chybět).

To, že připojení přímo na IPv6 adresu vytimeoutuje až po 15 vteřinách je extrémně podezřelé. Vypadá to jako by skutečně to IPv6 bylo špatně nakonfigurované. Co v těch Windows vypíše "ipconfig" a "route print"?

Tak ty widle už bohužel nevyzkouším, nemám přístup k tomu notesu.

Nicméně, provedl jsem stejný test (tentokrát z bubuntu) na wifi, kde se z androida připojím bez problémů ke všemu:

https://labs.nic.cz/page/964/

Kód: [Vybrat]

Vaše připojení není zabezpečené pomocí technologie DNSSEC proti podvržení domén.
Hrozí vám tak přesměrování na podvodné stránky, což může vést k odcizení vašich osobních údajů či získání falešných informací.
Nejste ani připojeni pomocí nového internetového protokolu IPv6. Nedostanete se tak k žádným zdrojům přístupným přes tento nový protokol.
Váš počítač, ale nemá problém komunikovat pomocí staršího protokolu IPv4 se službami, které jsou přístupné přes oba protokoly.

http://www.test-ipv6.cz/

Kód: [Vybrat]

Test with IPv4 DNS record
ok (0.065s) using ipv4
http://ipv4.test-ipv6.cz/ip/?callback=?

Fetches an object that has just an A record in DNS.
This is expected to use IPv4. IPv6-only users might still reach this, if their provider has employed a NAT64/DNS64 or proxy solution.

---
Test with IPv6 DNS record
bad (0.079s)
http://ipv6.test-ipv6.cz/ip/?callback=?

Fetches an object that has just an AAAA record in DNS. This is expected to use IPv6.
Users not yet on the IPv6 Internet are likely to see this fail. As long as it fails quickly, it will be OK - for now.

---
Test with Dual Stack DNS record
ok (0.283s) using ipv4
http://ds.test-ipv6.cz/ip/?callback=?

This is the most important test. This verifies your browser can connect to a site that has both IPv4 and IPv6 records published.
IPv4 only hosts should connect fine (using IPv4).
If this test fails or times out, you can expect major problems as publishers start offering their sites on IPv6.

---
Test for Dual Stack DNS and large packet
ok (0.052s) using ipv4
http://ds.test-ipv6.cz/ip/?callback=?&size=1600&fill=xxx...xxx

Validates that you can connect to a dual-stack server (like the ds test); and that you can send/receive large packets on that connection. If this test times out for any reason, it indicates trouble for World IPv6 Day.

---
Test IPv4 without DNS
ok (0.082s) using ipv4
http://217.31.204.120/ip/?callback=?

This will try connecting with a literal IPv4 numeric address.
This should work for most people, unless they are running IPv6-only. If the first test worked, but this fails, it likely confirms your provider is using NAT64/DNS64; you'll need to only try connecting using hostnames instead of numeric IP addresses.

---
Test IPv6 without DNS
bad (0.027s)
http://[2001:1488:800:400::2:120]:80/ip/?callback=?

This will try connecting with a literal IPv6 hexadecimal address. The primary purpose of this test is to separate out your connectivity on IPv6 from your ability to fetch DNS for it. A secondary purpose is to see if you have Teredo enabled; some systems may only use Teredo when an IPv6 address is in the URL.

---
Test IPv6 large packet
bad (0.018s)
http://ipv6.test-ipv6.cz/ip/?callback=?&size=1600&fill=xxx...xxx

Validates that IPv6 requests with large packets work. If this test times out, but other IPv6 tests work, it suggests that there may be PMTUD issues; possibly involving IP tunnels.

---
Test if your ISP's DNS server uses IPv6
bad (0.068s)
http://ds.v6ns.test-ipv6.cz/ip/?callback=?
(This is bonus credit)

This is a test of your ISP's resolver (instead of a test of your host). If this test passes, your DNS server (often run by your ISP) is capable of reaching IPV6-only DNS authoritative servers on the Internet. This is not critical (at this time) for you to reach sites via IPv6.


10/10  for your IPv4 stability and readiness, when publishers offer both IPv4 and IPv6
0/10    for your IPv6 stability and readiness, when publishers are forced to go IPv6 only

Tak nevím ...

[JardaP .]

Je vice veci mezi nebem a zemi, nez jen lustr.

[hawran diskuse]

Je vice veci mezi nebem a zemi, nez jen lustr.

 
No, čekal jsem, že někteří v tom mají jasno a dozvím se tu něco zajímavého.

S takovou musím asi jen dodat, že to ipv6 bude zřejmě ještě peklo ...

[hawran diskuse]

Jelikož mám dojem, že jsem si pro svůj dotaz nezvolil zrovna nejvhodnější dobu (vánoční dovolené), dovoluji si tímto svůj dotaz ještě jednou "přemístit" do aktuálních ...

[Ondřej Caletka]

A proč nezkusíš ten IPv6 test z toho mobilu z té sítě, kde máš problém?

Podle všeho je to rozbité IPv6. Android až přinejmenším do verze 4 neumí happy eyeballs, takže ho to rozhodí, na rozdíl od desktopových prohlížečů. Jinak na stáří routerů se neohlížej, jako IPv6 router může sloužit kterékoli PC ve stejné síti (stačí aby to byly Windows se zapnutou službou Sdílení připojení k Internetu). Máš-li v mobilu příkazový řádek, napiš do něj ip a a hledej adresy začínající 2002: a 2001:, pokud tam budou, najdi jejich původce (MAC adresu bys měl videt v ip -6 neigh) a zlikviduj ho.

[hawran diskuse]

A proč nezkusíš ten IPv6 test z toho mobilu z té sítě, kde máš problém?

Protože to je zrovna jeden z webů, na který se nedostanu.

Jinak na stáří routerů se neohlížej, jako IPv6 router může sloužit kterékoli PC ve stejné síti (stačí aby to byly Windows se zapnutou službou Sdílení připojení k Internetu).

Tomu nerozumím.
Proč mám nastavovat na PC nějaké "sdílení ...", když k nim se nepřipojuju?

Obecně: co mají počítače připojené k té wifi společného s tím, jak se mi (ne)připojuje mobil k té wifi? Já nechci být závislý na tom, zda jsou/nejsou náhodou nějaké počítače k té wifi připojeny. Ještě k tomu s widlema...

[rado3105]

Podobny problem som riesil u mna na sieti, niektore wifi routre mali problem s dns resolvovanim, mozno prave kvoli ipv6...preto vsetky wifi blbe routre davam do bridgu a routing a nat nechavam robit na zariadeniach vyssie(linux, mikrotik, ubnt)...dns neresolvujem na wifi routri ale davam aby klientskym strojom hadzalo priamo dns na sieti...tym sa to vsetko vyriesilo...
blbol appstore, neotvorilo neiktore stranky.....
taktiez v apple niektore veci nefungovali, problem bol s dns, ktory je v pripade apple trosku iny....

[rado3105]

Snazim sa pouzivat routre (tp-link 741, asus rt-n10 ver.C) a tam davat dd-wrt....zatial to bezi vsetkym ako ma....