paemdl aus dem Gastnetzwerk nicht erreichbar

[lehm]

Leider fehlt mir ein zweites Gerät, um zu prüfen, ob es nicht doch an meinem Laptop liegt.

[bau]

Durch das Hinzufügen eines alternativen Routers im Gastnetzwerk (Behebung von immer wieder auftretenden Störungen) ergab sich das Problem:

• neuer Router: 10.0.0.249 im Gastnetzwerk / 192.168.150.2 im inneren Routingnetzwerk
• Es wird ein Masqerading auf den Router im internen Routingnetzwerk gemacht: 192.168.150.1
• Router im internen Routingnetzwerk 192.168.150.1 routet auf externe IP 129.143.149.2
• paedml.kg-fds.de hat im Internet die IP 129.143.149.2
• Leider funktioniert das so nicht, denn das maskierte Paket müsste durch die Schnittstelle raus und gleich wieder rein :-(
• LÖSUNG: der interne DNS auf 10.0.0.249 löst paedml.kg-fds.de nun zu 192.168.150.254 auf, damit geht das Paket per Masqerading direkt an den paedml

[bau]

Kann das mal jemand mit einem anderen Gerät testen.
Das Windows von Christoph hat hartnäckig die IP 129.143.149.2 für den paedml gecached, der DNS sagt zwar 192.168.150.254, das scheint Windows aber nicht zu beeindrucken.

Gibt man im Browser hingegen die IP direkt ein, so kommt die padml-Startseite.

[bau]

Ist der paedml eigentlich aus mobileDevices heraus erreichbar?
Das ist dort irgendwie genau das gleiche Problem, welches ich oben beschreibe.

[lehm]

Bin grade im Unterricht, deswegen nur eingschränkt Zeit. Android-Tablet bekommt übers Gastnetzwerk weder eine Route nach draußen, noch zum paedml

[Stephan Richter]

Im MobileDevices bekomme ich folgende Traceroute:

traceroute to paedml.kg-fds.de (129.143.149.2) , 5 relative hops max, 52 byte packets
   1 cloud.kg-fds.de (10.2.0.10) 4.670 ms 88.029 ms 91.675 ms
   2 paedml.kg-fds.de (129.143.149.2) 3.791 ms 26.242 ms 28.963 ms

[bau]

Äh, ja - das war eine blödsinnige Frage, denn das sind ja zwei verschiedene Server:

• proxmoxLS - 129.143.149.2 Hier läuft der ipFire, die externe Firewall für den paedml

• proxmoxLS2 - 129.143.149.5 Hier läuft der Router für MobileDevices, der kann über seine externe NIC natürlich an 129.143.149.2 routen

[bau]

Kann man auf dem Android auch die Netzwerkdaten anzeigen lassen?
Wie ist dessen Name, dann kann ich im LOG des DHCP nachsehen, wo der grade rausgeht, es gibt die Möglichkeiten:

• 10.0.0.250 - das ist der bisherige Router auf 129.143.149.4
• 10.0.0.249 - das ist neue Router auf 129.143.149.5

Auf beiden Routern wird der NetworkTraffic komplett maskiert und rausgeschickt (ohne Filterung). Auf dem Router läuft ein DNS, der die Name-Service-Anfragen beantwortet. Bei 10.0.0.249 lautet die Antwort auf die Frage: Wer ist paedml.kg-fds.de aktuell 192.168.150.254, auf dem 10.0.0.250 lautet sie 129.143.149.2

[lehm]

Android-Tablet

IP 10.0.103.191

Gateway/DNS 10.0.0.249

[bau]

OK, aber warum will das Teil dann nicht ins Internet?
Der Router und der DNS stimmen doch!

[bau]

OK, ganz komische Sache. Ich habe lange rumprobiert und alles war komisch. Ich habe nun dafür gesorgt, dass die beiden DNS-Server im Gastnetzwerk beide das gleiche behaupten:

• paedml.kg-fds.de 192.168.150.254
• www.kg-fds.de 84.19.175.115
• moodle.kg-fds.de 129.143.4.8

Wenn dann der Client auf paedml.kg-fds.de zugreift wird er auf 192.168.150.254 geleitet und beide Router leiten das automatisch an die richtige Schnittstelle des ProxMoxLS weiter.

[bau]

Router auf ProxMoxTGS sollte neu aufgesetzt werden, der arbeitet auch irgendwie komisch.
Wahrscheinlich war der es, der immer gezickt hat.

Ich werde noch ein wenig mehr Redundanz ausbauen, dann haben wir maximale Ausfallsicherheit:

• Router auf ProxMoxLS2
• Router auf ProxMoxKWRS