Dotaz: Nedostupné webové rozhraní Gmailu v Ubuntu (jen v určité síti)

[Honza Balák]

Zdravím, nevím, jestli dotaz pokládám v dobré škatulce... Nemůžu se v Ubuntu dostat na webmail rozhraní (jen doma). Přihlašovací formulář najede, ale po stisku Přihlásit najede bílá stránka. Tohle mi dělá na všech počítačích (Ubuntu) v různých prohlížečích (Firefox 3.6, Arora, Chromium). Ovšem pokud rebootnu do WinXP, tak to jede. Pokud se v Ubuntu připojím jinde, tak to jede. Člověk od ISP se také u mě doma v pohodě připojil (MacOS) Tak opravdu netuším, kde by mohla být chyba. Dřív jsem se tam dostal aspoň přes https, teď už ani to ne. Nějaký nápad?

---

---

Odpovědi

[NN]

A co ti ukaze wget, nebo lynx/links ?

NN

[Honza Balák]

Přes lynx jsem se tam dostal. Sice to hlásilo že "issuer is not CA", ale po přijmutí to šlo. Dostal jsem se do schránky úplně v pohodě... Tak nevím... jsem z toho trochu bezradnej.

[Jendа]

Podívat se na komunikaci? Buď přes firefoxí rozšíření LiveHTTPHeaders nebo Wiresharkem.

[Honza Balák]

Příloha:

• firefox.log (8260 bytů)

Přes LiveHttpHeaders mi prošlo to co je v příloze. Na stavovém řádku pak bylo Hotovo. Moc z toho moudrej nejsem.

[Honza Balák]

Tak, menší poznatky. Nainstaloval jsem Google Chrome (v Ubuntu) a po prvním spuštění webové rozhraní Gmailu jelo. Po druhém už ne. Tak jsem vymazal data z ~/.config/Google-chrome a opět to jelo. Takže nejspíš v Ubuntu to ukládá něco (cookies?), co brání spuštění www.gmail.com. Pokud nepřijdu na řešení, tak budu muset udělat něco jako, že při vypnutí Google chrome se automaticky smaže ten adresář a nahraje se ze zálohy původní od uživatele...

[Filip Jirsák]

Pokud Lynx zobrazil nějakou chybu ohledně certifikátu a v ostatních prohlížečích se zobrazí jen bílá stránka, může to být problém v HTTPS – bílá stránka je příznakem například (myslím) příhlášení chybným certifikátem, kdy v HTTPS není jiná možnost, než uříznout spojení – na což prohlížeč reaguje zobrazením bílé stránky. Ale je divné, proč by se tohle dělo u GMailu, kam se certifikátem nepřihlašujete. Nemáte nastavenu pro servery Google vlastní IP adresu v /etc/hosts, nebo nemáte nastaven firewall tak, že by komunikaci se servery Google blokoval? Zkusil bych sledovat komunikaci Wiresharkem nebo tcpdumpem, zda je to opravdu tím, že se spojení náhle přeruší – a zda vůbec počítač komunikuje se servery Google.

[Honza Balák]

Přílohy:

• ubuntu-trace.log (1011 bytů)
• win7-trace.log (812 bytů)

V /etc/hosts není nic ohledně Googlu. Je divné, že to dělá i na čisté instalaci Ubuntu. O firewallu nevím. Ohledně Wiresharku nebo tcpdumpu - neviděl jsem tam nic podezřelého. Nebo spíš nevím, co tam přesně mám hledat. Zkoušel jsem i jinou věc, vytrasovat si mail.google.com. Ve Win7 se to dostalo až k serveru, na Ubuntu (na dvou PC) se to zastavilo u ge-1-3.phsitec76.cd-t.cz (81.19.32.65) (viz příloha)

[chrono]

Skús v Ubuntu pri traceroute použiť rovnakú IP adresu, ako použil Windows (a teda 74.125.87.17).

[Honza Balák]

Chová se to pořád stejně.

[Filip Jirsák]

Nemáte v těch Windows nastavený proxy server, nebo nenastavuje se automaticky (přes DHCP nebo nějak podobně)? Jak jste připojen – je to nějaký velký ISP, nebo je to nějaká „garážová“ firma? Napadlo mne ještě, zda není v cestě nějaký transparentní proxy server, který se chybně nabouráva i do HTTPS komunikace (pokud by byl ve Windows proxy server normálně nastaven, neude pak transparentní, prohlížeč o něm bude vědět a HTTPS proběhne správně). Velký ISP by to snad nedělal, ale nějaká garážová firma to může mít špatně nastavené…

Taky můžete zkusit do /etc/hosts si nastavit ty adresy serverů Google, která zjistíte ve Windows. Máte vůbec ve Windows i v Linuxu nastaveny stejné DNS servery, stejnou bránu, stejnou IP adresu?

[Honza Balák]

Ohledně připojení k netu. Je to lokální wi-fi ISP. Jeden počítač je napojen "přímo" na ten jejich router co mám na půdě, další už jsou připojeny na můj Asus 500gp. Momentálně to mám nastaveno tak, že ten "přímý" PC má neveřejnou statickou adresu od ISP (mám k dispozici 4), Asus má veřejnou statickou adresu a všechny ostatní PC se k němu připojují a přes DHCP si berou lokální adresy. Stolní PC je připojen k routeru drátem, vše ostatní přes Wi-Fi. Ptal jsem se i providera a prý nic blokováno z jejich strany není. Byl tu od nich i technik a s jeho MacOS se taky normálně připojil (Wi-Fi). Ve Win (XP i 7) žádný proxy není.

PS. Prosím tykat

[Honza Balák]

Příloha:

• P1210223.JPG (92672 bytů)

