Docker hat den Port veröffentlicht. Lauscht der Proxy dort?
Prüfen Sie den Listener im Proxy-Container und die Host-Port-Zuordnung von Docker, wenn Verbindungen abgelehnt oder zurückgesetzt werden.
Ein veröffentlichter Docker-Port liefert einen Pfad zu einem Endpunkt im Container. Er startet den Proxy nicht und ändert nicht die Adresse, auf der dieser Prozess lauscht.
Vergleichen Sie bei einer typischen Bridge-Netzwerk-Zuordnung diese drei Werte:
| Teil des Pfads | Zu prüfender Wert |
|---|---|
| Client-Einstieg | Die Host-Adresse und der veröffentlichte Port, die der Client kontaktiert |
| Weiterleitungsziel | Die Container-Adresse und der Port, die die Zuordnung auswählt |
| Dienst | Die Adresse und der Port, die der Proxy tatsächlich im Container bindet |
Ein Proxy, der im Container nur an 127.0.0.1 gebunden ist, empfängt möglicherweise keinen Datenverkehr, der an seine Netzwerkadresse weitergeleitet wird. Das unterscheidet sich davon, einen Host-Port nur auf dem Host-Loopback zu veröffentlichen: Das beschränkt, wer die Zuordnung erreichen kann, während Container-Loopback verhindern kann, dass die Zuordnung den Dienst erreicht.
Wählen Sie den internen Listener für die beabsichtigte Bereitstellung und bewahren Sie dabei eingeschränkte Host-Veröffentlichung und Proxy-Zugriff. Die Deklaration eines exponierten Ports in einem Dockerfile startet keinen Dienst, und ein erfolgreicher Containerstart belegt nicht, dass der Prozess am Weiterleitungsziel lauscht.
Verfolgen Sie, wie weit eine fehlgeschlagene Verbindung kommt. Ablehnungen und Zurücksetzungen variieren je nach Plattform und Weiterleitungsimplementierung, sodass keines von beiden eine Einstellung eindeutig identifiziert. Sobald sie den Dienst erreicht, suchen Sie nach einer gültigen Proxy-Begrüßung und wenden Sie die erforderliche SOCKS-Version, Authentifizierung und Zielrichtlinie an. Ein allein erreichbarer Host-Port kann diese Fähigkeiten nicht belegen.