Dotaz: Ubuntu 10.04 zamrzá připojení k internetu

[Indiánský lotr]

Ahoj, upgrade Ubuntu z verze 9.10 na 10.04 proběhlo v pořádku, vše fungovalo, server běžel 2 týdny, poté ISP změnil IP přes PPPOE, router byl přenastaven a internetu funguje. Ostatní PC v síti fungují, jen Ubuntu server se po cca 24-48hodinách sám kousne a nechce se spojit s veřenou sítí. Vnitřní síť funguje. Ping ze serveru na Internet funguje, některé otevřené porty fungují př. 443, ale např 80ka je nepřístupná. Od té doby jsem instaloval jen spectrum a prosody (jabber server). IP adresa je nastavená ručně, restartovani síťové karty nepomáhá. Zatím musím vždy server restartovat, ale po určitém čase 24-48 hodin, se opět kousne. Zkoumal jsem i dns server, ale je v pořádku, protože je rovněž na serveru a lokální počítače berou dns záznamy z něj. Jak najít příčinu problémů? Do jakých logovacích souborů se podívat?

---

---

Odpovědi

[NN]

To je nejaky divoky, pomalu.. proste zakladni operace, ping, traceroute, tcpdump, telnet, nmap.. vysledky.

NN

[Indiánský lotr]

Jasně pokusím se to co nejvíce otestovat, ale bude to na delší dobu, musím počkat až se to opět hryzne.

[Indiánský lotr]

Udělal jsem novou instalaci na Ubuntu 10.10, přesunul jsem konfigurační soubory, ale problém přetrvává. Stále se to v určitém intervalu hryzne a jde jen místní síť, jako kdyby to ignorovalo dns. Vypis posledních řádků message:

Nov 11 21:24:24 spol kernel: [   15.804826] [drm] Initialized radeon 2.5.0 20080528 for 0000:01:00.0 on minor 0
Nov 11 21:24:24 spol kernel: [   15.810023] VIA 82xx Modem 0000:00:11.6: PCI INT C disabled
Nov 11 21:24:24 spol kernel: [   15.810049] VIA 82xx Modem: probe of 0000:00:11.6 failed with error -13
Nov 11 21:24:24 spol kernel: [   15.810446] VIA 82xx Audio 0000:00:11.5: PCI INT C -> GSI 22 (level, low) -> IRQ 22
Nov 11 21:24:13 spol kernel: [   21.875566] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro,commit=0
Nov 11 21:44:02 spol kernel: [ 1211.442809] audit_printk_skb: 21 callbacks suppressed
Nov 11 21:44:02 spol kernel: [ 1211.442815] type=1400 audit(1289508242.651:19): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=2697 comm="apparmor_parser"
Nov 11 21:44:02 spol kernel: [ 1211.569862] type=1400 audit(1289508242.779:20): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=2701 comm="apparmor_parser"
Nov 12 08:00:11 spol rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="716" x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.
Nov 13 08:00:07 spol rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="716" x-info="http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.

Poté síť v místní síti, funguje, funguje ping na jakoukoliv veřejnou ip, ale traceroute nevypíše nic. DNS je na serveru, ale nepomáhá ani změna na jiný. Zkusím vyměnit síťovou kartu.

[Dag]

Má žena hlásí, že v práci má na stejném distru stejný problém. Ještě jsem to neviděl naživo, nevím. Že se tím trápí i někdo jiný, to Vám asi moc nepomůže, co?

[Indiánský lotr]

To ne, ale  opouštím Ubuntu a jdu na Debian stable, protože už nevím co s tím může být a vracet se k Ubuntu 9.10 nehodlám, díky.

[Indiánský lotr]

To je zlý sen, Debian stable má zastaralejší balíčky než jsem čekal, takže mi nezbývá než se vrátit k U. 9.10 že já se snažím mít aktuální systém, když mi to pak nejde, nu co už, systém nebude časem aktuální, zažil jsem si s tím teď dost, takže to odkladam do doby než server nezhoří!

[Dag]

Tak zkusit Debian unstable?

Teď jsem si vzpomněl, že o problémech se sítí v 9.10 mně povídal ještě jeden kamarád. Že by bug?

[neprihlaseny indian]

Nn Ubuntu 9.10 mi vždy jelo krásně, až ty nové verze začaly na serveru zlobit, ale uvidím jak to teď půjde, pokud se ukáže stejný problém tak je to hardwarem nebo routerem. Ale to už si vyřídím s ISP

[Indiánský lotr]

Tak teď jsem zjistil že to není softwarová chyba, dělá mi to ve všem, problém musí být v routeru, nebo v hardweru serveru, kabely musí být v pořádku, jelikož při chybě funguje vnitřní síť normálně, venkovní částečně. Setřu slzu ze ztraceneho času a volam ISP. Napíšu jak to dopadlo.

[Indiánský lotr]

Problém nakonec bude v DNS serveru, dal jsem vypisovat tcpdump přes noc a nyní má logovací soubor 330MB. Ve výpisu jsou logy převážně od torrent klienta počítače z místní sítě. Zkusím na ostatních počítačích v síti nastavit jinou DNS, abych zjistil jestli se nějakým způsobem nazahlcuje a stahovani z torrentu na danem PC zkusim omezit. Popřípadě dá se nastavit velikost cache pro dns server (bind9)?

[Indiánský lotr]

Ačkoliv jsem si to nechtěl připustit mohl za to router tp-link wr543g kdy při modu PPPoE zamrzl a nepřeposílal data serveru, zajímavé že ostatní PC v síti fungovaly naprosto v pořádku. Od teď to bude jen AP-ečko, natáhnu kabel k serveru a žádný krabičkový router už nebude.