Teď jsem to zkoušel ještě s Nokií N700 a tam mi prohlížeč (po zadání adresy www.gmail.com) píše "The site nas sent an untrusted certificate". V příloze přikládám co bylo v detailech té zprávy. Po nainstalování certifikátu to stejně řvalo dál. Ale přihlášení se stejně nepodařilo.

[Filip Jirsák]

Asi máte na té Nokii nastaven špatně datum. Zkontrolujte to i na tom Ubuntu, ale předpokládám, že tam bude chyba v něčem jiném.

[Honza Balák]

Teď tu Nokii u sebe nemám. Šel jsem do místní cukrárny, kde je taky wifi od stejného providera a zde mi v Ubuntu ta pošta běží v pohodě. Takže bude chyba někde u mě doma. Bohužel vůbec netuším jaká.

[Filip Jirsák]

Asi jedině něco v tom wifi routeru, například NAT nebo přesměrování?

[Honza Balák]

To bych bral, ale ten jeden PC s neveřejnou stat. adresou přes ten můj router nejede, je napojenej přímo na tan malej router od ISP, který je na půdě a je do něj svedena anténa.

Navíc nevím, proč by se ten Asus choval jinak k Win a jinak k Ubuntu.

[Filip Jirsák]

Aha, já jsem to pochopil tak, že ten PC je připojen ještě přes ten váš router. Každopádně zkuste porovnat, jaké jsou rozdíly v nastavení, když to zkoušíte z Windows, a když z Linuxu – IP adresa, brána, DNS servery. Pak případně zkusit tu stránku stáhnout wgetem – jestli se třeba stáhne prázdná stránka, spojení se přeruší nebo ještě něco jiného.

[Honza Balák]

Nastavení by měla být stejná. Jen jsem nezjistil, jak v cmd ve Win zjistit přiřazené DNS. Jelikož ale všechny počítače (kromě toho jediného) berou vše z DHCP, tak by rozdíl být neměl. Ten jediný má nastaveno vše napevno (IP, NM, GW i DNS1 a DNS2) - jede mimo můj router. ISP zkoušel psát mail i na cd-t (tam se zastavuje ping z Ubuntu), ale po týdnu nepřišla odpověď. Stažení wgetem nic neukázalo, stáhla se akorát stránka s přihlašovacím formulářem.

[Filip Jirsák]

ipconfig /all by ve Windows mělo vypsat vše podstatné o nastavení sítě. Napdá mne ještě rozdílné nastavení velikosti MTU, ale nechápu, proč by se to projevovalo takhle, navíc na ping by to nemělo mít vliv, pokud pošlete normální ping, jsou to malé pakety.

[Honza Balák]

Zvětšení hodnoty MTU nepomohlo. Nevím jestli jsem to zmínil, ale přihlásit mi nejde do žádné služby Googlu (Kalendář, Dokumenty, etc.).

Je možné, že by Ubuntu mělo najednou problém s cookies od Googlu? Protože ten lynx se na cookies v průběhu ptal mockrát, jestli přijmout nebo ne...

Ale jak jsem již psal, dělá to i na úplně čisté instalaci, takže negativní hraní si s nastavením bych snad i vyloučil.

[Honza Balák]

Problém by byl spíš s moc velkým MTU. Ale je to divné, to by případně byl problém jen v lokální síti. Přihlašování ke Google službám jde asi všechno přes jeden web, proto to nefunguje nikde. Zkuste ještě jiné weby dostupné přes HTTPS, jestli se to bude chovat stejně.

[Honza Balák]

No, v lokální síti. Jak jsem psal minule, cukrárna by měla být ve stejné síti a jede to tam. Ještě můžu zkusit u známého (stejný ISP), ale tam to beztak taky pojede. Takhle to vypadá, že chyba by mohla být v tom jejich routeru, či co to mám na půdě... Ale nic se s tím nedělalo. Kdyby to nejelo na Win, tak nic neřeknu, ale toto... Kdyby to dělal jeden browser, ale jde to napříč prohlížečema (teda kromě lynxu - links taky nejde).

U Abíčka mi to prošlo, šlo se přihlásit přes HTTPS.

[Honza Balák]

Takže problém je "asi" vyřešen. Pro dané síťové připojení jsem nastavil MTU ručně (dal jsem 1000, při 1500 to nejelo). Díky moc za pomoc a za trpělivost. Stejně ale nechápu, proč jinde to jede s MTU nastaveným na "Automaticky"...

[Honza Balák]

Ale tracepath se zastavuje pořád na stejným místě. Což mi nevadí, ale nechápu to.

[Honza Balák]

MTU je vždy pro konkrétní spoj, takže při připojení přes váš router je ten problémový psoj mezi vaším routerem a routerem ISP – a tam je to asi správně, velké pakety případně váš router rozdělí. Windows a Mac asi nastavují nižší hodnotu – kdo ví proč, ale nejspíš nějak dokážou detekovat, že to zařízení na druhé straně se chová podivně.

Jinak bych zkusil třeba 1400 nebo i 1450, většinou u těchhle krabiček přebývá jen pár bajtů.

[Honza Balák]

1450 funguje také. No, a co u toho PC, který nejede přes můj router? Znamená to tentokrát, že by chyba byla mezi PC a routerem ISP?

[Filip Jirsák]

Myslel jsem, že je problémpořád v jednom počítači, který je připojen přímo k routeru ISP. Pokud to dělá i při připojení přes váš router, pak ten asi pakety nedělí a ty ostatní počítače fungují „jen“ proto, že už samy posílají menší pakety.

[Honza Balák]

Problém se projevoval jak u počítače připojeného přímo k routeru ISP, tak i na počítačích, které byly připojeny k mému routeru a ten pak na router ISP.