[KURZVERSION] Ich verstehe, wenn NGINX eine Konfigurationsdatei betrachtet, DNS-Lookups auf den Hostnamen durchführt und die Ergebnisse (IP-Adressen, an denen die Hostnamen aufgelöst werden sollen) irgendwo speichert und bis zum nächsten Mal verwendet in einer Config-Datei (was nach meinem Verständnis ist nicht bis zum nächsten Neustart standardmäßig). Gibt es eine Möglichkeit, dieses Hostname-zu-ips-Mapping zu sehen, das mein aktuell ausgeführter NGINX-Dienst hat? Ich bin mir bewusst, dass es Möglichkeiten gibt, meinen NGINX so zu konfigurieren, dass er Änderungen an IPs für einen Hostnamen berücksichtigt. Ich möchte sehen was mein NGINX derzeit denkt, es sollte meinen Hostnamen auflösen.NGINX - Zeige zwischengespeicherte IPs für Hostnamen in Konfigurationsdateien?
[Ausarbeiten] Ich verwende den DNS-Namen eines AWS ELB (classic) als Hostname für einen Proxy-Pass. Und da sowohl die öffentlichen als auch die privaten IP-Adressen eines AWS-ELBs (ohne vorherige Ankündigung) geändert werden können, wird jede IP-Adresse, die NGINX zu Beginn des Dienstes für diesen Hostnamen zugeordnet hat, bei einer solchen Änderung veraltet. Ich glaube, dass die IP-Änderung gerade für mich passiert ist, da mein NGINX-Dienst Traffic an einen anderen Cluster weiterleitet, als in seiner Konfiguration angegeben ist. Der Neustart des NGINX-Dienstes behebt das Problem. Aber ich schaue noch mal, wo NGINX derzeit denkt, dass es den Traffic senden soll, nicht wie man es repariert oder verhindert (viele Online-Ressourcen für die Arbeit mit dynamischen Upstreams, die ich vor der Bereitstellung meines NGINX-Dienste ...).
Vielen Dank im Voraus!
Vielen Dank für den Vorschlag. Und ja, genau das habe ich getan. Was ich jedoch wissen möchte, ist, wie man meinen laufenden NGINX-Dienst in Bezug auf Hostnamen-zu-ips sieht, nicht so sehr, wie man für dynamisches Upstream konfiguriert. – jang0
Bearbeitet. Der schnellste und einfachste Weg, IMHO, $ upstream_addr' in das benutzerdefinierte Zugriffsprotokoll zu schreiben –
Nochmals vielen Dank für die Ausarbeitung! Aber ich denke, das Drucken der Upstream-Adresse in einem benutzerdefinierten Zugriffsprotokoll erfordert einen Neustart des NGINX-Dienstes ... richtig? – jang0