Netzwerkverbindung während/nach Installation (Realtek 8169)

[MARTHossR]

Hallo zusammen,

zuerst einmal, ich bin absoluter Newbie in Sachen debian, also seid bitte nachsichtig mit mir, wenn ich Euch teilweise nicht direkt folgen kann.

Ich versuche mich nun schon eine Woche immer mal wieder an der Installation von debian 12 auf einem NIPOGI AK2plus.
Leider weißen die Netzwerkverbindungen in verschiedenen Konfigurationen unterschiedliche Verhalten auf. Hab dann gelesen, dass es Probleme mit dem Realtek 8169-Chip-Treiber gibt und man eher den 8168 nehmen sollte. Kurz noch erwähnenswert, während der grafischen Installation, funktioniert die WLAN-Einrichtung fehlerfrei, nur die LAN-Erkennung schlägt wegen DNS-Fehlern permanent fehl.

Wenn ich debian ohne Desktopumgebung(brauche ich theoretisch nicht, da nur der iobroker darauf laufen soll) installiere, komme ich in der Kommandozeile an und habe weder LAN- noch WLAN-Verbindung und leider auch die sources.list nur auf den USB-Stick. Nach einigem Hin und Her habe ich aber die Rechte so gedreht bekommen, dass ich in dieser zumindest dann die debian-server inklusive der non-free-firmware eintragen und speichern durfte.
Habe dann einige Tutorials durchgespielt und kam nicht zum gewünschten Ergebnis, der Ethernetanschluss wurde zwar teilweise angezeigt, aber meist konnten die DNS-Namen letztlich nicht aufgelöst werden und somit kam ich nirgends hin. Da der Rechner auch nie über SSH erschien, hab ich diese Herangehensweise dann verzweifelt verworfen.
Hatte verschiedene Turorials zum Thema Realtek 8168 gefunden, für jedes Tutorial wieder erst vom Image installiert und quasi mit "sauberem" System begonnen.

Nach 4 oder 5 erfolglosen Versuchen hab ich debian dann mit Desktopumgebung und GNOME installiert um zumindest im Aufbau der sources.list und mittels copy&paste etwas flotter arbeiten zu können..
Nun habe ich zumindest die Möglichkeit die WLAN-Verbindung und SSH zu nutzen.
Allerdings regt sich die LAN-Verbindung noch immer nicht, sie wird mir in den Einstellungen zwar angezeigt, aber lässt sich nicht aktivieren (Kabel nicht angeschlossen). Das Kabel funktioniert allerdings an diversen anderen Geräten.
Hier hab ich auch verschiedene Tutorials durch, realtek-Firmware runter, 8168-dkms rauf, danach konnte ich die LAN-Verbindung über den Schieberegler aktivieren, aber keine DHCP-Verbindung möglich. Mit fester IP steht zwar die Verbindung, aber SSH funktioniert nicht, URLS lassen sich nicht aufrufen und der Router hat ihn auch nicht im Netzwerk. LAN-Verbindung wird aber als aktiv(verbunden) angezeigt. Jedoch war dann zuletzt noch die WLAN-Verbindung weg und ich kam nun garnicht mehr nach außen.

Kann mich bitte irgendjemand mal ans Händchen nehmen und mich mal anleiten, wie ich am besten vorgehen kann, um ein schlankes System mit LAN-Verbindung aufsetzen zu können.
DANKE!

[mat6937]

Hier hab ich auch verschiedene Tutorials durch, realtek-Firmware runter, 8168-dkms rauf, danach konnte ich die LAN-Verbindung über den Schieberegler aktivieren, aber keine DHCP-Verbindung möglich. Mit fester IP steht zwar die Verbindung, aber SSH funktioniert nicht, URLS lassen sich nicht aufrufen und der Router hat ihn auch nicht im Netzwerk. LAN-Verbindung wird aber als aktiv(verbunden) angezeigt.

Da kann man noch mehr machen. Poste mal mit fester IP und LAN-Verbindung, die Ausgaben von:

