Ubuntu Netzwerk/Internetverbindung funktioniert nicht mehr

Begonnen von franky08, 25 Mai 2016, 09:08:52

Vorheriges Thema - Nächstes Thema

franky08

Seit ich gestern für ein Mail Programm einige ssh Pakete installieren sollte, funktioniert der Internetzugang/Weboberfläche fhem nicht mehr. Die alte IP war die 192.168.2.49 jetzt ist der Host plötzlich über ssh frank2@192.168.2.2 zu erreichen.

ifconfig liefert:
frank2@frank-ZBOX-UBUNTU:~$ sudo ifconfig
enp1s0    Link encap:Ethernet  Hardware Adresse 00:01:2e:00:a1:88 
          inet Adresse:192.168.2.2  Bcast:192.168.2.255  Maske:255.255.255.0
          inet6-Adresse: fe80::201:2eff:fe00:a188/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:7969 Fehler:0 Verloren:1 Überläufe:0 Fenster:0
          TX-Pakete:7277 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX-Bytes:1336067 (1.3 MB)  TX-Bytes:518644 (518.6 KB)

lo        Link encap:Lokale Schleife 
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:65536  Metrik:1
          RX-Pakete:331 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:331 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1
          RX-Bytes:39990 (39.9 KB)  TX-Bytes:39990 (39.9 KB)

wlp3s0    Link encap:Ethernet  Hardware Adresse d0:7e:35:67:00:70 
          UP BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX-Bytes:0 (0.0 B)  TX-Bytes:0 (0.0 B)


recovery mode wird leider nicht angezeigt, ins Internet komme ich auch nicht um Pakete zu aktualisieren. Ist es möglich den vorhergehenden Zustand wieder herzustellen?

Die Ausgabe auf dem Terminal von der gestrigen Installation konnte ich noch retten, ich habe das mal angehangen.

frank2@frank-ZBOX-UBUNTU:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
# The primary network interface
auto enp1s0
iface enp1s0 inet dhcp
frank2@frank-ZBOX-UBUNTU:~$

frank2@frank-ZBOX-UBUNTU:~$ ssh -V
OpenSSH_7.2p2 Ubuntu-4ubuntu1, OpenSSL 1.0.2g-fips  1 Mar 2016


sshd_config
# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 1024

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile     %h/.ssh/authorized_keys

# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
                                                                                          [ 88 Zeilen gelesen ]



frank2@frank-ZBOX-UBUNTU:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.2.226


in der resolv.conf steht auch ein falscher nameserver! Das müsste eigendlich die 192.168.2.1 sein. In der resolv.conf sollte zumindest die Router-IP drinstehen

VG
Frank
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

Wernieman

Hast die Netzwerkverbindung immer noch über dhcp?

Wenn ja .. hast Du mehr als einen dhcp-Server im Netz?
z.B. ausversehen einen dhcp-Server installiert?
ps aux | grep dhcp

Wie sieht Dein Netzwerk überhaupt aus?

Meiner Meinung nach kein Problem des RasPi, sondern ein Problem Deines Netzwerkes. Aber ohne obige Informationen nur geraten wo ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

franky08

frank2@frank-ZBOX-UBUNTU:~$ ps aux | grep dhcp
frank2    1966  0.0  0.0  21316   928 pts/0    S+   10:16   0:00 grep --color=auto dhcp
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

Wernieman

Also kein dhcp-Server am laufen .. es könnte aber immer noch ein anderer im Netz sein.

Die /etc/network/interfaces sieht jetzt so aus wie oben geschrieben?
Wie ist die jetziege IP der Maschine?
ip a
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

franky08

#4
auf der 192.168.2.2 er müsste eigentlich auf der 192.168.2.49 sein, in der resolvconf steht auch eine völlig falsche Adresse, das müsste die 192.168.2.1 sein.
frank2@frank-ZBOX-UBUNTU:~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:01:2e:00:a1:88 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.2/24 brd 192.168.2.255 scope global enp1s0
       valid_lft forever preferred_lft forever
    inet6 fe80::201:2eff:fe00:a188/64 scope link
       valid_lft forever preferred_lft forever
