staging.inyokaproject.org

Hab leider kein Linux nur windows.

her_finn schrieb:

Hab leider kein Linux nur windows.

OK, dann schau mal nach ob es im Putty des Windows, die Option "BindAddress" gibt. Wenn ja, dann dort die IP-Adresse des Windows-Clienten aus dem 10-er Subnetz eintragen und erneut testen.

BTW: Welche IP-Adressen haben deine Windows-Clients?

EDIT:

Jetzt fällt mir auf, ... wenn Du nur Clients mit Windows hast, von wo hast Du den Test mit "nc" gemacht? Doch nicht auf dem Server, oder?

Erstmal sorry das ich so lang weg war.

Jetzt fällt mir auf, ... wenn Du nur Clients mit Windows hast, von wo hast Du den Test mit "nc" gemacht? Doch nicht auf dem Server, oder?

Doch

BTW: Welche IP-Adressen haben deine Windows-Clients?

Die haben eine wechselnde DHCP Adresse

OK, dann schau mal nach ob es im Putty des Windows, die Option "BindAddress" gibt. Wenn ja, dann dort die IP-Adresse des Windows-Clienten aus dem 10-er Subnetz eintragen und erneut testen.

Hab ich leider nicht gefunden.

Ich hab jetzt mal einen alten ubuntu 16 server hochgefahren und werde da mal testen

Edit: Hab jetzt mal getestet. Der Server ist leider nur im 10.16. er subnetz aber ich krieg da folgende Ausgabe wenn ich nc ausführe:

Connection to 10.16.1.20 22 port [tcp/ssh] succeeded!
Connection to 10.16.1.20 80 port [tcp/http] succeeded!
nc: connect to 10.16.1.20 port 443 (tcp) failed: Connection refused

Das port 443 gesperrt wird kann gut sein weil ich derzeit https deaktiviert habe

her_finn schrieb:

Hab jetzt mal getestet. Der Server ist leider nur im 10.16. er subnetz aber ich krieg da folgende Ausgabe wenn ich nc ausführe:

Connection to 10.16.1.20 22 port [tcp/ssh] succeeded!
Connection to 10.16.1.20 80 port [tcp/http] succeeded!
nc: connect to 10.16.1.20 port 443 (tcp) failed: Connection refused

Poste mal von deinem ubuntu 16 server, die Ausgaben vpn:

ip a
route -n
arp -av
ssh -vvv 10.16.1.20

her_finn schrieb:

[…]

BTW: Welche IP-Adressen haben deine Windows-Clients?

Die haben eine wechselnde DHCP Adresse

Kannst Du uns bitte einmal die ganze Geschichte erzählen statt Dir jedes Detail mühsam aus der Nase ziehen zu lassen?

Zur Analyse von Kommunikationsproblemen gehört natürlich die Situation aller beteiligten Komponenten.

Also, ganz egal welches Betriebssystem, zeige bitte die vollständige Netzwerk-Konfiguration (Adressen und Routen)

• des Servers,

• des Clients,

• und wenn es zwischen diesen beiden noch einen oder mehrere Router gibt, auch die der Router.

Und wenn Du irgend etwas am Netzwerk veränderst, dann erzähle uns bitte auch, wie sich das auf die Netzwerk-Konfiguration auswirkt, beispielsweise durch einen Vorher-Nachher-Vergleich.

Soll der Server mit den beiden Netzen auch zwischen diesen beiden Netzen routen oder nicht?

Hab jetzt nochmal länger nach dem Fehler gesucht und rausgefunden das mit dem dienst systemd-resolved irgendwas nicht passt. Der Pfad auf den die /etc/resolv.conf Datei zeigen sollte gibt es gar nicht. Als ich den samba-ad-dc controller installiert habe, habe ich systemd-resolved so deaktiviert:

sudo systemctl stop systemd-resolved
sudo systemctl disable systemd-resolved
sudo unlink /etc/resolv.conf

Als ich dann den samba-ad-dc wieder deinstalliert habe, habe ich systemd-reolved wieder aktiviert:

sudo systemctl start systemd-resolved
sudo systemctl enable systemd-resolved

und folgendes in die Datei /etc/resolv.conf eingetragen:

nameserver 127.0.0.53
search kepi.local

Jetzt habe ich bemerkt das auf einem anderen Ubuntu 18.04 Server die /etc/resolv.conf eine Verknüpfung ist, die auf die Datei ../run/resolvconf/resolv.conf zeigt. Jetzt wollte ich eine neue Verknüpfung erstellen und habe gemerkt das der Pfad /run/resolvconf nicht existiert.

Habt ihr da eine Lösung?

Edit: hab jetzt mal mit

sudo ln -s /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

eine Verknüpfung mit dem richtigen Pfad erstellt. Der Server ist jetzt wieder aus beiden Netzwerken erreichbar, nur extern halt nicht. Ich schließe jetzt mal hier diesen Beitrag ab und starte einen neuen da ich denke das das jetzt nur noch ein Problem mit apache, usw. ist. Vielen Dank für eure Hilfe! ☺

her_finn schrieb:

Der Server ist jetzt wieder aus beiden Netzwerken erreichbar, nur extern halt nicht. Ich schließe jetzt mal hier diesen Beitrag ab und starte einen neuen da ich denke das das jetzt nur noch ein Problem mit apache, usw. ist.

Was meinst Du mit "extern"? Aus dem Internet? Ist dein Server mit 2 Router (border device) an 2 Internetanschlüssen, verbunden? Oder wie machst Du die Portweiterleitung, von einem Router an 2 Netzwerkkarten mit IP-Adressen aus verschiedenen Subnetzen?