Pi nicht mehr erreichbar.

Hallo zusammen,

ich habe seit kurzem seitdem ich meinem Pi B2 aktuellste Version Jessie eine statische IP über die /etc/dhcpcd.conf vergeben habe, immer mal wieder Netzwerkausfälle meines Pis, sprich ich kann ihn nicht mehr anpingen, weder per ping oder arping und komm dementsprechend nicht mehr auf meinem Pi drauf. Wenn ich am Pi dann ein HDMI-Kabel anschließe um nachzuschauen worans liegt, nimmt mein Bildschirm kein Signal entgegen. Allgemein nimmt mein Pi nur ein HDMI Signal entgegen, wenn das HDMI Kabel vor dem Start des Pis im Pi steckt.

Zuvor, hatte ich in der /etc/network/interfaces statische IP + in der /etc/dhcpcd.conf statische IP eingestellt gehabt. Diese statische IP war zudem die IP, die mein DHCP mir aus dem DHCP Pool vergeben hat. Dies war ziemlich unsinnig aber damit hatte ich allerdings nie Probleme.

Ich habe mittlerweile die /etc/network/interfaces Datei auf den Ausgangszustand zurückgestellt.

Die /etc/network/interfaces Datei sieht so aus:

# interfaces(5) file used by ifup(8) and ifdown(8)


# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'


# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d


auto lo
iface lo inet loopback


iface eth0 inet manual


#allow-hotplug wlan0
#iface wlan0 inet manual
   #wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf


#allow-hotplug wlan1
#iface wlan1 inet manual
   #wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

Meine /etc/dhcpcd.conf sieht momentan so aus:

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.


# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel


# Inform the DHCP server of our hostname for DDNS.
hostname


# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
#duid


# Persist interface configuration when dhcpcd exits.
persistent


# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit


# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Most distributions have NTP support.
option ntp_servers
# Respect the network MTU.
# Some interface drivers reset when changing the MTU so disabled by default.
#option interface_mtu


# A ServerID is required by RFC2131.
require dhcp_server_identifier


# Generate Stable Private IPv6 Addresses instead of hardware based ones
slaac private


# A hook script is provided to lookup the hostname if not set by the DHCP
# server, but it should not be run by default.
nohook lookup-hostname
interface eth0
static ip_address=192.168.2.164/24
static routers=192.168.2.1
static domain_name_servers=8.8.8.8, 8.8.4.4

Die IP .164 befindet sich außerhalb des DHCP Pools meines Routers.

Auf meinem Pi habe ich openvpn laufen.
Diesbezüglich hatte ich auch Probleme, dass openvpn immer wieder den Host nicht auflösen konnte. Dazu bin ich mit einem Skript auf eine Lösung gekommen.

Zu meinem Setup Zuhause:

Telekom-Router w704 TypC.
8 Port Switch DLink.
Power Lan Adapter RJ45 geht zum Switch.

Eine Möglichkeit, meinen Pi direkt am Router zu testen, habe ich leider nicht da.
Wenns nach mir ginge, würde ich mir ein Modem und WLAN-Router oder DSL-Router kaufen der DD-WRT flashbar ist.
Dies ist leider in meiner Lage nicht möglich.

Vielen Dank im Vorraus!

Gruß

rockweapon

Vielen Dank für eure Antworten,

ich werde eure Schritte beachten und mich darum kümmern, sobald ich Zeit habe.

Quote from DG8BR

Moin,
du hast einen kleinen Fehler in deiner dhcpcd.conf.

Es muss so aussehen

Code

static domain_name_servers=192.168.1.1
static domain_search=8.8.8.8 ,8.8.4.4

Diesen Link habe ich verwendet, um meine dhcpcd.conf zu konfigurieren.
https://www.elektronik-kompendium.de/sites/raspberry-pi/1912151.htm

Werde deinen Vorschlag ausprobieren.

Quote from Beta_Tester

zu der Beschreibung, dass dein Pi nur ein Signal über HDMI ausgibt, wenn du ihn vor dem Start angeschlossen hast ist normal und kann vorkommen, da HDMI kein plug & play ist.
Damit es sicher funktioniert, sollte man bei allen Geräten vor der Inbetriebnahme das HDMI-Kabel angeschlossen haben.

Jap, klingt logisch, Vielen Dank.

Quote from rpi444

Script "static_arp_cache":

Bash

#!/bin/bash -e
#
/sbin/ip neigh flush all
/usr/sbin/arp -i eth0 -s 192.168.2.1 <richtige-MAC-Adresse-Router>
#
exit 0

Ich hab mich dem Skript noch nicht angenommen, aber dieses Skript setzt nicht meine ufw Firewall die alles nur über openvpn tun0 zulassen soll außer Kraft oder?

Vielen Dank an Alle.

Quote from rpi444

[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]Poste mal im jetzigen Zustand (d. h. ohne Änderungen) von deinem PI2, die Ausgabe von:[/font][font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]

Code

nslookup heise.de

[/font]
[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]

[/font]

Um das Skript kümmere ich mich noch.

Vielen Dank.

Quote from rpi444

[/font]

Aus deiner Ausgabe von "nslookup heise.de" ist ersichtlich, dass 8.8.4.4 als DNS-Server verwendet worden ist, obwohl Du in deiner dhcpcd.conf, u. a. auch Folgendes (d. h. 8.8.8.8 an 1. Stelle) eingetragen hast:

