Node.js EPIPE pärast SOCKS-proksiga ühendamist
Tõlgendage Node'i EPIPE-i pärast SOCKS-i lõpp-punktiga ühendamist ja kontrollige, kas nõutav handshake lõpetati.
Node'i sokli connect-sündmus ütleb, et TCP jõudis proksini. See ei ütle, et proksi avas ühenduse sihtkohaga.
SOCKS5-server ootab enne rakenduse liiklust meetodi läbirääkimist, valitud autentimist ja sihtkoha päringut. Kui saadate HTTP-päringu kohe, võib server ühenduse sulgeda. Hilisem kirjutamine võib siis tekitada EPIPE.
EPIPE üksi ei tõesta, et handshake puudub. See teatab kirjutamisest ühendusse, mille vastaspool ei võta seda suhtlust enam vastu. Lugege varasemaid sündmusi ja protokolli vastuseid, et teada saada, miks vastaspool sulges.
Kasutage konnektorit, mis rakendab täieliku SOCKS-vahetuse. Node'i põhilise HTTPS-kliendi jaoks saab SOCKS-teadlik agent selle läbirääkimise teha enne sihtkoha TLS-i. Kui rakendate vahetust ise, koguge andmeid vastavalt protokolli väljapikkustele. Ei ole garanteeritud, et üks data-sündmus sisaldab üht täielikku vastust, ja tagastatud seotud aadress ei pea vastama ühele kõvakodeeritud baidijadale.
Registreerige veakäsitlus enne, kui toiming võib ebaõnnestuda, säilitage veaaruandes ühenduse etapp ja saatke sihtkoha protokoll alles pärast läbirääkimise õnnestumist. Vea püüdmine hoiab ära käsitlemata sündmuse; see ei paranda kehtetut vahetust.