Dotaz: Nestabilní internetové připojení po upgradu linuxu

[frosty22]

Zdravím Vás,

vyskytl se mi problém s nastavením internetového připojení - upgradoval jsem systém na Ubuntu 12.04 a od té chvíle je připojení velice nestabilní, v podstatě každou stránku musím několikrát refreshovat, než se vůbec načte a jiné nejdou vůbec. Nakonec jsem vygooglil rady ohledně zakázání IPv6, což jsem (snad) udělal a dále jsem zároveň nastavil DNS, jak výchozí mého poskytovatele (UPC) a dále nastavil pevně připojení (bez načítání z DNS routeru) a poté přidal další DNS ještě od Google (8.8.8.8. a 8.8.4.4.) - bohužel stále stejné problémy a internet je nepoužitelná.

Ve finále problém s připojením to není, jelikož když přepnu na Windows, tak internet smeká jak baťa cvičky a žádné problémy (Ach ten Bill, škoda že to není opačně ,nechť Widle padaj).

Síť je klasicky kabel od UPC, pak "rozdvojka" na router a setobox, a z routeru přímo do PC. V síti je ještě jeden notebook přes wifi, toť vše. A router tedy je Cisco EPC3925 a připojení tedy od UPC 120Mbps.

Nemáte nějaké další tipy, triky jak pomoci? Moc děkuji za každou radu, já již nevím ;(

Systém: Ubuntu 12.04 Síťová karta: Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit Ethernet NIC (NDIS 6.20) Připojení: Drátové

v syslogu níže jsem zahlédl nějaké chyby, což by možná mohlo být ono (nevím nevyznám se více):

May 16 18:32:54 frosty-GA-MA790XT-UD4P named[1190]: error (network unreachable) resolving 'local/SOA/IN': 192.58.128.30#53 May 16 18:38:19 frosty-GA-MA790XT-UD4P named[1190]: success resolving 'plus.google.com/A' (in 'google.com'?) after disabling EDNS ...

Výpis logů: /var/log/syslog - http://pastebin.com/aHNv300L příkaz "route": http://pastebin.com/JnFfUHwK příkaz: "lspci": http://pastebin.com/Gti61NYM /var/log/kernlog: http://pastebin.com/7iEpJHYE příkaz "ifconfig": http://pastebin.com/CzCsM3bf

Pokud jsou potřeba další logy rád doplním, nechce se mi reinstalovat linuxu ;(

Odpovědi

[Smíšek]

Zkusil jsi změnit MTU parametr síťové karty na 1280?

[frosty22]

Tak po delším testování se opět dostalo do stavu, kdy to dosti vypadává - chvíli to šlo (asi půl hodiny) ale poté se to opět začlo stupňovat a vypadávat. Otestoval jsem zároveň i na windows, poté i na notebooku, zda-li není problém s připojením, ale tady vše běhá, čili stále pouze problém na Ubuntu.

Podíval jsem se do syslogu (nevím v jaké jiném hledat) a zde jsou nějaké errrory:

May 20 22:13:18 frosty-GA-MA790XT-UD4P named[1211]: error (insecurity proof failed) resolving './NS/IN': 198.41.0.4#53
May 20 22:13:24 frosty-GA-MA790XT-UD4P named[1211]: success resolving 'ssl.gstatic.com/A' (in 'gstatic.com'?) after reducing the advertised EDNS UDP packet size to 512 octets
May 20 22:13:25 frosty-GA-MA790XT-UD4P named[1211]: success resolving 'www.google.com/A' (in 'google.com'?) after reducing the advertised EDNS UDP packet size to 512 octets
May 20 22:14:02 frosty-GA-MA790XT-UD4P named[1211]: validating @0x7f91f4408f60: . NS: got insecure response; parent indicates it should be secure
May 20 22:14:02 frosty-GA-MA790XT-UD4P named[1211]: error (insecurity proof failed) resolving './NS/IN': 192.112.36.4#53
May 20 22:14:25 frosty-GA-MA790XT-UD4P named[1211]:   validating @0x7f91fc27f5e0: . SOA: got insecure response; parent indicates it should be secure
May 20 22:14:25 frosty-GA-MA790XT-UD4P named[1211]: success resolving './NS' (in '.'?) after reducing the advertised EDNS UDP packet size to 512 octets
May 20 22:14:25 frosty-GA-MA790XT-UD4P named[1211]: error (insecurity proof failed) resolving 'nette/A/IN': 192.5.5.241#53
May 20 22:14:25 frosty-GA-MA790XT-UD4P named[1211]: success resolving 'nette/A' (in '.'?) after disabling EDNS
May 20 22:14:34 frosty-GA-MA790XT-UD4P named[1211]: success resolving 'www.google-analytics.com/A' (in 'google-analytics.com'?) after disabling EDNS
May 20 22:14:52 frosty-GA-MA790XT-UD4P named[1211]: validating @0x7f91fc3fbfc0: . NS: got insecure response; parent indicates it should be secure
May 20 22:14:52 frosty-GA-MA790XT-UD4P named[1211]: error (insecurity proof failed) resolving './NS/IN': 193.0.14.129#53

[MadCatX]

http://ubuntuforums.org/showthread.php?t=1368976

[lertimir]

Hlavně je potřeba výpisy psát přes prostředí pre. takto je to k nepřečtení.

[frosty22]

Omluvám se za ony logy, zlepším:

May 16 18:32:54 frosty-GA-MA790XT-UD4P named[1190]: error (network unreachable) resolving 'local/SOA/IN': 192.58.128.30#53 
May 16 18:38:19 frosty-GA-MA790XT-UD4P named[1190]: success resolving 'plus.google.com/A' (in 'google.com'?) after disabling EDNS

A kompletní výpisy jsou na pastebin:

• Výpis logů: /var/log/syslog - http://pastebin.com/aHNv300L
• příkaz "route": http://pastebin.com/JnFfUHwK
• příkaz: "lspci": http://pastebin.com/Gti61NYM
• /var/log/kernlog: http://pastebin.com/7iEpJHYE
• příkaz "ifconfig": http://pastebin.com/CzCsM3bf

Dále co se týče změny MTU, tak jsem zkusil nyní změnit a vypadá to, že to i pomohlo - převeliké díky - stránky se již načítají, leč mi to nyní opět spadlo na chvíli, ale uvidím v praxi, ale jistě to pomohlo a již se dá s webem pracovat a v jaké frekvenci to bude padat nadále, tak uvidím.

[kyytaM]

Podobny problem? :)

[frosty22]

Díky chlapi za odkazy a rady, nyní jsem zkusil onen BIND dle zaslaných URL, nalezl jsem tedy návod zde:

http://www.indiabroadband.net/broadband-how/33605-dns-problem-accidentally-resolved-ramble.html#post312454

- onom odkazu, který jste zasílali, tak řešení:

Edit /etc/bind/named.conf.options
Add this at the bottom (outside of the options clause):

server ::/0 {
       edns no;
};

server 0.0.0.0/0 {
       edns no;
};

mi nefungovalo, respektive poté již se nepřipojím vůbec. Nyní jsem tedy zkusil:

/etc/bind/named.conf.options

options {
	directory "/var/cache/bind";

	// If there is a firewall between you and nameservers you want
	// to talk to, you may need to fix the firewall to allow multiple
	// ports to talk.  See http://www.kb.cert.org/vuls/id/800113

	// If your ISP provided one or more IP addresses for stable 
	// nameservers, you probably want to use them as forwarders.  
	// Uncomment the following block, and insert the addresses replacing 
	// the all-0's placeholder.

	 forwarders {
		202.148.202.3;
	 	8.8.8.8;
	 	8.8.8.4;
	 };

	auth-nxdomain no;    # conform to RFC1035
	listen-on-v6 { any; };
};

a uvidím, opět to vypadá, že se to na chvíli chytlo, ale zase jak to vydrží ;|

[frosty22]

Tak bohužel opět v logu to samé, nyní jsem však změnil ještě v onom named.conf.options:

dnssec-validation no;

(z auto na no)

A v logu to již vypadá dobře a web zatím také snad, ale uvidíme, už by konečně mohlo :)

[Atrament]

Narazil jsem před časem na podobný problém s tím Realtekem v Mintu, tehdy mi pomohlo tohle. V kostce - standardně ti to tam načítá ovladač r8169, který je očividně rozbitý, mělo by to správně načítat r8168, takže je potřeba ze stránek Realteku stáhnout a nainstalovat aktuální oficiální ovladač.