3: wlp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether d0:7e:35:67:00:70 brd ff:ff:ff:ff:ff:ff


Einen anderen dhcp server habe ich definitiv nicht laufen, nur die FritzBox

ZitatDie /etc/network/interfaces sieht jetzt so aus wie oben geschrieben?

Ja, genau so
frank2@frank-ZBOX-UBUNTU:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
# The primary network interface
auto enp1s0
iface enp1s0 inet dhcp
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

Wernieman

Du hattest doch bei Dir eine FritzBox, die die Adresse per dhcp verteilt? Was sagt die denn dazu?

Ich glaube nicht an ein Problem des Rechners. Er bekommt per dhcp einfach eine falsche Antwort. Diese Antwort verwendet er für IP/Resolv ..

Also versuchen wir zu ermitteln, warum er eine falsche Info bekommt.

Bzw:
Hast Du ein Gerät unter der IP: 192.168.2.226
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

franky08

#6
Auf der 192.168.2.226 liegt der Roomba.

P.S. Ist kein Raspi sondern Ubuntu auf Zbox nano  ;)
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

Wernieman

Ups .. sorry ... war mehr einem Automatismus .. da hier der RasPi überwiegt, schreibe ich zu häufig "diesen Namen"

Kannst Du "das gerät" in der FritzBox neu konfigurieren?

Wie schon gesagt: Glaube nicht an einen Fehler auf dem "Ubuntu-Gerät"
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

dev0

Kannst Du Dir auf der Fritzbox nicht anzeigen lassen, welche MAC Adresse hinter den vergebenen IPs steckt oder welche MAC die Adresse angefordert hat.
Vielleicht fragt das Interface wlp3s0 nach einer IP und es wird dem Interface enp1s0 zugewiesen, weil es das einzige in der /etc/netwrok/interfaces ist??
Vielleicht auch ein Fritzbox Bug und nach einem Neustart der Box und erneutem dhcp request ist alles ok? Sonst ggf. mit tcpdump oder wireshark sniffen.

Auf Dauer am Besten eine statische IP vergeben:

iface <ifx> inet static
address <ip>
netmask <nm>
gateway <ip>
dns-nameservers <ip> <ip>
dns-search <domx> <domy>

Falls Du einen IPv6 global scope benötigst:

iface <ifx> inet6 static
address <ipv6>
netmask 64
gateway <ipv6>
dns-nameservers <ipv6>
dns-search <domx> <domy>


Edit: ipv6 korrigiert.

franky08

#9
Soooo, FritzBox neu gestartet, vom Roomba das Wifi Modul abgezogen, jetzt liegt der Host auf 192.168.2.73 und fhem ist erreichbar!
Verbindung ins Internet ist auch wieder da.

P.S. Der Ubuntu kommt jetzt erst einmal als Ersatz System in den Schrank, nach dem Gau gestern Abend habe ich wieder eine Wheezy mit neuer SSD laufen.
VG
Frank
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...

dev0

Wie Wernieman schon schrieb: die Ursache wird das Netz/Fritzbox gewesen sein, nicht dein Raspi zbox/Ubuntu.

Wernieman

Und wie von dev0 geschrieben: Am besten bei einem Server kein DHCP, sondern feste IPs vergeben!

P.S. Könnte es sein, das der Roomba einen dhcp-Server hat? Für die "Erstinstallation"?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

franky08

ZitatP.S. Könnte es sein, das der Roomba einen dhcp-Server hat? Für die "Erstinstallation"?

müsste ich mal in die Doku sehen, dass Teil liegt original auf 10.0.0.1

Muss erst mal arbeiten.
VG
Frank
Debian Wheezy auf ZBOX nano/ Debian Bullseye auf 2.ter ZBOX nano F2F an 2x RaspiB
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu ,fhem5.8, CCU2,
ECMD an AVR-NET-IO mit DAC u. ADC an Junkers Stetigregelung, Siemens LOGO!8, JeeLink uvm...