Error: net::ERR_SSL_PROTOCOL_ERROR

[terion-name]

Error: net::ERR_SSL_PROTOCOL_ERROR

[jancurn]

@pocesar It seems you were using the Apify Proxy's GOOGLE_SERP proxy group when running the Google Places Scraper actor. Unfortunately, the GOOGLE_SERP proxy group only supports queries to Google Search and Google Shopping, but not to Google Maps. And since you're connecting over SSL (to https://maps.google.com), Apify Proxy has no way to respond back with an error to tell you about this, and the connection only fails with an SSL error like you're getting.

Just make sure you're not using GOOGLE_SERP proxy group, that's all.

[terion-name]

verbose:

Server[4567]: 1 | !!! Handling CONNECT some-site.com:443 HTTP/1.1
Server[4567]: 1 | Using upstream proxy http://user:<redacted>@<ip-address-here>:9257/
Server[4567]: 1 | Using HandlerTunnelChain
Server[4567]: 1 | Connecting to upstream proxy...
Server[4567]: 1 | Target socket assigned
Server[4567]: 1 | Connected to upstream proxy
Server[4567]: 1 | Target socket ended
Server[4567]: 1 | Target socket closed
(node:16613) UnhandledPromiseRejectionWarning: Error: net::ERR_SSL_PROTOCOL_ERROR at https://some-site.com/

[jancurn]

Thanks for reporting this, looks like some bug in handling SSL errors. We'll look into it - or pull requests are welcome.

[pocesar]

@jancurn the places-crawler actor isn't working because of this (when using the Google SERP proxy group)

[jancurn]

@terion-name We've checked it and the Let's Encrypt certificates are normally supported. Perhaps your system didn't have Let's Encrypt in their root certificates? Can you try to connect to the server directly without the proxy to see if the error is still there?

[jancurn]

Please, can you test it again with the new release 0.3.2?

[terion-name]

@jancurn got a pause with project where this issue occurred, retuning to it, will test soon, thank you

[wizehood]

Any update about this?
I get the exact same issue when using proxies with special characters inside the proxy URL (containing password with percentage(%) for example etc)

Thanks

[jancurn]

@wizehood please can you provide more examples or ideally some sort of reproduction case?

[wizehood]

@jancurn
I'm getting this with my client who got credentials from a 3rd party proxy provider. The provisionary URL goes something like this: http://customer-marktwain-session-60-sessionid-12345:passw%[email protected]:1234

It seems like special character inside the password creates an issue for this specific proxy string. Note that I didn't have problems before with digit/char/dash mixed passwords before.

[nick-loginov]

Getting this error too while navigating https site

[vadymhimself]

Same here

[szmarczak]

The % character needs to be percent-encoded as %25.