Code: Alles auswählen

dkms status
ip a
ip r
ip r g 1.1.1.1
ip n s
cat /etc/resolv.conf
cat /etc/nsswitch.conf
ping -c 3 1.1.1.1
nc -zv 1.1.1.1 53
host -t a heise.de 1.1.1.1

[MARTHossR]

Sorry, ich kam unter der Woche leider nicht dazu, an dem Thema weiter zu arbeiten.
Hier aber nun die Ausgaben:

dkms status

Code: Alles auswählen

r8168/8.051.02, 6.1.0-12-amd64, x86_64: installed

ip a

Code: Alles auswählen

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:08:9b:c4:30:30 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global noprefixroute enp1s0
       valid_lft forever preferred_lft forever
    inet6 fe80::208:9bff:fec4:3030/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

ip r

Code: Alles auswählen

default via 192.168.1.1 dev enp1s0 proto static metric 100 
192.168.1.0/24 dev enp1s0 proto kernel scope link src 192.168.1.10 metric 100 

ip r g 1.1.1.1

Code: Alles auswählen

1.1.1.1 via 192.168.1.1 dev enp1s0 src 192.168.1.10 uid 0 
    cache 

ip n s

Code: Alles auswählen

192.168.1.1 dev enp1s0 FAILED 

cat /etc/resolv.conf

Code: Alles auswählen

# Generated by NetworkManager

cat /etc/nsswitch.conf

Code: Alles auswählen

# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd:         files systemd
group:          files systemd
shadow:         files systemd
gshadow:        files systemd

hosts:          files mdns4_minimal [NOTFOUND=return] dns myhostname
networks:       files

protocols:      db files
services:       db files
ethers:         db files
rpc:            db files

netgroup:       nis

ping -c 3 1.1.1.1

Code: Alles auswählen

PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
From 192.168.1.10 icmp_seq=1 Destination Host Unreachable
From 192.168.1.10 icmp_seq=2 Destination Host Unreachable
From 192.168.1.10 icmp_seq=3 Destination Host Unreachable

--- 1.1.1.1 ping statistics ---
3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2054ms
pipe 3

nc -zv 1.1.1.1 53

Code: Alles auswählen

