nejaka DNS-osklivost? Zkus v mobilu nastavit tvoji oblibenou public DNS..
A jak nastavím v mobilu DNS pro wifi připojení, když všechno dostávám y wifi?Nastaveni->wifi->dlouhy tap na aktualni wifi sit -> upravit sit -> tam zmenis dns
...Hm.
Nastaveni->wifi->dlouhy tap na aktualni wifi sit -> upravit sit -> tam zmenis dns
...Nemůže to být verzí Androida?
Hm.
Nic takového tam nevidím.
Přehled informací o síti a jediné vstupní pole je změna hesla.
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.
...
Že by špatně fungující IPv6? Pokud dostanete IPv6 adresu, ale IPv6 routování ve skutečnosti nefunguje...
...
Že by špatně fungující IPv6? Pokud dostanete IPv6 adresu, ale IPv6 routování ve skutečnosti nefunguje...
Nikdy jsem nikde nic kvůli ipv6 nenastavoval.
Wifi, kde mi vše funguje bez problémů, je taková postarší plečka, pochybuju, že je "ipv6 compliant".
Wifi, kde jsou problémy, je také taková postarší, takže dtto.
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).
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 (http://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.
...
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.
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.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).
...
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"?
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.
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
Je vice veci mezi nebem a zemi, nez jen lustr.
A proč nezkusíš ten IPv6 test z toho mobilu z té sítě, kde máš problém?
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).
Aha, tak v tom případě zkus http://test-ipv6.com/, který má úvodní stránku jen na IPv4, ten by fungovat měl.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.
Nemáš nikde nic nastavovat, jenom upozorňuji, že je to nejčastější způsob rozbíjení IPv6. Nemusíš se k počítači s Windows připojovat, stačí, že se připojuješ do stejné L2 sítě jako PC s Windows.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...To nechce asi nikdo, ale pokud nejde o nějakou inteligentní síť, která filtruje komunikaci mezi klienty a potírá falešné routery a DHCP servery, pak tě to, co je k té síti ještě připojeno, musí zajímat.
Aha, tak v tom případě zkus http://test-ipv6.com/, který má úvodní stránku jen na IPv4, ten by fungovat měl.???
Nemáš nikde nic nastavovat, jenom upozorňuji, že je to nejčastější způsob rozbíjení IPv6. Nemusíš se k počítači s Windows připojovat, stačí, že se připojuješ do stejné L2 sítě jako PC s Windows.Ajo, já to špatně pochopil.
To nechce asi nikdo, ale pokud nejde o nějakou inteligentní síť, která filtruje komunikaci mezi klienty a potírá falešné routery a DHCP servery, pak tě to, co je k té síti ještě připojeno, musí zajímat.Ok, díky za radu, zkusím to ...
Vůbec nejlepší by bylo, kdybys do wifi sítě, kde máš tyto problémy, připojil PC s linuxem a podíval se na výpis příkazu ip a, ip -6 route a ip -6 negh
Určitě píšeš HTTP://? Stránka nemá https variantu a na portu 443 stejné adresy skutečně běží nějaký jiný web s certifikátem pro *.gigo.com.Aha, tak v tom případě zkus http://test-ipv6.com/, který má úvodní stránku jen na IPv4, ten by fungovat měl.???
Tak teď jsem to zkusil cvičně doma a vyskočilo na mne okno (Opera Mobile):
! Chybné jméno certifikátu
Certifikát serveru neodpovídá jeho hostitelskému jménu, Chcete certifikát přesto přijmout?
Jméno serveru "www.test-ipv6.com" neodpovídá jménu certifikátu "*.gïgo.com;gigo.com;*.gigo.com". Může jít o pokus cizí osoby o sledování vaší komunikace.
<Pokračovat> <Zrušit>
Co s tím?
Určitě píšeš HTTP://? Stránka nemá https variantu a na portu 443 stejné adresy skutečně běží nějaký jiný web s certifikátem pro *.gigo.com.A kruci!
Já tu jenom odložím odkaz na šikovný prográmek na nastavení DNS pro android Set DNS (https://play.google.com/store/apps/details?id=uk.co.mytechie.setDNS), pokud by ten pes byl opravdu zakopaný v přiřazovaných DNS...
... As a result, please consider the non-root functionality "beta" status and install on your device at your own risk. ...