ping findet keine Adresse ???

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

    ich habe ein ganz komisches Verhalten.
    Hier meine /etc/hosts

    pi@pi ~ $ cat /etc/hosts
    127.0.0.1 localhost
    ::1 localhost ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    198.168.1.9 pi
    198.168.1.2 aveon
    198.168.1.6 tradebook
    198.168.1.4 archiv
    198.168.1.3 NetLaser

    setzte ich ein ping kommando ab, findet ping immer die zugehörige ip adresse, aber pingt nicht drauf ! Sondern auf die 192.168.1.1.

    pi@pi ~ $ ping pi
    PING pi (198.168.1.9) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=2 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=3 Destination Net Unreachable


    --- pi ping statistics ---
    3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 10042ms

    oder
    pi@pi ~ $ ping aveon
    PING aveon (198.168.1.2) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable

    --- aveon ping statistics ---
    1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

    und verliert dann alle palete.

    Das gleiche geschieht, wenn ich direkt auf eine ip adresse pinge, siehe

    pi@pi ~ $ ping 198.168.1.2
    PING 198.168.1.2 (198.168.1.2) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=2 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=3 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=4 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=5 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=6 Destination Net Unreachable

    --- 198.168.1.2 ping statistics ---
    6 packets transmitted, 0 received, +6 errors, 100% packet loss, time 5007ms

    Nur zur Sicherheit, ich bin via MobaXterm von 192.168.1.2 auf 192.168.1.9 (pi) verbunden !!!

    HIer noch meine
    pi@pi ~ $ ifconfig
    eth0 Link encap:Ethernet Hardware Adresse b8:27:eb:2f:48:b1
    inet Adresse:192.168.1.9 Bcast:192.168.1.255 Maske:255.255.255.0
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
    RX packets:4890 errors:0 dropped:0 overruns:0 frame:0
    TX packets:5754 errors:0 dropped:0 overruns:0 carrier:0
    Kollisionen:0 Sendewarteschlangenlänge:1000
    RX bytes:317957 (310.5 KiB) TX bytes:796171 (777.5 KiB)

    lo Link encap:Lokale Schleife
    inet Adresse:127.0.0.1 Maske:255.0.0.0
    UP LOOPBACK RUNNING MTU:65536 Metrik:1
    RX packets:8885 errors:0 dropped:0 overruns:0 frame:0
    TX packets:8885 errors:0 dropped:0 overruns:0 carrier:0
    Kollisionen:0 Sendewarteschlangenlänge:0
    RX bytes:4520260 (4.3 MiB) TX bytes:4520260 (4.3 Mi

    und meine
    pi@pi ~ $ route
    Kernel-IP-Routentabelle
    Ziel Router Genmask Flags Metric Ref Use Iface
    default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
    192.168.1.0 * 255.255.255.0 U 0 0 0 eth0


    ich verseh´s nicht mehr ...

    pi3(deCONZ) Fhem Server) - pi4(M2 usbboot) Cloud, VPN & Wordpress Server

  • Doch, er pingt schon drauf, aber Du bekommst eine Antwort vom Router ([font="Tahoma, Verdana, Arial, sans-serif"]192.168.1.1[/font]), dass das Ziel nicht erreichbar ist. Wie sind die Clients mit dem
    Router verbunden? Evtl. per WLAN? Dürfen die Clients (... lt. Routerkonfiguration) untereinander kommunizieren?

    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 (14. November 2013 um 18:14)

  • Hmm ... ich denke, die Erklärung ist:

    Du hast die 192.168.1.1 als default-Gateway aingetragen.
    den Rechner scheint es aber nicht zu geben (zumindest steht er nicht in Deiner hosts).
    ping guckt wohl erst mal nach dem default Gateway, findet den nicht und spuckt Dir dann eine Fehlermeldung aus.

    cu,
    -ds-


  • ping guckt wohl erst mal nach dem default Gateway, findet den nicht und spuckt Dir dann eine Fehlermeldung aus.


    Er bekommt aber eine Antwort vom default Gateway. Mit:

    Code
    ping -c 2 192.168.1.1
    arp -av


    kann man feststellen ob der Client den Router findet.

    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

  • root@pi:/home/pi# cat /etc/hosts
    #
    198.168.1.1 router
    198.168.1.2 aveon
    198.168.1.3 NetLaser
    198.168.1.4 archiv
    198.168.1.6 tradebook
    109.168.1.7 viera
    198.168.1.9 pi

    127.0.0.1 localhost
    ::1 localhost ip6-localhost ip6-loopback
    fe00::0 ip6-localnet
    ff00::0 ip6-mcastprefix
    ff02::1 ip6-allnodes
    ff02::2 ip6-allrouters

    Doch die *.1 gibts schon, ist mein netgear router


    über dem in meinem LAN alles läuft.

    Das hier ist das eigentlich interessante Problem
    Ein ping auf die ip adresse funktioniert, aber auf den Namen nicht! Siehe

    root@pi:/home/pi# ping 192.168.1.2
    PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
    64 bytes from 192.168.1.2: icmp_req=1 ttl=64 time=6.50 ms
    64 bytes from 192.168.1.2: icmp_req=2 ttl=64 time=7.20 ms
    64 bytes from 192.168.1.2: icmp_req=3 ttl=64 time=4.10 ms
    64 bytes from 192.168.1.2: icmp_req=4 ttl=64 time=4.75 ms
    64 bytes from 192.168.1.2: icmp_req=5 ttl=64 time=3.93 ms
    64 bytes from 192.168.1.2: icmp_req=6 ttl=64 time=4.63 ms
    64 bytes from 192.168.1.2: icmp_req=7 ttl=64 time=5.69 ms
    64 bytes from 192.168.1.2: icmp_req=8 ttl=64 time=4.19 ms
    64 bytes from 192.168.1.2: icmp_req=9 ttl=64 time=8.53 ms

    --- 192.168.1.2 ping statistics ---
    9 packets transmitted, 9 received, 0% packet loss, time 8011ms
    rtt min/avg/max/mdev = 3.930/5.506/8.530/1.512 ms
    root@pi:/home/pi# ping aveon
    PING aveon (198.168.1.2) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=2 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=3 Destination Net Unreachable

    --- aveon ping statistics ---
    3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 10073ms

    root@pi:/home/pi# ping 192.168.1.9
    PING 192.168.1.9 (192.168.1.9) 56(84) bytes of data.
    64 bytes from 192.168.1.9: icmp_req=1 ttl=64 time=0.194 ms
    64 bytes from 192.168.1.9: icmp_req=2 ttl=64 time=0.196 ms
    64 bytes from 192.168.1.9: icmp_req=3 ttl=64 time=0.186 ms
    64 bytes from 192.168.1.9: icmp_req=4 ttl=64 time=0.218 ms
    64 bytes from 192.168.1.9: icmp_req=5 ttl=64 time=0.163 ms
    64 bytes from 192.168.1.9: icmp_req=6 ttl=64 time=0.164 ms

    --- 192.168.1.9 ping statistics ---
    6 packets transmitted, 6 received, 0% packet loss, time 5003ms
    rtt min/avg/max/mdev = 0.163/0.186/0.218/0.026 ms
    root@pi:/home/pi# ping pi
    PING pi (198.168.1.9) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=2 Destination Net Unreachable

    --- pi ping statistics ---
    2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 5034ms

    Der Router wird gefunden, sonst könnte ich ja nicht via Xterm von Win7 auf Pi arbeiten. Aber hier die Daten

    root@pi:/home/pi# ping -c 2 192.168.1.1
    PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
    64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=7.67 ms
    64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=7.12 ms

    --- 192.168.1.1 ping statistics ---
    2 packets transmitted, 2 received, 0% packet loss, time 1001ms
    rtt min/avg/max/mdev = 7.125/7.402/7.679/0.277 ms
    root@pi:/home/pi# arp -av
    Aveon.local (192.168.1.2) auf f4:6d:04:03:e4:91 [ether] auf eth0
    ? (192.168.1.1) auf 00:24:b2:54:6b:b5 [ether] auf eth0
    Archiv.local (192.168.1.4) auf 00:24:a5:a4:cf:cc [ether] auf eth0
    ? (192.168.1.6) auf <unvollständig> auf eth0
    Einträge: 4 Ignoriert: 0 Gefunden: 4
    root@pi:/home/pi#

    pi3(deCONZ) Fhem Server) - pi4(M2 usbboot) Cloud, VPN & Wordpress Server

    Einmal editiert, zuletzt von vantino (14. November 2013 um 18:22)

  • In deinem 1. Beitrag hast Du geschrieben:

    Code
    Das gleiche geschieht, wenn ich direkt auf eine ip adresse pinge, siehe
    
    
    pi@pi ~ $ ping 198.168.1.2
    PING 198.168.1.2 (198.168.1.2) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable
    
    
    --- 198.168.1.2 ping statistics ---
    6 packets transmitted, 0 received, +6 errors, 100% packet loss, time 5007ms


    In deinem 2. Beitrag hast Du geschrieben:


    In deinem 1. Beitrag warst Du "[font="Monaco, Consolas, Courier, monospace"]pi@pi" in deinem 2. Beitrag bist Du "root@pi:/home/pi".[/font]


    EDIT:


    In deiner localen "/etc/hosts" hast Du aveon und archiv eingetragen. In deinem Router hast Du evtl. Aveon und Archiv eingetragen.
    So kann das mit der Namensauflösung nicht funktionieren.

    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 (14. November 2013 um 18:48)

  • stimmt, ist aber
    beides mal das gleiche problem, die uid spielt hier keine rolle.
    pi@pi ~ $ ping aveon
    PING aveon (198.168.1.2) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=2 Destination Net Unreachable

    --- aveon ping statistics ---
    2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 5026ms

    pi@pi ~ $ su
    Passwort:
    root@pi:/home/pi# ping aveon
    PING aveon (198.168.1.2) 56(84) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable
    From 192.168.1.1 icmp_seq=2 Destination Net Unreachable

    --- aveon ping statistics ---
    2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 5025ms

    pi3(deCONZ) Fhem Server) - pi4(M2 usbboot) Cloud, VPN & Wordpress Server


  • stimmt, ist aber
    beides mal das gleiche problem, die uid spielt hier keine rolle.


    Nein es ist nicht das gleiche Problem. Mit pi hat auch der Ping auf die IP-Adresse nicht funktioniert:

    [font="Monaco, Consolas, Courier, monospace"]pi@pi ~ $ ping 198.168.1.2[/font]
    [font="Monaco, Consolas, Courier, monospace"]PING 198.168.1.2 (198.168.1.2) 56(84) bytes of data.[/font]
    [font="Monaco, Consolas, Courier, monospace"]From 192.168.1.1 icmp_seq=1 Destination Net Unreachable[/font]

    [font="Monaco, Consolas, Courier, monospace"]und mit root funktioniert der Ping auf die IP-Adresse. Siehe auch mein EDIT aus meinem vorletzten Beitrag.[/font]

    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 (14. November 2013 um 18:53)

  • Scan mal dein Netzwerk:

    Code
    apt-get install nmap
    
    
    nmap -sP 192.168.1.0/24

    Dann weisst du welche IP überhaupt verfügbar ist zumal dann kein ping genutzt wird


    Und bitte Poste die Daten die ich in Beitrag#2 erfragt habe ;)


  • ... morgen und berichte.


    Ping kann auch die Route anzeigen und mit tcpdump kannst Du den Ping loggen. Z. B.:
    In einem anderen Terminal:

    Code
    sudo tcpdump -nv -i any icmp
    Code
    ping -c 3 -v -R aveon


    BTW: ping schaut zwecks Namensauflösung, zuerst in die "/etc/hosts" und wenn dort nichts gefunden, dann auf Port 53 (d. h. in die "/etc/resolv.conf").

    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

  • @[font="Tahoma, Verdana, Arial, sans-serif"]meigrafd[/font]

    ok. hier die beiden dateien:


    pi@pi ~ $ cat /etc/resolv.conf
    nameserver 192.168.1.1
    pi@pi ~ $ cat /etc/network/interfaces
    auto lo

    iface lo inet loopback
    iface eth0 inet dhcp

    allow-hotplug wlan0
    iface wlan0 inet manual
    wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
    iface default inet dhcp
    pi@pi ~ $

    Guten Morgen

    Hier die zusätzlichen Infos:

    1) Wenn Pi mit dem Internet verbunden ist, funktionieren pings auf externe adressen, aber nicht auf interne

    pi@pi ~ $ ping http://www.x.org
    PING annarchy.freedesktop.org (131.252.210.176) 56(84) bytes of data.
    64 bytes from annarchy.freedesktop.org (131.252.210.176): icmp_req=1 ttl=46 time=276 ms
    64 bytes from annarchy.freedesktop.org (131.252.210.176): icmp_req=2 ttl=46 time=277 ms
    64 bytes from annarchy.freedesktop.org (131.252.210.176): icmp_req=3 ttl=46 time=316 ms
    64 bytes from annarchy.freedesktop.org (131.252.210.176): icmp_req=4 ttl=46 time=316 ms

    --- annarchy.freedesktop.org ping statistics ---
    5 packets transmitted, 4 received, 20% packet loss, time 4000ms
    rtt min/avg/max/mdev = 276.906/296.861/316.765/19.899 ms
    pi@pi ~ $ ping pi
    PING pi (198.168.1.9) 56(84) bytes of data.


    --- pi ping statistics ---
    39 packets transmitted, 0 received, 100% packet loss, time 38009ms

    2) hier die nmap

    pi@pi ~ $ nmap -sP 192.168.1.0/24

    Starting Nmap 6.00 ( http://nmap.org ) at 2013-11-15 07:21 CET
    Nmap scan report for 192.168.1.1
    Host is up (0.0048s latency).
    Nmap scan report for 192.168.1.2
    Host is up (0.0043s latency).
    Nmap scan report for 192.168.1.4
    Host is up (0.0036s latency).
    Nmap scan report for 192.168.1.9
    Host is up (0.0011s latency).
    Nmap done: 256 IP addresses (4 hosts up) scanned in 3.54 seconds

    3) die dateien

    pi@pi ~ $ cat /etc/resolv.conf
    nameserver 139.7.30.125
    nameserver 139.7.30.126
    pi@pi ~ $ cat /etc/network/interfaces
    auto lo

    iface lo inet loopback
    iface eth0 inet dhcp

    allow-hotplug wlan0
    iface wlan0 inet manual
    wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
    iface default inet dhcp

    *) die resolv hat jetzt natürlich andere einträge, da ich mit dem internet verbunden bin

    4) zuletzt die namen in meiner /etc/hosts
    ich habe gross und klein buchstaben ausprobiert, mein netgear router hat ausschliesslich gross geschriebene rechnernamen

    der lokale ping findet ja die name zu ip adressen zuordnung, nur pingt er immer auf 192.168.1.(default router, gateway, what ever ...

    pi3(deCONZ) Fhem Server) - pi4(M2 usbboot) Cloud, VPN & Wordpress Server

    Einmal editiert, zuletzt von vantino (15. November 2013 um 07:27)



  • 1) Wenn Pi mit dem Internet verbunden ist, funktionieren pings auf externe adressen, aber nicht auf interne


    Das liegt evtl. an deinem unterschiedlichen Routing. Poste mal mit und ohne Internet, die Ausgaben von

    Code
    route -n
    Zitat


    der lokale ping findet ja die name zu ip adressen zuordnung, nur pingt er immer auf 192.168.1.(default router, gateway, what ever ...


    Nein, er pingt nicht auf den Router, er bekommt lediglich eine Antwort vom Router. Poste mal die Ausgabe von:

    Code
    ping -c 1 -v -R aveon


    und von:

    Code
    ping -n -c 1 -v -R aveon

    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

  • Hier die beiden Posts

    Ohne Internet

    pi@pi ~ $ route
    Kernel-IP-Routentabelle
    Ziel Router Genmask Flags Metric Ref Use Iface
    default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
    192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
    pi@pi ~ $
    pi@pi ~ $ ping -n -c 1 -v -R aveon
    PINGaveon (198.168.1.2) 56(124) bytes of data.
    From 192.168.1.1 icmp_seq=1 Destination Net Unreachable

    --- aveon ping statistics ---
    1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms

    Nun mit der Internetverbindung vis Surfstick direkt an Pi

    sudo ./sakis3g --interactive connect
    pi@pi ~ $
    pi@pi ~ $
    pi@pi ~ $ ping google.com
    PINGgoogle.com (173.194.44.230) 56(84) bytes of data.
    64 bytes from 173.194.44.230: icmp_req=1 ttl=49 time=367 ms
    64 bytes from 173.194.44.230: icmp_req=2 ttl=49 time=382 ms
    64 bytes from 173.194.44.230: icmp_req=3 ttl=49 time=315 ms

    --- google.com ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 11902ms
    rtt min/avg/max/mdev = 315.830/355.210/382.410/28.517 ms
    pi@pi ~ $ route
    Kernel-IP-Routentabelle
    Ziel Router Genmask Flags Metric Ref Use Iface
    default 10.64.64.64 0.0.0.0 UG 0 0 0 ppp0
    10.64.64.64 * 255.255.255.255 UH 0 0 0 ppp0
    192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
    pi@pi ~ $ ping -c 1 -v -R aveon
    PINGaveon (198.168.1.2) 56(124) bytes of data.

    --- aveon ping statistics ---
    1 packets transmitted, 0 received, 100% packet loss, time 0ms

    pi@pi ~ $ ping -n -c 1 -v -R aveon
    PINGaveon (198.168.1.2) 56(124) bytes of data.

    --- aveon ping statistics ---
    1 packets transmitted, 0 received, 100% packet loss, time 0ms

    pi@pi ~ $ route -n
    Kernel-IP-Routentabelle
    Ziel Router Genmask Flags Metric Ref Use Iface
    0.0.0.0 10.64.64.64 0.0.0.0 UG 0 0 0 ppp0
    10.64.64.64 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
    192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
    pi@pi ~ $


    BTW: kann es sein, das dies mit IPv6 zu tun hat, das die Installation irgendeines Paketes dies umgestellt hat, den mein MPD liefert plötzlich auch einen Fehler und kein MMC Client kann sich mit ihm verbinden ...

    [font="Tahoma, Verdana, Arial, sans-serif"]mein mpd liefert plötzlich einen Fehler beim booten und den gleichen auch so[/font]

    [font="Tahoma, Verdana, Arial, sans-serif"]root@pi:/var/log# mpd[/font]
    [font="Tahoma, Verdana, Arial, sans-serif"]Failed to bind to '[::]:6600': Failed to create socket: Address family not supported by protocol[/font]

    pi3(deCONZ) Fhem Server) - pi4(M2 usbboot) Cloud, VPN & Wordpress Server


  • BTW: kann es sein, das dies mit IPv6 zu tun hat, das die Installation irgendeines Paketes dies umgestellt hat, ...

    [font="Tahoma, Verdana, Arial, sans-serif"]mein mpd liefert plötzlich einen Fehler beim booten und den gleichen auch so[/font]

    [font="Tahoma, Verdana, Arial, sans-serif"]root@pi:/var/log# mpd[/font]
    [font="Tahoma, Verdana, Arial, sans-serif"]Failed to bind to '[::]:6600': Failed to create socket: Address family not supported by protocol[/font]


    Ich denke nicht, dass Du ipv6 auf deinem Pi hast. Bekommst Du mit:

    Code
    sudo sysctl -a | grep -i ipv6


    eine Ausgabe?
    Wie ist im Terminal des Pi, die Ausgabe für:

    Code
    sudo ss -inputeam | grep :6600


    ?

    EDIT:

    Kannst Du den mpd auf deinem Pi nicht so konfigurieren, dass dieser kein ipv6 benutzt bzw. kein ipv6 benutzen will?

    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 (15. November 2013 um 17:31)

  • Soweit vielen Dank für Eure Hilfe und Aufmerksamkeit. Damit die Sache nicht unendlich wird, habe ich eine Sicherung auf die SD zurückgespielt und meine Änderungen nachgezogen. Auf diesem Image funktioniert alles einwandfrei. Auch der MPD liefert funktioniert und sein MCC steuert ...

    Gruss & Dank

    V.

    pi3(deCONZ) Fhem Server) - pi4(M2 usbboot) Cloud, VPN & Wordpress Server

Jetzt mitmachen!

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