Dziwny problem z połączeniem

[Toni]

Czasami system nie widzi połączenia z internetem. Tzn. uruchamia się nie widząc połączenia. Nie wiem z czego to wynika, nie ma tutaj zasady. Najczęściej dzieje się tak przy ponownym uruchomieniu systemu. Gdy włączam komputer zawsze wszystko działa, ale gdy uruchomię ponownie to jest różnie. Czasem zawsze wszystko działa a czasem wielokrotnie uruchamiam ponownie jak już się zdarzy taki problem braku połączenia i błąd się przy każdym uruchomieniu powtarza. Wtedy trzeba wyłączyć komputer i włączyć ponownie bądź uruchomić Windows i uruchomić ponownie, wtedy działa.

[SeeM]

A jak to połączenie wygląda? Masz wifi, kabel ethernet, czy jeszce coś innego? Jakiego sprzętu używasz do połączenia? Czy to zintegrowana sieciówka, czy coś innego?

[Amos]

Podepnę się do tematu.

Rzecz dotyczy Fedory Rawhide. Od wtorku (16.07.2019) mocno spadła prędkość połączenia z internetem, czy to w przeglądarce czy podczas aktualizacji systemu w konsoli. Trzeba wielokrotnie ponawiać połączenie, żeby przeglądarka połączyła się nawet z serwerem  DNS. Podobnie jest przy pingowaniu adresów czy aktualizacji systemu w konsoli. A to przecież połączenie kablowe.

Speedtesty przeglądarkowe pokazują nie więcej niż 2 - 3 Mbit/s, a powinno być ok. 80 Mbit/s.

Przykładowe pingi:

	[Artur@localhost ~]$ ping onet.pl -c 4
PING onet.pl (213.180.141.140) 56(84) bytes of data.
64 bytes from sg1.any.onet.pl (213.180.141.140): icmp_seq=1 ttl=56 time=23.3 ms
	--- onet.pl ping statistics ---
4 packets transmitted, 1 received, 75% packet loss, time 3033ms
rtt min/avg/max/mdev = 23.343/23.343/23.343/0.000 ms
	

	ping 8.8.8.8 -c 4
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=3 ttl=55 time=10.9 ms
	--- 8.8.8.8 ping statistics ---
4 packets transmitted, 1 received, 75% packet loss, time 3076ms
rtt min/avg/max/mdev = 10.864/10.864/10.864/0.000 ms

Te akurat są wyjątkowo złe, zwykle jest ok. 50, 60 % straconych pakietów, a bywa że i tylko niecałe 20%.

Trochę danych o chipsecie i interfejsie:

	product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10EC:8168]
vendor: Realtek Semiconductor Co., Ltd. [10EC]
bus info: pci@0000:03:00.0
logical name: enp3s0
version: 0c
serial: e0:3f:49:ae:f1:91
size: 100Mbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities:
    Power Management,
    Message Signalled Interrupts,
    PCI Express,
    MSI-X,
    Vital Product Data,
    bus mastering,
    PCI capabilities listing,
    ethernet,
    Physical interface,
    twisted pair,
    Media Independant Interface,
    10Mbit/s,
    10Mbit/s (full duplex),
    100Mbit/s,
    100Mbit/s (full duplex),
    1Gbit/s (full duplex),
    Auto-negotiation
configuration:
    autonegotiation: off
    broadcast: yes
    driver: r8169
    duplex: full
    firmware: rtl8168g-2_0.0.1 02/06/13
    ip: 192.168.0.102
    latency: 0
    link: yes
    multicast: yes
    port: MII
    speed: 100Mbit/s
