route add default gw - nach Neustart erforderlich

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • Hallo an alle,

    ich habe ein kleines Problem und stehe etwas auf dem Schlauch. Damit ich nach einem Neustart mit meinem Raspberry ins Internet komme, muss ich jedes Mal:

    route add default gw 192.168.178.1

    angeben.

    habe schon im Internet einiges gesucht und auch die /etc/resolv.conf schon angepasst, aber leider ohne Erfolg.
    Ich denke nicht, dass es viel ist, nur leider fehlt mir leider die Lösung dazu :(

    Gruß

  • meine /etc/network/interfaces:

    und die resolv.conf:

    Code
    nameserver 192.168.178.1

  • ins Internet komme, muss ich jedes Mal:

    route add default gw 192.168.178.1

    Wie sind sofort nach dem Neustart, auf deinem Pi die Ausgaben von:

    Code
    ip neigh show
    route -n
    ifconfig -a
    ip addr show


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • ip neigh show

    Code
    192.168.178.1 dev eth0 lladdr 08:96:d7:e1:67:57 REACHABLE
    192.168.178.43 dev eth0 lladdr d8:a2:5e:8e:e3:2d REACHABLE

    route -n

    Code
    Kernel-IP-Routentabelle
    Ziel            Router          Genmask         Flags Metric Ref    Use Iface
    192.168.178.0   0.0.0.0         255.255.255.0   U     0      0        0 eth0

    ifconfig -a

    ip adde show

    Code
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
        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
    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
        link/ether b8:27:eb:8e:e2:a8 brd ff:ff:ff:ff:ff:ff
        inet 192.168.178.55/24 brd 192.168.178.255 scope global eth0
           valid_lft forever preferred_lft forever

    hmm, irgendwo liegt wohl ein kleiner Fehler.
    Danke fürs anschauen schon mal


  • meine /etc/network/interfaces:

    Versuch mal mit folgender interfaces-Datei (... ergänzt mit "auto eth0"):

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (22. September 2014 um 22:07)

    • Offizieller Beitrag
    Zitat von https://wiki.debian.org/NetworkConfiguration

    ...If you need to manually define the nameservers (as with a static interface), add a line something like the following to the interfaces configuration file at /etc/network/interfaces:...

    In welcher Wertigkeit sie allerdings angesprochen werden, weiß ich aus dem Kopf auch nicht.

    Der Unterschied zwischen Genie und Wahnsinn definiert sich im Erfolg.

  • Probiers mal so


  • Für was benötigt man diesen Eintrag:

    Code
    dns-nameservers 192.168.178.1 8.8.8.8 8.8.4.4

    Für die DNS-Server, zwecks Namensauflösung.

    Code
    auto eth0
    iface eth0 inet static
    	address 192.168.178.55
    	netmask 255.255.255.0
    	gateway 192.168.178.1

    Probiers mal so

    Es funktioniert auch so:

    Code
    auto eth0
    iface eth0 inet static
    address 192.168.178.55
    netmask 255.255.255.0
    gateway 192.168.178.1

    Entscheidend ist das "auto eth0", damit sofort Verbindung zum Router zustande kommt und die" default route" in die IP-Routing-Tabelle des Kernels eingetragen wird.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (22. September 2014 um 23:08)


  • Aber wie kommt diese Zahl "8.8.8.8 8.8.4.4" zustande?

    Das ist keine Zahl, das sind zwei DNS-Server von google.

    EDIT:

    Siehe z. B. die Ausgabe von:

    Code
    host heise.de 8.8.8.8

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (22. September 2014 um 23:18)


  • Ich nutze diesen Eintrag nicht, da der DNS-Server in der resolv.conf steht.

    Es gibt auch den die Möglichkeit der resolv.conf-"generated by resolvconf". Wie sind z. B. auf deinem Pi, im Terminal, die Ausgaben von:

    Code
    which resolvconf
    cat /etc/resolv.conf | grep -i resolvconf


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample


  • pi@raspberrypi ~ $ cat /etc/resolv.conf

    domain intern
    search intern
    nameserver 192.168.x.y

    Bekommt dein Pi, seine IP-Adresse per DHCP?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Zum Konfigurieren hatte er eine bekommen, danach hat er eine statische IP bekommen.

    Und das ist mir gestern bei einem Bekannten aufgefallen:

    Zum Konfigurieren hatte sein RPI eine Adresse von "irgendeinem" DHCP-Server bekommen.
    Der hatte die IP 192.168.2.2
    Nachdem wir dann den RPI mit einer festen IP in seinen echtes Netzwerk (192.168.2.x - Gateway 192.168.2.1) einbinden wollten, kam der PI nicht ins Internet.

    Im Nachhinein bin ich erst auf die resolv.conf gekommen, in der immer noch 192.168.2.2 als DNS stand.
    Hab die dann auf 192.168.2.1 geändert und schon lief wieder alles.

    Die resolv.conf speichert wohl nur über DHCP einen DNS-Server ab.


  • Nachdem wir dann den RPI mit einer festen IP in seinen echtes Netzwerk (192.168.2.x - Gateway 192.168.2.1) einbinden wollten, kam der PI nicht ins Internet.

    Weil die Eintragungen (... z. B. gateway und dns-nameservers) in der "/etc/network/interfaces" evtl. nicht korrekt bzw. für die "Einbindung" in das "echte" Netzwerk nicht zutreffend waren.

    Hat(te) das gateway 192.168.2.1 im "echten" Netzwerk, keinen DHCP-Server? Das kann man z. B. auch mit nmap testen:

    Code
    sudo nmap -sU -p 67 --script=dhcp-discover 192.168.2.1


    Die resolv.conf speichert wohl nur über DHCP einen DNS-Server ab.

    Nein. Das ist abhängig von der Konfiguration. Siehe oben.

    EDIT:

    Habt ihr nach dem "Einbinden" des Pi in das "echte" Netzwerk, das network des Pi auch neu gestartet?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (23. September 2014 um 08:02)

  • habe das

    Code
    auto eht0


    hinzugefügt, leider ist nach einem Neustart ein

    Code
    sudo apt-get update


    wieder mit Fehlern gelaufen:

    Code
    W: Fehlschlag beim Holen von http://archive.raspberrypi.org/debian/dists/wheezy/main/i18n/Translation-en  Verbindung mit archive.raspberrypi.org:80 kann nicht aufgebaut werden (93.93.130.214). - connect (101: Das Netzwerk ist nicht erreichbar) [IP: 93.93.130.214 80]

    meine derzeitige /etc/network/interfaces

    Code
    auto lo
    iface lo inet loopback
    
    
    auto eth0
    iface eth0 inet static
    address 192.168.178.55
    netmask 255.255.255.0
    gateway 192.168.178.1

    meine /etc/resolv.conf

    Code
    nameserver 192.168.178.1
    Code
    ping 8.8.8.8
    connect: Network is unreachable
    Code
    ping 192.168.178.1
    PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
    64 bytes from 192.168.178.1: icmp_req=1 ttl=64 time=2.57 ms
    64 bytes from 192.168.178.1: icmp_req=2 ttl=64 time=2.85 ms
    64 bytes from 192.168.178.1: icmp_req=3 ttl=64 time=2.50 ms
    ^C
    --- 192.168.178.1 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2003ms
    rtt min/avg/max/mdev = 2.509/2.646/2.855/0.155 ms

    irgendwie stehe ich auf dem Schlauch und finde nicht was fehlt :(

  • Code
    ping 8.8.8.8
    connect: Network is unreachable
    Code
    ping 192.168.178.1
    PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
    64 bytes from 192.168.178.1: icmp_req=1 ttl=64 time=2.57 ms
    64 bytes from 192.168.178.1: icmp_req=2 ttl=64 time=2.85 ms
    64 bytes from 192.168.178.1: icmp_req=3 ttl=64 time=2.50 ms
    ^C
    --- 192.168.178.1 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2003ms
    rtt min/avg/max/mdev = 2.509/2.646/2.855/0.155 ms

    irgendwie stehe ich auf dem Schlauch und finde nicht was fehlt :(

    Hm, und die Ausgabe von:

    Code
    route -n


    ?

    EDIT:

    Starte mal nur das Netzwerk neu, und nicht den Pi.

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (23. September 2014 um 11:44)

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!