2017-10-12 1 views
0

Wir haben einen App-Service, der eine ASP.NET App in Azure ist. Wir haben 200 OK-Antwort für/Route definiert. Wenn wir vom Browser oder Postman versuchen, den Endpunkt zu erreichen, erhalten wir die gewünschten Ergebnisse. Aber in Azure App Insights bemerken wir GET/Anfrage alle 5 Minuten, die fehlgeschlagen ist.Azure App Service gibt 404 für GET/request zurück

DNS Configuration Vom Bild zur Verfügung gestellt, können Sie diese Standard-Azure-Route (qualitykitchen.azurewebsites.net) sind zu sehen ist immer noch da, wie wir sie haben nicht einen Weg finden, zu löschen.

404 Errors screenshot from Azure Es ist wichtig zu beachten, dass Anfrage, die 404 generiert, die Standardroute für (qualitykitchen.azurewebsites.net) statt der benutzerdefinierten Route ist, die wir über benutzerdefiniertes DNS eingerichtet haben (api-staging.qualitykitchen.co).

Da wir 'Always On' aktiviert haben, sind wir ziemlich sicher, dass die Anfragen einfach Azur sind, um den Dienst anzupingen, um ihn am Leben zu erhalten. Leider scheint es unklar zu sein, auf welcher Route man anrufen soll.

Stimmt die Annahme, dass die Anfragen von Azure kommen? Wie können wir Azure anweisen, einen Anruf bei unserer benutzerdefinierten Route zu tätigen?

Antwort

1

Ja, das ist korrekt, das ist der AlwaysOn-Agent (überprüfen Sie in Ihrer Telemetrie).

Leider scheint es, als ob es verwirrt ist, auf welche Route zu rufen.

Es ist nicht, AlwaysOn Agent ruft immer http://{sitename}.azurewebsites.net/, benutzerdefinierte Domänen ignoriert. Es ruft immer / und Sie können keine benutzerdefinierte URL angeben.

Behandeln Sie einfach auch diese Domäne und antworten Sie 200 OK zurück. Sie können die Standardbindung .azurewebsites.net nicht entfernen.

Verwandte Themen