ubuntuusers.de

Topolinio17 schrieb:

ip a

2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 34:64:a9:d2:73:72 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.101/24 brd 192.168.2.255 scope global dynamic noprefixroute eno1
       valid_lft 1813003sec preferred_lft 1813003sec
    

ip r s 0/0

default via 192.168.2.1 dev eno1 proto dhcp metric 100 

arp -av

speedport.ip (192.168.2.1) auf d4:21:22:1d:28:98 [ether] auf eno1
Einträge: 1   Ignoriert: 0   Gefunden: 1

Jetzt sollte der Internetzugang auch funktionieren. Poste die Ausgaben von:

ping -c 3 1.1.1.1
ip r g 1.1.1.1
nc -zv 1.1.1.1 53
host -4 -t a heise.de 1.1.1.1

und die von:

cat /etc/resolv.conf
host -4 -t a berlin.de

ping -c 3 1.1.1.1

PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
64 Bytes von 1.1.1.1: icmp_seq=1 ttl=55 Zeit=26.2 ms
64 Bytes von 1.1.1.1: icmp_seq=2 ttl=55 Zeit=25.9 ms
64 Bytes von 1.1.1.1: icmp_seq=3 ttl=55 Zeit=25.8 ms

--- 1.1.1.1 ping statistics ---
3 Pakete übertragen, 3 empfangen, 0% Paketverlust, Zeit 2002ms
rtt min/avg/max/mdev = 25.843/25.977/26.162/0.135 ms

ip r g 1.1.1.1

1.1.1.1 via 192.168.2.1 dev eno1 src 192.168.2.101 uid 999

nc -zv 1.1.1.1 53

Connection to 1.1.1.1 53 port [tcp/domain] succeeded!

host -4 -t a heise.de 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases: 

heise.de has address 193.99.144.80

cat /etc/resolv.conf

# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0
search Speedport_W_724V_09011603_06_010

host -4 -t a berlin.de
berlin.de has address 109.68.230.145

Topolinio17 schrieb:

nc -zv 1.1.1.1 53

Connection to 1.1.1.1 53 port [tcp/domain] succeeded!

host -4 -t a berlin.de
berlin.de has address 109.68.230.145

OK, d. h. dein Problem ist gelöst.

Sieht ok aus.

Vielen Dank für die Hilfe bis jetzt. Beim zweiten Hochfahren zeigt sich aber das schon einmal beschriebene Problem: LAN-Verbindung wird zwar angezeigt ; die Systemüberwachung zeigt, dass keine Daten fließen.

Am Freitag fahre ich mit dem Rad los und werde Ende August wieder zurückkommen und einen weiteren Versuch starten.

Nordvpn jetzt deinstalliert?

Ich bin aus meinem Urlaub wieder zurück und mein Problem ist nicht gelöst. Was sollte ich jetzt tun?

Topolinio17 schrieb:

... mein Problem ist nicht gelöst. Was sollte ich jetzt tun?

Poste mal hier, die Ausgaben von:

ip a
ip r
arp -a
cat /etc/resolv.conf
ps aux | grep -i [d]hc

ip a
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 
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 34:64:a9:d2:73:72 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.101/24 brd 192.168.2.255 scope global dynamic noprefixroute eno1
       valid_lft 1813451sec preferred_lft 1813451sec
    inet6 2003:c8:9731:c34f:e065:8efa:ae04:136b/64 scope global temporary dynamic 
       valid_lft 603850sec preferred_lft 85298sec
    inet6 2003:c8:9731:c34f:184d:f76a:1220:b433/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 604779sec preferred_lft 86379sec
    inet6 fe80::95a5:ffe9:28a:4da9/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlo1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 38:b1:db:a3:81:cf brd ff:ff:ff:ff:ff:ff
4: wlx2824ff1a05d3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 28:24:ff:1a:05:d3 brd ff:ff:ff:ff:ff:ff

ubuntu@ubuntu:~$

ip r
default via 192.168.2.1 dev eno1 proto dhcp metric 100 
169.254.0.0/16 dev eno1 scope link metric 1000 
192.168.2.0/24 dev eno1 proto kernel scope link src 192.168.2.101 metric 100 

arp -a
speedport.ip (192.168.2.1) auf d4:21:22:1d:28:98 [ether] auf eno1

cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0
search Speedport_W_724V_09011603_06_010

Sieht ok aus.

Topolinio17 schrieb:

{ip a
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 34:64:a9:d2:73:72 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.101/24 brd 192.168.2.255 scope global dynamic noprefixroute eno1
       valid_lft 1813451sec preferred_lft 1813451sec

}

IP-Adresse, Routen und DNS-Server sind vorhanden. Was soll jetzt bei dir nicht funktionieren?

Wie sind die Ausgaben von:

ping -c 3 1.1.1.1
nc -zv 1.1.1.1 53
host -t a heise.de
host -t a heise.de 1.1.1.1

?

ping -c 3 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) Bytes Daten.
64 Bytes von 1.1.1.1: icmp_seq=1 ttl=58 Zeit=15.5 ms
64 Bytes von 1.1.1.1: icmp_seq=2 ttl=58 Zeit=15.5 ms
64 Bytes von 1.1.1.1: icmp_seq=3 ttl=58 Zeit=15.8 ms

--- 1.1.1.1 ping statistics ---
3 Pakete übertragen, 3 empfangen, 0% Paketverlust, Zeit 2003ms
rtt min/avg/max/mdev = 15.503/15.614/15.812/0.140 ms

nc -zv 1.1.1.1 53
Connection to 1.1.1.1 53 port [tcp/domain] succeeded!

host -t a heise.de
heise.de has address 193.99.144.80

 host -t a heise.de 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases: 

heise.de has address 193.99.144.80

Topolinio17 schrieb:

{ping -c 3 1.1.1.1
3 Pakete übertragen, 3 empfangen, 0% Paketverlust, Zeit 2003ms
rtt min/avg/max/mdev = 15.503/15.614/15.812/0.140 ms

}

{nc -zv 1.1.1.1 53
Connection to 1.1.1.1 53 port [tcp/domain] succeeded!

}

{host -t a heise.de
heise.de has address 193.99.144.80

}

{ host -t a heise.de 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases: 

heise.de has address 193.99.144.80

}

Alles (icmp, tcp, udp, DNS) funktioniert.

Vielen Dank für die erfreulichen Feststellungen. Möglicherweise habe ich das Problem nicht richtig beschrieben. Wenn ich den Einschaltknopf drücke, lande ich bei GNU GRUB Version 2.04 und nichts geht weiter.

Hat mit dem Netzwerk nichts zu tun, mache dafür ein anderes Thema auf.