Dotaz: vykreslování mc, nano ... vs. ipv6

[H0ax]

Ahoj. Připojím se na server(y) (debian všech možnýh verzí) přes ipv4, spustím mc, nano apod. a vše je ok. Připojím se přes ipv6 a při spuštění mc nebo podobného softu vytuhne console a nic se nespustí. Nestalo se to někomu? Díky za help a nápady.

---

---

Odpovědi

[polymorf]

skusil by som mc 1> mc1 2>mc2, prihlasit sa dalsim terminalom, zavolat sync a pozriet co je v tych suboroch, pripadne v dmesg nebude nieco, tiez mozes skusit spustit cez strace mc 2>&1 | grep open, a mozno zistis na com to visi.

[Jendа]

Třeba se ty programy snaží překládat hostname přes DNS a bude nějaký problém v tom.

[trekker.dk]

Tohle je zase na křišťálovou kouli...

Co konektivita? U 6to4 brány NICu se mi stávalo, že SSH fungovalo, ale pokus přenést přes to větší objemy dat selhal. Pomohlo snížit MTU rozhraní sit, tipuju, že normální ťukání do řádky negenerovalo velké pakety, kdežto přenosy souborů už jo. (Prvotní vykreslení mc toho, tipuju, neposílá málo.)

Druhá věc - mc se při startu pokouší připojovat někam na net. Ale to by mělo - když to nejde - jenom brzdit start, ne úplně vytuhnout.

[H0ax]

Nefunguje vám zjišťování Path Maximal Transmission Unit.

Když server pošle více textu v jednom packetu, a tak velký packet neproleze po cestě nějakou linkou, tak správně má být odesílatel (server) informován problematickým směrovačem, že maximální velikost jeho linky je jiná a to jaká. Server pak daný packet rozseká na menší packety a pošle je znovu, ty už úzkou linkou projdou. Pokud ale chybová zpráva (ICMP Packet Too Big) mezi směrovačem z zdrojem se někde ztratí, tak se to projeví zamrznutím spojení (dokud nevyprší časový limit pro TCP).

Obvykle za to může nějaký rádoby správce, který si myslí, že ICMP packety je dobré zahazovat.

[H0ax]

U sebe mám icmp povolené, ale netestoval jsem jak to má druhá strana. Pomohlo o něco snížit mtu. Díky :)

[petr_p]

Stačí vzít ping a pouštět různě dlouhé požadavky. Částečně to dokáže automatizovat program tracert6 (balík ndisc6).