static domain_name_servers=8.8.8.8, 8.8.4.4

Ich gehe davon aus (... habe in den beiden manpages dhcpcd/dhcpcd.conf nichts auf Anhieb finden können), dass bei mehreren DNS-Servern in dieser Zeile, lediglich eine Leerstelle dazwischen sein darf (und kein Komma). Ich denke, dass das Komma hinter 8.8.8.8 evtl. dazu geführt hat, dass der DNS-Server 8.8.8.8 nicht benutzt werden konnte.
Mach mal das Komma hinter 8.8.8.8 weg, sorge dafür dass diese Änderung (in der dhcpcd.conf) wirksam wird und poste danach die Ausgabe von:

nslookup heise.de

[/quote]

Vielen Dank für deine Antwort,

ja daran habe ich noch gar nicht gedacht, gut mitgedacht.

Nach Änderung und reboot:

Ausgabe resolv.conf:

Ausgabe resolv.conf mit dem Komma drinnen:

Automatisch zusammengefügt:

Quote from DG8BR

[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]du hast einen kleinen Fehler in deiner dhcpcd.conf.[/font]
[font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]Es muss so aussehen:[/font]

Code

static domain_name_servers=192.168.1.1
static domain_search=8.8.8.8 ,8.8.4.4

Damit ist mein Tunnel leider nicht hochgekommen.

Quote from rpi444

BTW: Die dhcpcd.conf kennt die Option "domain_search" nicht. Siehe z. B. in der manpage der dhcpcd.conf

http://manpages.ubuntu.com/manpages/preci…pcd.conf.5.html

Man könnte aber mit dem openresolv-Package und der "/etc/resolvconf.conf"-Datei, z. B. die Option "search_domains_append= ..." nutzen. Siehe die manpage der resolvconf.conf

Vielen Dank.

Ok, also ich probiere das jetzt erstmal ohne das Komma aus.
Bis jetzt habe ich seit 3 Tagen nicht solch ein Ausfall gehabt.

Hallo zusammen,

mein Pi war heute Abend wieder nicht erreichbar.
Ich probiere nun das Skript von rpi444 aus und gebe dann Rückmeldung.

Vielen Dank.

Quote from rpi444

OK, dann versuch mal mit diesem Script:

Bash

#!/bin/bash -e
#
#/sbin/ip neigh flush all
/usr/sbin/arp -i eth0 -d 192.168.2.1
/usr/sbin/arp -i eth0 -s 192.168.2.1 <richtige-MAC-Adresse-Router>
#
exit 0

auch zusätzlich in der "/etc/rc.local"-Datei, denn der eine oder andere Kernel hat Probleme mit "ip neigh flush all" und müllt das Log zu.

EDIT:

... z. B. mit:

Code

[Wed Apr 13 22:11:34 2016] netlink: 12 bytes leftover after parsing attributes in process `ip'.
[Wed Apr 13 22:11:34 2016] netlink: 12 bytes leftover after parsing attributes in process `ip'.

Stimmt die /etc/rc.local so?
Kann nicht funktionieren, oder?

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.


# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
 printf "My IP address is %s\n" "$_IP"
fi


exit 0


#!/bin/bash -e
#
#/sbin/ip neigh flush all
/usr/sbin/arp -i eth0 -d 192.168.2.1
/usr/sbin/arp -i eth0 -s 192.168.2.1 (Meine MAC vom Router, hab ich eingetragen)
#
exit 0

Vielen Dank

Quote from DG8BR

Moin,
mach deine Einträge VOR exit 0 !!!!

#!/bin/bash -e kannst du auch weglassen
Das brauch man nur in einem Script. Du hast ja alle Befehle einzeln aufgeführt.

Gruss Bernd

Danke für die schnelle Antwort.
Hab ich mir schon gedacht, dass das vor exit 0 muss, sonst beendet er ja schon vorher.

Hallo zusammen,

ich hab das Skript von rpi444 mit ausführbaren Rechten ausprobiert.
Hab soeben festgestellt, dass mein Pi zwar anpingbar ist, aber VNC, SSH und übers Web eine Anwendung die ich benutze, nicht aufn pi draufkomme. Es wird nur geladen und es kommt keine Fehlermeldung.
Hab auch extra 1 Stunde gewartet, bis der cronjob akiv wird.
Hat nichts geholfen.

Vielen Dank im Vorraus!

Gruß

EDIT:

#!/bin/bash -e
#
/sbin/ip neigh flush all
/usr/sbin/arp -i eth0 -s 192.168.2.1 (Mac meines Rotuers mit Doppelpunkten getrennt)
#
exit 0

/etc/crontab:

/etc/rc.local:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.


# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
 printf "My IP address is %s\n" "$_IP"
fi
#
#/sbin/ip neigh flush all
/usr/sbin/arp -i eth0 -d 192.168.2.1
/usr/sbin/arp -i eth0 -s 192.168.2.1 (Mac meines Routers)
#
exit 0

Quote from rpi444

Kannst Du aus deinem (W)LAN, den lauschenden Port (22?) des sshd auf deinem PI, scannen?

EDIT:

Code

nc -v -n -z -w 1 192.168.2.164 22

Danke für die schnelle Antwort rpi444.