resources:
    irq: 18
    ioport: d000(size=256)
    memory: f7200000-f7200fff
    memory: f2100000-f2103fff

	ifconfig
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.102  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::e23f:49ff:feae:f191  prefixlen 64  scopeid 0x20<link>
        ether e0:3f:49:ae:f1:91  txqueuelen 1000  (Ethernet)
        RX packets 53092  bytes 72262117 (68.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 50531  bytes 7580991 (7.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
	lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 84  bytes 7304 (7.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 84  bytes 7304 (7.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
	virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 8a:a2:ad:66:dd:0a  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
	

I jeszcze skrypt ifcfg-enp3s0:

	HWADDR=E0:3F:49:AE:F1:91
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=enp3s0
UUID=1a84c711-dcb4-3fd6-b6e3-f0f7a2a38570
ONBOOT=yes
AUTOCONNECT_PRIORITY=-100
ZONE=FedoraWorkstation
PROXY_METHOD=none
BROWSER_ONLY=no
ETHTOOL_OPTS="autoneg off speed 100 duplex full"
IPV6_PRIVACY=no
	

I pytanie: czy to problem softwarowy (ze sterownikiem, ewentualnie NetworkManagerem albo Rawhide tak ma i po którejś następnej aktualizacji sie poprawi) czy sprzętowy (znaczy chipset pada)?

Jeżeli softwarowy, to jak można go naprawić?

A jeś

[@sunrise]

Godzinę temu, Amos napisał:

I pytanie: czy to problem softwarowy (ze sterownikiem, ewentualnie NetworkManagerem albo Rawhide tak ma i po którejś następnej aktualizacji sie poprawi) czy sprzętowy (znaczy chipset pada)? 

Najprościej będzie jak sam sprawdzisz, cofnij aktualizacje i zobacz czy wszystko wróci do normy.

[Amos]

Niestety pakietu linux-firmware ze sterownikami nie można już cofnąć do poprzedniej wersji, a NetworkManager nie był aktualizowany.

Za to gdy uruchamiam  z płytki PCLinuxOS albo RescueCD, to są takie same kłopoty z połączeniem...

[SeeM]

Zrób

traceroute onet.pl

Zobaczymy na jakim etapie występują kłopoty. Bardzo możliwe, że to ten firmware, ale się zobaczy.

[@sunrise]

12 godzin temu, Amos napisał:

Za to gdy uruchamiam  z płytki PCLinuxOS albo RescueCD, to są takie same kłopoty z połączeniem... 

A może to problemy z dostawcą internetu? Jeżeli masz możliwość, to przetestuj innego dostawce i/lub zmień połączenie z kabla na wifi.

Realtek czasami sprawia problemy, czasami pomaga zainstalowanie sterownika ze ze strony Realteka (przy każdym nowym kernelu, trzeba go kompilować, dkms załatwia sprawę, ale często sterownik nie nadąża za najnowszymi kernelami o trzeba szukać łątek)

[Amos]

2 godziny temu, SeeM napisał:

Zrób

traceroute onet.pl

Zobaczymy na jakim etapie występują kłopoty. Bardzo możliwe, że to ten firmware, ale się zobaczy.

Wychodzi cos takiego:

	[Artur@localhost ~]$ traceroute onet.pl
traceroute to onet.pl (213.180.141.140), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
	

[Amos]

1 godzinę temu, sunrise napisał:

A może to problemy z dostawcą internetu? Jeżeli masz możliwość, to przetestuj innego dostawce i/lub zmień połączenie z kabla na wifi.

 

Mam router z wi-fi, na telefonie połączonym przez wi-fi wszystko smiga super...

[Amos]

Pożyczyłem laptopa i podpiąłem go kablem do routera.

Wszystko na lapku śmiga normalnie.

[@sunrise]

W dniu 20.07.2019 o 10:52, Amos napisał:

Mam router z wi-fi, na telefonie połączonym przez wi-fi wszystko smiga super...

Ale problem masz na komputerze a nie na komórce, więc musisz się połączyć na komputerze  zamiast kablem to przez wifi i  wtedy jeżeli wszystko będzie działać poprawnie , to problemem jest z samą kartą sieciową(lub sterownikiem do niej).

Jeżeli chcesz to możesz spróbować użyć sterownika od realteka (DKMS), ale musisz zablokować stary moduł najlepiej utwórz plik /etc/modprobe.d/blacklist-r8169.conf o zawartości

blacklist r8169

Używasz na własną odpowiedzialność!

[Amos]

No właśnie napisałem powyżej, że podpiąłem laptopa kablem do routera i na lapku nie było problemu...

[@sunrise]

26 minut temu, Amos napisał:

No właśnie napisałem powyżej, że podpiąłem laptopa kablem do routera i na lapku nie było problemu...

Tak wiem , ale ten laptop nie sprawia problemów? Tylko całkiem inny, o ile dobrze zrozumiałem.

Chodzi o to aby na komputerze który sprawia problem połączyć się do internetu za pomocą innej karty sieciowej, niż tak która sprawia problem. Może to być karta wifi lub inna karta sieciowa o ile taką posiadasz.

[Amos]

Tak, całkiem inny. Ja mam desktopa. Laptopa pożyczyłem. I nie było problemów.

Sprawdziłem te stery Realteka (r8168) i nic się nie zmieniło.

Czyli wychodzi na to, że to chipset. Mam nadzieje, że nie oznacza to, iż płyta główna zaczyna padać...

 

[SeeM]

W dniu 21.07.2019 o 20:04, Amos napisał:

Tak, całkiem inny. Ja mam desktopa. Laptopa pożyczyłem. I nie było problemów.

Sprawdziłem te stery Realteka (r8168) i nic się nie zmieniło.

Czyli wychodzi na to, że to chipset. Mam nadzieje, że nie oznacza to, iż płyta główna zaczyna padać...

Zaczynają mi przychodzić do głowy naprawdę dziwne rzeczy, takie jak czyszczenie styków w gnieździe, albo sprawdzenie ścieżek prowadzących od gniazda do chipu na płycie głównej. Możesz też kupić sobie naprawdę krótki kabelek, około 20 centymetrów (robią takie do stakowania switchy) i sprawdź, czy sygnał będzie lepszy.

Chyba szybciej i taniej będzie kupić nową sieciówkę, ale jestem bardzo ciekawy, co jest przyczyną.