Direkter techniker support für VPN-Fehler benötigt (UDP-Port 1812 wird blockiert)

Question

Direkter techniker support für VPN-Fehler benötigt (UDP-Port 1812 wird blockiert)

Berg Zawer 20

Hallo Support-Team,

in letzter Zeit stecke ich in einer endlosen Schleife aus automatisierten Hilfeseiten und nutzlosen Chatbots im Portal fest. Jegliche Versuche, den telefonischen Support zu erreichen, um Hilfe bei der Konfiguration des Network Policy Servers (NPS) für unsere Windows for Business-Umgebung zu erhalten, endeten damit, dass entweder einfach aufgelegt wurde oder das System mich wieder auf die Self-Service-Webseite zurückverwies.

Aktuell ist die Implementierung unseres Remote Access VPNs massiv beeinträchtigt. Das Kernproblem besteht darin, dass sämtliche Authentifizierungsanfragen fehlschlagen, da die Firewall den UDP-Port 1812 blockiert (dropped). Wir können absolut keine spezifischen Dokumentationen darüber finden, wie wir das End-to-End-RADIUS-Routing überprüfen oder die Gateway-Logs für dieses System korrekt auslesen können.

Wir müssen dieses Netzwerkproblem umgehend lösen. Anstatt mir noch weitere Links zu allgemeinen Hilfeartikeln zu schicken – wäre es bitte möglich, mir eine direkte Telefonnummer zu geben oder mich sofort mit einem echten Techniker zu verbinden, der dieses Problem endgültig beheben kann?

0 Kommentare

1 Antwort

Ihre Antwort

Answer 1

Hallo Zawer Mountain,

Ihr VPN-Gateway ist auf den UDP-Port 1812 angewiesen, um RADIUS-Authentifizierungsanfragen an den Netzwerkrichtlinienserver (NPS) zu übertragen. Da diese Anfragen verworfen werden, müssen Sie sicherstellen, dass sowohl auf Ihrer Perimeter-Firewall als auch auf der lokalen Windows Defender Firewall des Servers, der die Netzwerkrichtlinienserver-Rolle ausführt, eine eingehende Regel konfiguriert ist, die den UDP-Port 1812 von der IP-Adresse des VPN-Gateways zulässt. Wenn der lokalen Windows-Firewall diese ausdrückliche Ausnahme fehlt, verwirft das Betriebssystem die Pakete stillschweigend in dem Moment, in dem sie eintreffen.

Um Ihr End-to-End-RADIUS-Routing verlässlich nachzuverfolgen, müssen Sie die eingehenden Anfragen mithilfe der Windows-Ereignisanzeige auf Ihrem Netzwerkrichtlinienserver überwachen. Navigieren Sie zu „Benutzerdefinierte Ansichten“ (Custom Views), erweitern Sie „Serverrollen“ (Server Roles) und öffnen Sie „Netzwerkrichtlinien- und Zugriffsdienste“ (Network Policy and Access Services). Während einer Test-VPN-Anmeldung sollte entweder die Ereignis-ID 6272 für eine erfolgreiche Verbindung oder die Ereignis-ID 6273 für eine Richtlinienablehnung generiert werden. Wenn Sie eine Verbindung initiieren und absolut nichts in diesem spezifischen Protokoll erscheint, beweist dies, dass die Daten auf der Netzwerkschicht blockiert werden, bevor sie den Authentifizierungsdienst erreichen. Dies bestätigt, dass eine Firewall auf dem Übertragungsweg den Datenverkehr weiterhin aktiv blockiert.

Ich hoffe, diese Antwort hat Ihnen weitergeholfen. Wenn ja, klicken Sie bitte auf „Antwort akzeptieren“ (accept answer). Sollten Sie noch Fragen haben, hinterlassen Sie gerne einen Kommentar.

VPHAN