Jedes Proxy läuft in ein Timeout? Prüfen Sie die Ports, die Sie erreichen wollen
Unterscheiden Sie einen eingeschränkten ausgehenden Client-zu-Proxy-Port vom Zielport, der innerhalb eines Tunnels angefordert wird.
Das Ziel ist HTTPS auf Port 443, daher erwarten Sie, dass die HTTPS-Freigabe des Netzwerks ausreicht. Der gewählte Proxy lauscht jedoch auf Port 18347; die erste Verbindung geht an diesen Port.
Der Client-zu-Proxy-Endpunkt und das in CONNECT genannte Ziel sind getrennte Adressen. Ein Netzwerk kann direkten Datenverkehr zu 443 erlauben, aber ausgehende Verbindungen zu beliebigen Proxy-Ports einschränken.
Wenn viele unabhängige Proxy-Einträge fehlschlagen, bevor eine Proxy-Antwort eintrifft, vergleichen Sie ihre Lauschports und die genehmigte Ausgangsrichtlinie des Clients. Halten Sie das Ziel fest, während Sie den gemeinsamen ersten Hop untersuchen. Vergleichen Sie bei genehmigten Versuchen die Ports in der Liste kostenloser Proxys mit dieser Richtlinie; die Liste belegt keine Erreichbarkeit aus diesem Netzwerk. Schließen Sie nicht daraus, dass alle öffentlichen Endpunkte offline sind, nur weil ein eingeschränktes Netzwerk sie nicht erreicht.
Ein verworfener Verbindungsversuch kann in ein Timeout laufen; eine aktive Ablehnung scheitert schneller. Keine der Meldungen allein zeigt, wer die Richtlinie angewendet hat. Nutzen Sie die Protokolle des lokalen Netzwerks oder vom Administrator bereitgestellte Regeln, sofern verfügbar.
Fordern Sie den genehmigten Endpunkt oder eine eng begründete Zugriffsänderung an. Das Entfernen der gesamten Ausgangsrichtlinie ist keine Voraussetzung für die Nutzung eines Proxys, und die TLS-Prüfung des Ziels sollte nicht deaktiviert werden, um eine Verbindung zu reparieren, die nie einen TLS-Austausch erreicht hat.