Dotaz: Velmi podivné chování sítě

[hufhendr]

Zdravím, řeším zde problém, se kterým si nevím rady.
Možná mi to prostě už nemyslí.
Dnes jsem zjistil, že nemohu odesílat na Internet veliké soubory. Všechny pokusy (ftp, http, scp) končí na timeout, přitom běžný provoz funguje. Napadlo mne, že by s tím mohl souviset nový router pro Wi-Fi, ale nevím jak.

                     ^
Internet       PC    |bg
       -----.      -----.  -----.10.1.
------| NAT |-----| BSD |-|SWICH|------> PC
       -----    bg -----   -----
                             |
                             |10.2.
                           -----.
                          | NAT |
                           -----
                           Wi-Fi

K Internetu jsem připojený přes router (NAT+Wi-Fi), za kterým je síť s PC. V té síti mám firewall (BSD) opět s maškarádou a za ním už je má síť. Z firewallu jde kabel přímo do switche, do kterého jsem zapojil i nový bezdrátový router. Ten má sice jinou adresu, ale stejnou netmasku. Mohl by mne nějak rušit?
Předem díky za nakopnutí jakýmkoli směrem.

Odpovědi

[vencour]

Můžete upřesnit, co je to běžný provoz? Kdysi jsme tohle taky řešili ... pro zatim mne napadá snížit/zkontrolovat MTU "po cestě"?

[hufhendr]

Dnešní den jsem strávil hledáním chyby. Běžný provoz je www, e-mail, ftp, torrent a další, co používají ostatní. Chyby mi byly hlášeny jen ohledně odesílání e-mailu na centrum, ale centrum výpadky na dotaz potvrdilo, takže mne to nenapadlo. Sám mám problém při odesílání e-mailů s přílohou, e-mail odejde, ale při kopírování do odeslané pošty (IMAPs) to obvykle vytuhne (to jsem přisuzoval poštovnímu serveru).
Dnes jsem vyloučil chyby při odesílání via http (na YouSendIt se pro veliké soubory musím zaregistrovat, na uschovna.cz soubory cca 12MB odesílám v pořádku po drátech i se zapojeným Wi-Fi routerem). Vyloučil jsem i chybu odesílání přes ftp - na dotyčný server jsem neměl právo zapisovat (to si ještě ověřím), na jiný server to funguje.

Zbývá tedy jen scp do Internetu - přes scp veliký soubor z PC neodešlu (odejde jen 128KB, na serveru se vytvoří soubor velikosti 0). Když to samé zkusím přímo z BSD tak všechno chodí OK. Nejhorší ovšem je, že přes Wi-Fi (a navíc z Windows) mi funguje i to WinSCP.

[podlesh]

Takhle od pohledu (bez zkoumání tcpdumpem a podobně) to vypadá na problém s MTU. Pravděpodobně na některé lince jedno zařízení vysílá příliš dlouhé packaty a druhá strana je zahazuje (případně vůbec nedorazí).

Maximální použitelné MTU se dá zjistit experimentálně - jako nejjednodušší nástroje lze použít ping či traceroute, oba umožňují nastavit velikost packetu (ten druhý navíc rovnou ukáže, kde dojde ke ztrátě).

[hufhendr]

S tím traceroute to byl dobrý nápad. Ke ztrátě dochází hned na prvním routeru v Internetu, poslední, co mi odpovídá, je ten na obrázku první vlevo. MTU mám všude nastaveno na 1500, ping funguje dobře i veliký. Experimentálně jsem zkusil nastavit MTU na výstupním rozhraní BSD na 600 (i na PC), změna žádná. Zajímavé je, že z notebooku přes Wi-Fi to funguje (i scp), router Linksys má MTU auto.

[Dušan Hokův]

ping neco.nekde -s 10000

napr.

[hufhendr]

Poslední, co mi proleze, je ping seznam.cz -s 1472.
45 packets transmitted, 45 received, 0% packet loss, time 44004ms
rtt min/avg/max/mdev = 23.630/25.167/26.871/0.817 ms

[Josef Kufner]

1472? to je mám pocit velikost paketu, který proleze bez skrs ADSL. Takže na routeru, který máš nejblíže internetu nastav do iptables jedno pravidlo, které umí rozbíjet velké pakety na malé:

iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS  --clamp-mss-to-pmtu

(Teď jsem to vygooglil, nevím jestli je to přímo ono.)

A mělo by to fungovat.

[Pavel1]

Tak u mne je hranice 1464, kdy to ještě projde ( ping seznam.cz -s 1464 ). Asi to bude ono, protože přesně toto pravidlo mám jako "radu" v ukázkovém konfiguráku nastavení sítě v Gentoo. Až teď mi je jasné, k čemu to slouží, také vyzkouším ....

[hufhendr]

Já mám OpenBSD, takže tam mám pravidlo "scrub in all". Teď pro potřeby hledání chyby jsem měl pravidla stejně vypnutá (běžel jen NAT) a také to nešlo.