SSL WRONG_VERSION_NUMBER via een proxy: de oplossing

Wat betekent SSL: WRONG_VERSION_NUMBER?

TLS begint met een handshake-record. Als wat terugkomt een HTTP-respons is, leest de TLS-bibliotheek een nonsense versienummer en stopt. Python meldt WRONG_VERSION_NUMBER; de exacte tekst hangt af van de OpenSSL-versie en client.

Het proxy-URL schema bepaalt hoe jouw client met de proxy praat. http:// betekent plain HTTP naar de proxy, gevolgd door een CONNECT tunnel en TLS met de website. https:// betekent TLS direct met de proxy, wat alleen werkt als de proxy-poort TLS verwacht.

Hoe ziet SSL: WRONG_VERSION_NUMBER eruit in Python, curl, Node.js en browsers?

Dezelfde fout verschijnt anders in elk hulpmiddel. Dit zijn de berichten om in je logs te zoeken:

• Python requests / urllib3 2.x: SSLError(SSLError(1, '[SSL: WRONG_VERSION_NUMBER] wrong version number')) verpakt in een ProxyError
• httpx: httpx.ConnectError: [SSL: WRONG_VERSION_NUMBER] wrong version number
• curl: curl: (35) ... wrong version number als je -x https:// schrijft voor een plain proxy
• Node.js: EPROTO ... wrong version number in de foutmelding

Wat veroorzaakt SSL: WRONG_VERSION_NUMBER?

Waarschijnlijk eerst:

• https:// vóór het proxy-adres op een poort die plain HTTP spreekt. Dit is het meest voorkomende geval.
• Settings gekopieerd en geplakt van een provider waarvan de proxy-poort TLS verwacht.
• https:// op een URL met poort 80, of http:// op een sitepoort die TLS verwacht, buiten enige proxy.
• Een omgevingsvariabele zoals HTTPS_PROXY=https://... die je code erft.

Hoe diagnosticeer ik SSL: WRONG_VERSION_NUMBER stap voor stap?

1. Print de proxy-URL die je code gebruikt en controleer het schema.
2. Check de omgeving op HTTPS_PROXY en ALL_PROXY.
3. Voer de curl-test hieronder uit met -x http:// en bevestig dat het werkt.
4. Als curl werkt en je code niet, gebruikt je code of omgeving nog steeds https://.

# Use the URL that fails; with https://api.ipify.org instead, you test the gateway alone.
# "HTTP/1.1 200 Connection established" first, then the site's own status: the site answered.
curl -v -x http://USERNAME:[email protected]:7777 https://TARGET_URL

# Same test through the SOCKS5 port, with DNS resolved at the exit
curl -v --socks5-hostname gw.crawlrelay.com:7778 --proxy-user USERNAME:PASSWORD https://TARGET_URL

Hoe los ik SSL: WRONG_VERSION_NUMBER op?

• Gebruik http:// voor de proxy-URL in elke sleutel: {"http": "http://...", "https": "http://..."}.
• Laat TLS-verificatie aan staan. De fix is het schema, niet verify=False.
• Fix de omgevingsvariabele in plaats van overschrijven in één script.

Moet ik opnieuw proberen na SSL: WRONG_VERSION_NUMBER?

Probeer deze fout nooit opnieuw: elke poging faalt op dezelfde manier. Het is een configuratiefout van één karakter.

Hoe geldt SSL: WRONG_VERSION_NUMBER voor CrawlRelay?

CrawlRelay’s HTTP-poort is een plain HTTP proxy-poort die HTTPS-sites door CONNECT tunnels draagt. TLS loopt end-to-end tussen je client en de site binnen de tunnel, dus de gateway heeft nooit een https:// proxy-URL nodig.

Gateway: gw.crawlrelay.com, poort 7777 (HTTP, HTTPS via CONNECT) en poort 7778 (SOCKS5). Gebruikersnaamformaat: USERNAME-country-{cc}-state-{state}-city-{city}-zip-{zip}-asn-{asn}-session-{id}-ttl-{minutes}. Gerelateerd: SSL certificate verify failed · Kan geen verbinding maken met proxy · Python-gids.