ich habe eine Web-API, die auf Azure gehostet wird. Sie stellt eine Verbindung zu Websites von Drittanbietern her und verwendet dabei die IP-Adresse und den Port der Entwicklungsumgebung. Das funktioniert einwandfrei. Die Anforderung bestand dann darin, eine Site-to-Site-VPN-Verbindung herzustellen, um eine Verbindung zu ihrer Live-Umgebung herzustellen.
Ich habe ein VNet, ein vNetGateway und ein lokales Gateway erstellt. Das VnetGateway verwendet eine neue öffentliche IP, die erfolgreich eine Verbindung zu ihrem lokalen Gateway herstellt.
Dann möchte ich meine Web-API über das vNetGateway leiten, also richte ich die Point-to-Site-Konfiguration ein.
Meine Web-API stellt intern eine Socket-Verbindung her, die auf die angegebene Subnetzadresse und den angegebenen Port zeigt, aber ich sehe nur Verbindungsfehler.
Mit welcher Webadresse und welchem Port soll die WebAPI eine Verbindung herstellen?
Antwort1
Aus Ihrem Kommentar erkenne ich, dass Sie feststecken in
wie debugge ich die Verbindung zwischen meiner API und meinem VNET
In diesem Fall stehen Ihnen viele Methoden zum Debuggen der Verbindung zwischen API und VNET zur Verfügung.
- Erstellen Sie eine virtuelle Maschine im VNet und versuchen Sie, eine Verbindung von oder zur Web-App herzustellen.
- Verwenden Sie die Kudu-Konsole und versuchen Sie, Ihren Client oder Ihre virtuelle Maschine anzupingen. Pingen Sie beispielsweise eine VM mit
tcpping 10.10.0.4:3389 - Führen Sie eine Web-Anfrage an einen Ihrer Server oder Ihren Client aus.
Weitere Einzelheiten erfahren Sie in diesem wundervollen Blog:Verbinden des Azure App Service mit dem virtuellen Netzwerk