AW: Digitalisierungsbox Standard - HTTPS

[#1]

Hallo zusammen!

Wir setzen bei einem Kunden eine Digitalisierungsbox Standard als VDSL-Router und ISDN-Gateway ein. Hinter der DigiBox ist eine Firewall geschaltet, welches das Netzwerk verwaltet. D.h., dass die DigiBox im Grund "nur" die Internet- und Telefonieeinwahl macht. Alle relevanten Netzwerkports für einen IPsec-VPN-Tunnel, ActiveSync oder Webserver werden direkt an die Firewall geroutet - funktioniert auch alles wunderbar.

Es gibt hierbei nur ein einziges Problem:

Für einen Tobit David Active Sync Zugriff verbinden sich die externen Clients (Notebook, Smartphone, Tablet) via https://feste-ip-adresse mit dem Server. Von extern funktioniert dies auch einwandfrei. Problem ist jetzt nur, dass wenn sich die Clients intern im WLAN befinden, den Server nicht finden, da der Port 443 dann direkt zur DigiBox geroutet wird. Dies ist auch nur beim Port 443 der Fall. Via Port 80 gibt es noch einen Webserver-Zugriff, der sowohl extern als auch intern im WLAN über http://feste-ip funktioniert.

Gibt es in der DigiBox-Konfiguration einen Punkt, der sich mit dieser "automatischen HTTPS-Weiterleitung" auseinandersetzt?

Vielen Dank im Voraus!

[#2 · Accepted solution]

Wenn der Zugriff von extern funktioniert, nicht aber bei einem internen Zugriff über die externe Adresse, dann liegt es am fehlenden NAT Loopback. Nat Loopback ist standardmäßig bei der Digitalisierungsbox nicht aktiv.

Bitte macht die Einstellung für das WAN - Interface bezogen auf "vertrauenswürdig" wieder rückgängig. Denn es ist ja wohl nicht gewünscht, das im IPv6 das System wie ein offenes Scheunentor läuft. Nur interne Netze sollten als vertrauenswürdig gelten.

[#3]

Falls ihr das WAN und das interne Netz in der Digibox als "unsicher" deklariert habt, könnte eine Firewallregel für den Zugriff auf extern 443 fehlen. Was sagt denn das Logbuch der Digibox?

Wenn eure eigene Firewall das interne Netz verwaltet, könnte das Subnetz zwischen Digibox und Firewall in der Box als "Vertrauenswürdig" deklariert werden. Das spart doppelte Regelwerke.

Oder ist es so, das der interne Zugriff auf 443 fälschlicherweise statt zu Eurem Server zur Digibox geroutet wird? Dann ist die Digibox aber Unschuldig - oder? Das Routing macht doch dann Eure Firewall/ Euer Server...

[#4]

Vielen Dank für die schnelle Antwort!

Der "Monitoring"-Log sagt leider gar nichts dazu...

Wo finde ich denn die Möglichkeit das Netz als "vertrauenswürdig" zu deklarieren?

[#5]

Das Routing ist richtig eingestellt...

[#6]

---

@we-tech-la schrieb:
Das Routing ist richtig eingestellt...

---

Dann funktioniert es auch

Firewall-->Richtlinien n+1 vertrauenswürdige Schnittstellen --> Schraubenschlüssel

Bezüglich des Logs: Ich habe den Eindruck, das erheblich mehr Meldungen protokolliert werden, wenn ein externer Syslogserver konfiguriert wird.

Per default werden in der Box nur 50 Meldungen protokolliert. Den Wert kann man unter Globale Einstellungen --> System --> max. Anzahl der Syslogeintrage konfigurieren. Per ext. syslogserver kann der Loglevel auf debug gestellt werden. Da läuft dann einiges mehr auf.

[#7 · Accepted solution]

Wenn der Zugriff von extern funktioniert, nicht aber bei einem internen Zugriff über die externe Adresse, dann liegt es am fehlenden NAT Loopback. Nat Loopback ist standardmäßig bei der Digitalisierungsbox nicht aktiv.

Bitte macht die Einstellung für das WAN - Interface bezogen auf "vertrauenswürdig" wieder rückgängig. Denn es ist ja wohl nicht gewünscht, das im IPv6 das System wie ein offenes Scheunentor läuft. Nur interne Netze sollten als vertrauenswürdig gelten.

[#8]

---

@Kalle2014 schrieb:

Bitte macht die Einstellung für das WAN - Interface bezogen auf "vertrauenswürdig" wieder rückgängig. Denn es ist ja wohl nicht gewünscht, das im IPv6 das System wie ein offenes Scheunentor läuft. Nur interne Netze sollten als vertrauenswürdig gelten.

---

Von WAN als vertrauenswürdig war nicht die Rede, sondern vom Subnetz zw. Box und interner FW.

Ich hatte es bisher so verstanden, das alles über interne/lokale IP's läuft, weil der Zugriff von aussen wohl via VPN (auf der eigenen FW?)  realisiert ist.

Damit wäre NAT-Loopback auch aus dem Spiel. Die Vertrauenswürdigkeit lässt sich darüber hinaus getrennt für IPv4 und v6 Schnittstellen einrichten.

[#9]

Das Loopback war es! Danke!!!

[#10]

Ok, ich wollte auch nur sicherstellen das die Einstufung als Vertrauenswürdig nicht falsch verstanden oder falsch eingesetzt wird. Denn im Unterschied zu den eigenen IPv4 - Regeln hat die Stellung einer Schnittstelle noch weitere Auswirkungen.

[#11]

Wenn Loopback die Ursache war - warum ging es auf Port 80?

[#12]

Hallo zusammen,

ich habe fast das gleiche Problem. Wir haben seit ein paar Tagen eine Digitalisierungsbox Standard und eine Einbruchmeldeanlage auf die wir mit einer App zugreifen können. Mit dyndns klappt der Zugriff von ausserhalb einwandfrei, nur aus dem eigenen Netz über wlan geht es nicht.

Bei welcher Schnittstelle muss ich den Loopback aktivieren, damit es klappt?

Bei WAN Internetzugang kann man loopback nicht anhaken.

Würde mich über Antworten freuen;-)

Patrick

[#13]

Das "Loopback aktiv" muss auf dem LAN - Interface gesetzt werden, also BRIDGE_BR0.

[#14]

Hallo @patrickky,

konnte der Tipp von @Kalle2014 Ihnen weiterhelfen?

Ich freue mich auf Ihre Rückmeldung.

Gruß Jörg D.