staging.inyokaproject.org

Hallo Zusammen,

Ich habe einen Ubuntu Server 18.04 am laufen. Dieser hat 2 Onboard Netzwerkarten die Beide in Betrieb sind (Unterschiedliche Netze) und eine PCIE Karte die aber nicht in Betrieb ist. Jetzt habe ich das Problem das Ich den Server immer nur aus einem Netzwerk erreiche. Wenn das Kabel der 1. Netzwerkkarte aus und wieder ein Stecke erreiche ich den Server im 1. Netz und umgekehrt. Auf dem Server war früher mal eine samba ad-dc nach dieser Anleitung installiert: https://blog.ricosharp.com/posts/2019/Samba-4-Active-Directory-Domain-Controller-on-Ubuntu-18-04-Server. Hier der Output von ifconfig:

enp0s17: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.16.1.20  netmask 255.240.0.0  broadcast 10.31.255.255
        inet6 fe80::21a:92ff:feb2:c628  prefixlen 64  scopeid 0x20<link>
        ether 00:1a:92:b2:c6:28  txqueuelen 1000  (Ethernet)
        RX packets 1520  bytes 124244 (124.2 KB)
        RX errors 0  dropped 717  overruns 0  frame 697
        TX packets 945  bytes 85011 (85.0 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s18: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.5.5  netmask 255.255.252.0  broadcast 192.168.7.255
        inet6 fe80::21a:92ff:feb2:c9ac  prefixlen 64  scopeid 0x20<link>
        ether 00:1a:92:b2:c9:ac  txqueuelen 1000  (Ethernet)
        RX packets 4472  bytes 895139 (895.1 KB)
        RX errors 30  dropped 694  overruns 29  frame 1
        TX packets 1649  bytes 218380 (218.3 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp6s0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:15:17:91:ad:f6  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xef7e0000-ef800000

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 14327  bytes 3907930 (3.9 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 14327  bytes 3907930 (3.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Grüße Finn

her_finn schrieb:

Ich habe einen Ubuntu Server 18.04 am laufen. Dieser hat 2 Onboard Netzwerkarten die Beide in Betrieb sind (Unterschiedliche Netze) und eine PCIE Karte die aber nicht in Betrieb ist. Jetzt habe ich das Problem das Ich den Server immer nur aus einem Netzwerk erreiche. Wenn das Kabel der 1. Netzwerkkarte aus und wieder ein Stecke erreiche ich den Server im 1. Netz und umgekehrt.

Kannst Du deine Konstellation bzw. die Art und Weise wie bzw. von wo die Verbindung zum Server hergestellt wird, etwas genauer beschreiben?

Also nochmal etwas genauer:

Der Server ist mit beiden Netzwerkkarten in 2 unterschiedlichen Netzen und kriegt jeweils per dhcp eine IP Zugewiesen (ändert sich nicht). Anpingen kann ich ihn immer und ich krieg auch immer eine Antwort. Getestet habe ich per ssh und web.

Ich hoffe das waren die Infos die Du brauchst

her_finn schrieb:

Anpingen kann ich ihn immer und ich krieg auch immer eine Antwort.

Funktioniert der Ping aus beiden Subnetzen? Machst Du den Ping von 2 verschiedenen Geräten, die jeweils im entsprechenden Subnetz der Netzwerkkarte des Servers sind?

Ja, der Ping geht aus beiden subnetzten und ich pinge von je einem client aus dem entsprechenden subnetzt.

Ach so und ich hab vergessen das ich systemd-resolved wieder nach der samba Deinstallation aktiviert habe.

her_finn schrieb:

Ja, der Ping geht aus beiden subnetzten und ich pinge von je einem client aus dem entsprechenden subnetzt.

Dann ist doch alles OK.

Nein eben nicht, weil ja nur der ping geht und sonst nichts.

her_finn schrieb:

[…] Jetzt habe ich das Problem das Ich den Server immer nur aus einem Netzwerk erreiche.

Was meinst Du denn mit „den Server erreichen“?

Mit welchem Protokoll bzw. mit welchem Programm versuchst Du denn den Zugriff, der dann nicht funktioniert?

ping? ssh? ftp? nfs? smb? Oder was?

her_finn schrieb:

Nein eben nicht, weil ja nur der ping geht und sonst nichts.

Naja, wenn der Ping (icmp) geht, dann wird TCP und UDP auch möglich sein. Hast Du einen lauschenden TCP-Port auf deinem Server? Wenn ja, welchen?

Ich teste über mehrere Ports. Einmal port 80, port 22 und port 443

her_finn schrieb:

Ich teste über mehrere Ports. Einmal port 80, port 22 und port 443

Dann gehe ich davon aus, dass auf diesen Ports und auch auf beiden Netzwerkkarten des Servers gelauscht wird. Wenn nicht so gelauscht wird, kannst Du zum testen, auf deinem Server auch tcpdump benutzen. Mach mal aus jedem Subnetz einen Portscan auf die lauschenden Ports. Z. B.:

nc -zv <IP-Adresse> 22 80 443

(oder gleichwertig, abhängig vom OS). IP-Adresse anpassen und ohne spitze Klammern.

Wenn ich den Command ausführe krieg ich die Ouputs:

Connection to 192.168.5.3 22 port [tcp/ssh] succeeded!

Connection to 10.16.1.20 22 port [tcp/ssh] succeeded!

her_finn schrieb:

Wenn ich den Command ausführe krieg ich die Ouputs:

Connection to 192.168.5.3 22 port [tcp/ssh] succeeded!

Connection to 10.16.1.20 22 port [tcp/ssh] succeeded!

OK, d. h. es funktioniert nicht nur mit icmp (Ping), sondern auch mit tcp.

her_finn schrieb:

... kriegt jeweils per dhcp eine IP Zugewiesen (ändert sich nicht).

Die IP-Adresse hat sich schon geändert:

enp0s18: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.5.5  netmask 255.255.252.0  broadcast 192.168.7.255

Connection to 192.168.5.3 22 port [tcp/ssh] succeeded!

BTW: Warum hast Du diese Subnetzmasken konfiguriert? Wer administriert die zwei DHCP-Server?

Ääääh sorry,

hatte ausversehen die letzte stelle der ip gelöscht und mich dann vertippt. Der Server hat schon noch die IP 192.168.5.5.

Den DHCP Server administriere unter anderem auch ich. Als die DHCP Server eingerichtet wurden war ich noch nicht dabei.