Forum Debian Users Gang

numer_inaczej · 2019-12-28 16:00:42

Witam,

po instalacji debian 10 sieć po kablu miałem z automatu. Problemy rozpoczynają się kiedy przełączam się pod Windows i z powrotem.
Wówczas w Debianie nie mogę się połączyć z Internetem.

Adres z routera mam przydzielany dynamicznie przez DHCP.

/etc/network/interface

Kod:

iface eth0 inet dhcp
    
# The loopback network interface
auto lo
iface lo inet loopback

lspci

Kod:

00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I217-LM (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4)
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d4)
00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d4)
00:1c.5 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #6 (rev d4)
00:1c.6 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #7 (rev d4)
00:1c.7 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #8 (rev d4)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM87 Express LPC Controller (rev 04)
00:1f.2 RAID bus controller: Intel Corporation 82801 Mobile SATA Controller [RAID mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mars XTX [Radeon HD 8790M]
03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34)
0e:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller (rev 01)

W internecie znalazłem rozwiązanie: zmiana z eth0 na eth1 w związku z tym, iż jest podwójnym urządzeniem.

Ostatnio edytowany przez numer_inaczej (2019-12-28 16:10:03)

urbinek · 2019-12-28 16:56:05

numer_inaczej napisał(-a):
W internecie znalazłem rozwiązanie: zmiana z eth0 na eth1 w związku z tym, iż jest podwójnym urządzeniem.

E raczej nie. Pokaz całego dmesg'a z systemu, najpewniej coś podmieniło ci mac adres i linux wykrywa to jako nową kartę

ilin · 2019-12-28 17:12:57

Mnie zaś dziwi że Buster zgłasza kartę jako eth0
Od dawna interferejsy ethernet domyślnie przyjmują postać enpXsX

numer_inaczej · 2019-12-28 17:34:10

@urbinek, dzięki za odzew.

dmesg

Jacekalex · 2019-12-28 18:02:12

Kod:

curl -s https://pastebin.com/raw/aBXGbmEm | egrep -i 'enp|eth|net'
[    6.560604] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[    6.772640] IPv6: ADDRCONF(NETDEV_UP): eno1: link is not ready
[    6.776019] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[    7.190801] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[    7.637447] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[    7.715963] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[    9.766887] IPv6: ADDRCONF(NETDEV_CHANGE): eno1: link becomes ready
[   11.169842] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
[   14.586615] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready

W dmesg ani śladu kart ethX, faktycznie dziwne.

numer_inaczej · 2019-12-28 19:23:21

dodam, że korzystam z Gnome - networkmanagera.
Gdy zmienię nazwę interfejsu na fizycznie dostępny eno1 - w networkmanagerze znika możliwość konfiguracji karty sieciowej.

Ponownie ta sama sytuacja, przy czym zmiana nazwy interfejsu nie pomaga po przejściu z windowsa.

ilin · 2019-12-28 19:25:41

Pokaż

Kod:

ifconfig -a

numer_inaczej · 2019-12-28 19:37:28

Kod:

eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether ec:f4:bb:48:87:3a  txqueuelen 1000  (Ethernet)
        RX packets 7  bytes 1218 (1.1 KiB)
        RX errors 0  dropped 1  overruns 0  frame 0
        TX packets 271  bytes 34723 (33.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xf7d00000-f7d20000  

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 1129  bytes 100669 (98.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1129  bytes 100669 (98.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.213  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::9ee2:dfb6:3d08:3375  prefixlen 64  scopeid 0x20<link>
        inet6 2a02:a311:c121:c880:a30d:c5d:70c8:6f3e  prefixlen 64  scopeid 0x0<global>
        ether 6c:88:14:2e:b2:44  txqueuelen 1000  (Ethernet)
        RX packets 127  bytes 77029 (75.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 186  bytes 28566 (27.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

natomiast w dmesg doszły:

Kod:

[    1.476965] e1000e 0000:00:19.0 eth0: (PCI Express:2.5GT/s:Width x1) ec:f4:bb:48:87:3a
[    1.476966] e1000e 0000:00:19.0 eth0: Intel(R) PRO/1000 Network Connection
[    1.476996] e1000e 0000:00:19.0 eth0: MAC: 11, PHY: 12, PBA No: FFFFFF-0FF
[    1.477409] mmc0: new high speed SDHC card at address 0001
[    1.477789] e1000e 0000:00:19.0 eno1: renamed from eth0

Ostatnio edytowany przez numer_inaczej (2019-12-28 19:39:21)

ilin · 2019-12-28 19:55:49

Twoja karta sieciowa nazywa się eno1.

Dmesg pokazuje że zmienia jaj nazwę z eth0 na eno1.

U mnie jest analogicznie.

Kod:

[    6.729463] wl 0000:02:00.0 wlp2s0: renamed from wlan0

Mniemam że twoim problemem jest to że masz wpisy w /etc/network/interfaces i używasz NM.
Tam ma być tylko

Kod:

auto lo
iface lo inet loopback

numer_inaczej · 2019-12-28 20:07:40

@ilin, usunąłem zbędną część wpisów i nadal nie mam połączenia.

ilin · 2019-12-28 20:12:33

Zrestartowałeś kompa, NM ?

numer_inaczej · 2019-12-28 20:23:51

Dokładnie, dla pewności zrestartowałem komputer.

ilin · 2019-12-28 21:10:01

Wykasuj wszystko co masz w /etc/NetworkManager/system-connections zestartuj kompa i skonfiguuj połączenie od nowa.

Jacekalex · 2019-12-29 10:16:54

Co to za strasznie skompilowane połączenie, że trzeba do niego NM?

Pytam, bo szanownego Autora wątku podejrzewam o krótki romans z Gentoo, co oznacza, że nie ma takich skomplikowanych połączeń, których nie dałoby się bez NM i Wicd ogarnąć.
Zarówno /etc/network/interfaces w Debianie jak i /etc/conf.d/net w Gentoo mają o wiele większe możliwości, niż się pozornie uważa.

Z resztą, skoro NM, to może warto zobaczyć, czy UFW nie blokuje połączenia, czy systemd-network prawidłowo ustawił DNSy, czy prawidłowo jest ustawione MTU dla karty i wreszcie czy systemd prawidłowo podniósł interfejs sieciowy...
Łańcuch zależności i potencjalnych problemów przy tych graficznych klikajłach i mądrzejszych od administratora initach potrafi być nieskończenie długi, w miarę dodawania kolejnych "ulepszeń"....

Pozdro

Ostatnio edytowany przez Jacekalex (2019-12-29 10:17:53)

numer_inaczej · 2019-12-29 12:36:31

ilin napisał(-a):
Wykasuj wszystko co masz w /etc/NetworkManager/system-connections zestartuj kompa i skonfiguuj połączenie od nowa.

Nie pomaga takie rozwiązanie.

Jacekalex · 2019-12-29 13:20:11

To wyłącz wszystkie "automagiczne" ułatwiaczo-utrudniacze, i użyj ip, ifconfig i dhcpcd, może się przynajmniej dowiesz,
co się naprawdę dzieje.

Na razie wiadomo tylko, że jest jakiś warunek, na którym NM i systemd-network się wywalają do góry kopytami, przez co nie masz sieci.
Skoro z logów i komunikatów systemowych nie wiadomo, co jest grane, to musisz się z konfiguracją cofnąć do etapu Adama i Ewy, jeżeli chcesz tą sieć uruchomić przed końcem 2020 roku. :P

Ostatnio edytowany przez Jacekalex (2019-12-29 15:46:58)

numer_inaczej · 2019-12-31 12:06:21

Witam ponownie,
przyznaję, że na sieciach nie znam się za dobrze, i brakuje mi pomysłów.

Wyrzuciłem cały network-manager, nie mam żadnych automagicznych programów do zarządzania siecią, wyłączyłem firewall.

mój plik /etc/network/interfaces:

Kod:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
 
# The loopback network interface
auto lo eno1
allow-hotplug eno1
iface lo inet loopback

iface eno1 inet static
    address 192.168.0.100
    netmask 255.255.255.0
    gateway 192.168.0.1
    dns-nameservers 8.8.8.8 8.8.4.4

eno1 to mój interfejs, parametry sieci prawidłowe.

route -n:

Kod:

root@debian:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eno1
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eno1
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eno1

a zapingować się do bramy nie mogę.
Raz na tych ustawieniach sieć zaskoczyła, by po restarcie z windows znowu była dupa.

ilin · 2019-12-31 12:13:37

Sprawdź czy ci się mac karty nie zmienia.
Porównaj z windowsem.

W linuksie

Kod:

ifconfig -a

pokaże.

W windowsie nie wiem jak. :)

Jacekalex · 2019-12-31 12:15:47

A spróbuj dhcpcd na konsoli odpalić z roota, zobaczymy, co wypisze:

Kod:

dhcpcd --debug eno1

numer_inaczej · 2019-12-31 12:39:38

@ilin - nie zmienia adresu MAC. (Pod windows to polecenie `ipconfig /all')

@jacekalex:

Kod:

root@debian:~# dhcpcd --debug eno1
sending commands to master dhcpcd process
send OK

Jacekalex · 2019-12-31 12:55:24

najpierw go musisz ubić, potem położyć i podnieść interejs, żeby zgubił adresy.

Kod:

dhcpcd -x eno1
dhcpcd --debug eno1

u mnie np:

Kod:

# root ~> dhcpcd -x wlan0
dhcpcd not running

# root ~> ifconfig wlan0 down

# root ~> ifconfig wlan0

wlan0: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 50:3e:aa:41:5d:54  txqueuelen 1000  (Ethernet)
        RX packets 706  bytes 1630638 (1.5 MiB)
        RX errors 0  dropped 58  overruns 0  frame 0
        TX packets 440  bytes 63785 (62.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

# root ~> ifconfig wlan0 up

# root ~> dhcpcd --debug wlan0
dhcpcd-7.2.3 starting
wlan0: executing `/lib/dhcpcd/dhcpcd-run-hooks' PREINIT
wlan0: executing `/lib/dhcpcd/dhcpcd-run-hooks' CARRIER
DUID 00:04:03:aa:02:fc:04:14:05:03:df:06:39:07:00:08:00:09
wlan0: IAID aa:41:5d:54
wlan0: delaying IPv6 router solicitation for 0.3 seconds
wlan0: delaying IPv4 for 0.4 seconds
wlan0: soliciting an IPv6 router
wlan0: sending Router Solicitation
wlan0: Router Advertisement from fe80::a263:91ff:fe7d:585a
wlan0: adding address 2002:589c:6791:0:2e1d:ab70:9426:f3e8/64
wlan0: pltime infinity, vltime infinity
wlan0: sending NA for 2002:589c:6791:0:2e1d:ab70:9426:f3e8/64
wlan0: adding address fd2c:9fd7:c7c1:0:a8ef:d343:efad:e52e/64
wlan0: pltime infinity, vltime infinity
wlan0: sending NA for fd2c:9fd7:c7c1:0:a8ef:d343:efad:e52e/64
wlan0: adding route to 2002:589c:6791::/64
wlan0: adding route to fd2c:9fd7:c7c1::/64
wlan0: adding default route via fe80::a263:91ff:fe7d:585a
wlan0: executing `/lib/dhcpcd/dhcpcd-run-hooks' ROUTERADVERT
/lib/dhcpcd/dhcpcd-run-hooks: line 132: /etc/resolv.conf: Operation not permitted
chmod: changing permissions of '/etc/resolv.conf': Operation not permitted
forking to background
forked to background, child pid 13838

Ostatnio edytowany przez Jacekalex (2019-12-31 12:59:04)

numer_inaczej · 2019-12-31 13:38:29

jacekalex - gubi adres położywszy interfejs, ale komunikat nadal taki sam.

Ale podczas przydzielania andresu z dhcp przyjmuje adres z innej sieci aniżeli tej którą przydziela rotuer.

Kod:

eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 169.254.120.83  netmask 255.255.0.0  broadcast 169.254.255.255
        inet6 2a02:a311:c121:c880:2111:13f5:c59f:1a61  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::436a:9568:81b7:1e14  prefixlen 64  scopeid 0x20<link>
        ether ec:f4:bb:48:87:3a  txqueuelen 1000  (Ethernet)
        RX packets 95  bytes 17506 (17.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 169  bytes 28794 (28.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 20  memory 0xf7d00000-f7d20000

Przy czym nie wiem, co może jeszcze nadawać taki adres.

Ostatnio edytowany przez numer_inaczej (2019-12-31 13:48:19)

urbinek · 2019-12-31 14:42:13

numer_inaczej napisał(-a):
Przy czym nie wiem, co może jeszcze nadawać taki adres.

Nic, to jest apipa - https://pl.wikipedia.org/wiki/Automatic_Private_IP_Addressing

Najczęściej oznacza to, że klient DHCP nie otrzymał adresu IP i ustawił sobie coś aby mieć. Co tam masz za router?
Przy czym to nie powinno mieć znaczenia

Tak czy inaczej dzieje się jakaś magia, coś musiałeś namieszać u podstaw. W logach widzę, że masz 2 interfejsy :

Kod:

eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether ec:f4:bb:48:87:3a  txqueuelen 1000  (Ethernet)
wlp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.213  netmask 255.255.255.0  broadcast 192.168.0.255

Nie próbujesz przypadkiem podłączyć ich do tej samej sieci? Bez metryk/lacp to nie będzie działać

Zróbmy wszystko od początku:

Kod:

# połóż interfejsy
ifconfig eno1 down
ifconfig wlp3s0 down
# ustaw adresację ręcznie 
ifconfig eno1 192.168.0.100/24
# wyczyść routing 
ip route flush table main
# ustaw bramkę 
ip route add default via 192.168.0.1
# podnieść interfejs
ifconfig eno1 up
# pokaż info
ip route
netstat -rn
ping -c2 192.168.0.1

Bodzio · 2019-12-31 15:10:58

ilin napisał(-a):
Sprawdź czy ci się mac karty nie zmienia.
Porównaj z windowsem.
W windowsie nie wiem jak. :)

Start -> uruchom -> wpisz: cmd
w oknie wpisz: ipconfig /all
pokaże i IP i MAC i interfejsy

urbinek · 2019-12-31 15:30:46

Bodzio napisał(-a):
ilin napisał(-a):
Sprawdź czy ci się mac karty nie zmienia.
Porównaj z windowsem.
W windowsie nie wiem jak. :)
Start -> uruchom -> wpisz: cmd
w oknie wpisz: ipconfig /all
pokaże i IP i MAC i interfejsy

Na windowsie jest swietne narzędzie do tego getmac

Kod:

> getmac /v

Connection Name Network Adapter Physical Address    Transport Name
=============== =============== =================== ==========================================================
eth0            Killer E2400 Gi 4C-CC-6A-05-90-13   Media disconnected
fiber0          Mellanox Connec 00-02-C9-4D-F5-A0   N/A
Połączenie siec Bluetooth Devic 00-1A-7D-DA-71-11   Media disconnected

Forum Debian Users Gang

Ogłoszenie

#1 2019-12-28 16:00:42

numer_inaczej - Użytkownik

Ethernet - problem z nawiązaniem połączenia.

Kod:

Kod:

#2 2019-12-28 16:56:05

urbinek - Dzban Naczelny

Re: Ethernet - problem z nawiązaniem połączenia.

numer_inaczej napisał(-a):

#3 2019-12-28 17:12:57

ilin - Palacz

Re: Ethernet - problem z nawiązaniem połączenia.

#4 2019-12-28 17:34:10

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

#5 2019-12-28 18:02:12

Jacekalex - Podobno człowiek...;)

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

#6 2019-12-28 19:23:21

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

#7 2019-12-28 19:25:41

ilin - Palacz

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

#8 2019-12-28 19:37:28

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

Kod:

#9 2019-12-28 19:55:49

ilin - Palacz

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

Kod:

#10 2019-12-28 20:07:40

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

#11 2019-12-28 20:12:33

ilin - Palacz

Re: Ethernet - problem z nawiązaniem połączenia.

#12 2019-12-28 20:23:51

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

#13 2019-12-28 21:10:01

ilin - Palacz

Re: Ethernet - problem z nawiązaniem połączenia.

#14 2019-12-29 10:16:54

Jacekalex - Podobno człowiek...;)

Re: Ethernet - problem z nawiązaniem połączenia.

#15 2019-12-29 12:36:31

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

ilin napisał(-a):

#16 2019-12-29 13:20:11

Jacekalex - Podobno człowiek...;)

Re: Ethernet - problem z nawiązaniem połączenia.

#17 2019-12-31 12:06:21

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

Kod:

#18 2019-12-31 12:13:37

ilin - Palacz

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

#19 2019-12-31 12:15:47

Jacekalex - Podobno człowiek...;)

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

#20 2019-12-31 12:39:38

numer_inaczej - Użytkownik

Re: Ethernet - problem z nawiązaniem połączenia.

Kod:

#21 2019-12-31 12:55:24

Jacekalex - Podobno człowiek...;)

Re: Ethernet - problem z nawiązaniem połączenia.