UniFi 5G Max - kein VPN / Backup UNAS nicht möglich

Hallo Zusammen,

ich benötige eure Unterstüzung:
nachdem ich mir das UniFi 5G Max zugelegt und erfolgreich als WAN 3 (primär) eingerichtet habe, ist es nicht mehr möglich eine VPN-Verbindung aufzubauen. Egal ob als Server oder Client.
Auch das externe Backup meiner UNAS-Pro via U5G Max wird blockiert. Über WAN1 (als Failover konfiguriert) läuft alles ohne Probleme.
Auch die "normale" Nutzung via WAN 3 funktioniert einwandfrei (I-Net, Mail, Streaming etc.).

Im I-Net habe ich recherchiert, dass bei Verwendung von VPN der APN "internet.t-d1.de" genutzt werden soll -> aber auch hier leider keine Änderung.

Kennt jemand das Problem? Gibt es sonst noch Einstellungen, die ich event. ändern kann/muss?

Quote from Networker

Hallo,

zunächst mal solltest Du Dein Problem noch präziser beschreiben.

Das 5G Max als WAN 3 --> Es gibt noch zwei andere WAN? Welche?

VPN geht nicht --> eingehend / ausgehend / beides? Welche VPN-Technologie, was ist die Gegenstelle?

NAS-Backup wird blockiert --> Was genau bedeutet das, welche Fehlermeldung erscheint? Wohin konkret soll das NAS sichern?

Auch den Provider solltest Du nennen, auch wenn der APN-Name auf Deutsche Telekom hindeutet. Aber daran rumzurätseln bringt ja den Thread nicht weiter.

Die Sache mit dem APN ist übrigens ziemlich sicher Quatsch. Ich habe jedenfalls noch nie gehört, dass APNs bestimmte Dienste sperren würden und man daher manuell auf einen anderen desselben Providers wechseln muss.
Was natürlich sein kann ist, dass wenn wir von eingehendem VPN sprechen, manche APNs IPv4-Adressen verteilen und andere nicht (bzw. nur genattete), was dann tatsächlich einen Effekt hätte.

Display More

Hallo Networker,

danke für deine schnelle Rückmeldung.

Ich beginne mal mit noch ergänzenden Infos:
- das 5G Max hat sich bei der Einrichtung selbst WAN3 zugewiesen. Vermutlich, weil die UDM Pro mit 2 konfigurierten WAN ausgeliefert wird.
Ich nutze WAN 1 + WAN 3
- meinen Provider Telekom (Festnetz+Mobil) habe ich nicht explizit genannt, da er bereits in der Signatur aufgeführt ist.
- VPN habe ich nicht näher beschrieben - stimmt.
- und DynDNS habe ich vergessen.

Jetzt noch mal zu meiner Problematik...vielleicht anders und besser geschildert.

Was vorher war:
WAN 1 via DSL 100, DynDNS, Wiregard Server - Zugriff via Client aus I-Net, Backup von UNAS Pro zu 2 externen Synology's an verschiedenen Standorten -> hat alles prima geklappt.

Was ich gerne realisieren möchte und zum Teil schon eingerichtet ist:
- WAN 3 via 5G Max als primären Internetzugang, WAN 1 via DSL als Failover -> eingerichtet und funktioniert bei normaler Nutzung mit PC/Straming
- Jeweils DynDNS an beiden WAN's eingerichtet -> leider keine klare Rück,eldung bei der UDM, aber ich gehe davon aus das es funktioniert, da die korrekten IP's im I-Net ersichtlich
- 2x VPN-Server via WireGuard eingerichtet

- externer Client über WAN 1 hat verbindung (sieht man auch bereits im vorherigen Bild)

- 2. externer Zugriff über WAN 3 nicht möglich

Die UNAS Pro bietet eine eingebaute Möglichkeit zum Backup u.A. per CIFS/SMB Server.
-> wenn Zugang via WAN 1, dann klappt es, wie gehabt

- wenn Backup über WAN 3 erfolgen soll, dann keine Verbindung:

Fazit:
VPN (ankommend) + Backup (abgehend) ist via Mobilfunk z.Zt. bei mir nicht möglich.
Ich gehe aber davon aus, dass es an meiner Konfiguration der oder dem Modem liegt und nicht am Mobilfunknetz der DTAG

Hoffentlich ist meine Problematik nun besser nachvollziehbar und es kann mir geholfen werden!!!

Danke euch allen für die Unterstüzung. 😊

Ich habe noch rausgefunden, dass nur bei dem "veralteten" APN internet.t-d1.de, eingehender IP-Verkehr erlaubt ist. Bei allen anderen ist er geblockt.
Leider bietet der alte APN auch kein Support mehr für 5G. 😔

Mein Backup habe ich mit WireGuard via Mobilfunk lösen können. Immerhin ein Upload von bis zu 100MBit - besser als die 40 bei DSL. 😁

Schau mal hier:

‎Übersicht der aktuellen Mobilfunk APNs mit Detailinformationen | Telekom hilft Community

Ist zwar schon älter, aber bestimmt noch gültig.

Edit....ist doch noch nicht so alt...