1.1.1.1: inverse host lookup failed: Unknown host
^[[A(UNKNOWN) [1.1.1.1] 53 (domain) : No route to host

host -t a heise.de 1.1.1.1

Code: Alles auswählen

;; communications error to 1.1.1.1#53: timed out
;; communications error to 1.1.1.1#53: timed out
;; no servers could be reached

Der Treiber des WLAN-Moduls(8821ce) ist vermutlich, im Paket r8168-dkms nicht enthalten, da es nach

Code: Alles auswählen

apt-get remove firmware-realtek
apt-get install r8168-dkms

nicht mehr vorhanden ist.
Wie komme ich denn ohne Netzwerkverbindung zumindest erstmal wieder dazu, dass das WLAN-Module wieder erkannt wird?

Über lspci bekomme ich folgendes über die Netzwerkgeräte heraus.

Code: Alles auswählen

01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
	Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
	Flags: bus master, fast devsel, latency 0, IRQ 18, IOMMU group 9
	I/O ports at 4000 [size=256]
	Memory at 80504000 (64-bit, non-prefetchable) [size=4K]
	Memory at 80500000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 01
	Capabilities: [b0] MSI-X: Enable+ Count=4 Masked-
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Virtual Channel
	Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
	Capabilities: [170] Latency Tolerance Reporting
	Capabilities: [178] L1 PM Substates
	Kernel driver in use: r8168
	Kernel modules: r8168

02:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter
	Subsystem: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter
	Flags: fast devsel, IRQ 16, IOMMU group 10
	I/O ports at 3000 [size=256]
	Memory at 80400000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+
	Capabilities: [70] Express Endpoint, MSI 00
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [148] Device Serial Number 00-e0-4c-ff-fe-c8-21-01
	Capabilities: [158] Latency Tolerance Reporting
	Capabilities: [160] L1 PM Substates
	Capabilities: [170] Precision Time Measurement
	Capabilities: [17c] Vendor Specific Information: ID=0003 Rev=1 Len=054 <?>
	Kernel modules: rtw88_8821ce

[mat6937]

Code: Alles auswählen

2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:08:9b:c4:30:30 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global noprefixroute enp1s0
       valid_lft forever preferred_lft forever
    inet6 fe80::208:9bff:fec4:3030/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

ip n s

Code: Alles auswählen

192.168.1.1 dev enp1s0 FAILED 

Teste mal mit einem statischen/permanenten neighbor-cache-Eintrag, für den Router:

Code: Alles auswählen

ip neighbor del 192.168.1.1 dev enp1s0
ip neighbor flush dev enp1s0
ip neighbor add 192.168.1.1 lladdr <richtige-MAC-Adresse-Router> dev enp1s0 nud permanent

(richtige-MAC-Adresse-Router anpassen und ohne spitze Klammern; siehe "ip n s" oder "arp -a" auf einem anderen Linux oder gleichwertig im LAN des Routers).
Danach hier posten:

Code: Alles auswählen

ip n s
ip r
ping -c 3 192.168.1.1

Wenn es nicht funktioniert, dann von einem anderen Linux (oder gleichwertig) im W/LAN mit dem "richtigen" arping-tool ausführen:

Code: Alles auswählen

arping -c 3 -I <Interface> 192.168.1.10

(Interface anpassen und ohne spitze Klammern) und hier posten.

[MARTHossR]

Hallo,
bin endlich mal dazu gekommen hier weiter zu versuchen.
Scheinbar hatte ich mal auf variable IP umgestellt, das aber erst gecheckt, als ich den ersten Durchlauf fertig hatte.
Deshalb hab ich mal beide Varianten aufgelistet

Teste mal mit einem statischen/permanenten neighbor-cache-Eintrag, für den Router:

Code: Alles auswählen

ip neighbor del 192.168.1.1 dev enp1s0
ip neighbor flush dev enp1s0
ip neighbor add 192.168.1.1 lladdr <richtige-MAC-Adresse-Router> dev enp1s0 nud permanent

--> erledigt

ip n s

Code: Alles auswählen

192.168.1.1 dev enp1s0 lladdr 2c:91:ab:0d:05:ce PERMANENT 

ip r
mit variabler, vom Router bezogener) IP-Adresse:

Code: Alles auswählen

mit fester IP:

Code: Alles auswählen

default via 192.168.1.1 dev enp1s0 proto static metric 100 
192.168.1.0/24 dev enp1s0 proto kernel scope link src 192.168.1.10 metric 100

ping
mit variabler, vom Router bezogener) IP-Adresse:

Code: Alles auswählen

ping: connect: Das Netzwerk ist nicht erreichbar

mit fester IP:

Code: Alles auswählen

PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.

--- 192.168.1.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2036ms

Wenn es nicht funktioniert, dann von einem anderen Linux (oder gleichwertig) im W/LAN mit dem "richtigen" arping-tool ausführen:

Code: Alles auswählen

[code]
arping -c 3 -I <Interface> 192.168.1.10

bei variabler wie auch fester IP:

Code: Alles auswählen

ARPING 192.168.1.10
Timeout
Timeout
Timeout

[mat6937]

bei variabler wie auch fester IP:

Code: Alles auswählen

ARPING 192.168.1.10
Timeout
Timeout
Timeout

Von welchem Gerät und mit welchem OS hast Du diesen arping (mit dem timeout) gemacht?

[MARTHossR]

Von nem anderen Linux-Rechner., nen älterer Fujitsu, da ist glaub nen Ubuntu Server installiert.

Inzwischen hab ich mir aber mal die neueste debian gezogen und siehe da es läuft nun von selbst.
Danke trotzdem.