Unbekannter Prozess antwortet auf Webanforderungen auf einer AWS-Serverkopie

Unbekannter Prozess antwortet auf Webanforderungen auf einer AWS-Serverkopie

Ich versuche, an einem Website-Fehler zu arbeiten, der sich derzeit nur in der Produktion manifestiert. Da ich diese Umgebung nicht herunterfahren kann, versuche ich, eine möglichst nahe Kopie zu erstellen. Die Site basiert auf Kentico 11 und läuft auf einem Windows Server 2019 Datacenter auf einer Amazon EC2 t2-Instanz, die von einer RDS SQL Server Web Edition-Instanz unterstützt wird. Um die Testumgebung zu erstellen, erstelle ich einen Sicherungsdump der Datenbank und stelle ihn in einer anderen Datenbank auf der Instanz wieder her. Außerdem erstelle ich ein AMI des EC2 und starte damit eine neue EC2-Instanz.

Dieser Vorgang hat in der Vergangenheit Dutzende Male funktioniert, aber dieses Mal (und ich habe ihn heute bisher viermal durchgeführt) gibt die Website auf der neuen Instanz nie etwas anderes als einen allgemeinen 404-Status zurück (das heißt, die minimale 404-Seite, die von IIS selbst zurückgegeben wird, nicht von Kentico). Seltsamerweise werden diese Anfragen an die Kopie nicht in deren IIS-Anforderungsprotokoll protokolliert. Ich kann keine Unterschiede zwischen der Produktionsinstanz und der Kopie erkennen, außer Details wie der IP-Adresse und der Datenbankverbindungszeichenfolge, und ich kann mir keinen Grund vorstellen, warum es einen Unterschied geben sollte; ich habe das AMI nur wenige Minuten vor dem Starten der neuen Instanz erstellt. Ich habe einen ganzen Tag damit verbracht, es erneut zu versuchen und zu googeln, bis meine Finger taub waren … Hat irgendjemand irgendwelche Ideen oder Vorschläge, warum die Kopie nicht wie erwartet funktioniert oder wie man sie dazu bringen kann?

BEARBEITEN: Ich habe mich gefragt, was auf HTTP-Anfragen reagiert, wenn IIS nicht reagiert hat. Ich habe mir den Antwortheader angesehen, der Folgendes enthält: Server: Microsoft-HTTPAPI/2.0. Ich habe Folgendes gefunden:https://docs.microsoft.com/en-us/windows/win32/http/http-api-start-pagewas das Mysterium nur noch vertieft. Was wird vor IIS gesetzt und wie? Und da diese Instanz von einem AMI gestartet wird, das auf einer funktionierenden Site basiert, wie kam es zu dieser Änderung?

EDIT: Ich habe den Titel für mehr Klarheit aktualisiert

Antwort1

Nach einigem Herumstöbern mitnetstatUndAufgabenlisteund die Feststellung, dass dieSystemProzess war das, was auf Anfragen auf den Ports 80 und 443 reagierte, ich hatte eine Idee, die ich früher hätte haben sollen, und schaute nach, was passiert, wenn man einelokaler HostAnfrage auf dem Produktionsserver, der kopiert wird. Zu meiner Überraschung war es dasselbe: Eine 404-Antwort von etwas, das sich als Microsoft-HTTPAPI/2.0... identifizierte.Endlichbrachte mich auf die Idee, dass es mit dem Hostnamen in der IIS-Portbindung zusammenhängen könnte.

Und tatsächlich, als ich diese Bindungen so bearbeitete, dass sie mit dem DNS-Namen des Kopierhosts übereinstimmten und nicht mit dem Namen des zu kopierenden Servers, wurden die Anfragen von IIS verarbeitet und was den Webdienst anbelangt, war alles wieder normal.

Eine weitere warnende Geschichte über einen Entwickler mit wenig Administratorerfahrung, der versuchen muss, ein Rätsel auf Administratorseite zu lösen.

verwandte Informationen