EPIPE en Node.js post konekto al SOCKS-prokurilo
Interpretu la EPIPE-eraron de Node post konekto al SOCKS-finpunkto kaj kontrolu, ĉu la bezonata manpremo finiĝis.
La connect-evento de la Node-ingo diras al vi, ke TCP atingis la prokurilon. Ĝi ne diras, ke la prokurilo malfermis konekton al la celo.
SOCKS5-servilo atendas metodan intertraktadon, eblan elektitan aŭtentikigon kaj celpeton antaŭ la aplikaĵa trafiko. Se vi tuj sendas HTTP-peton, la servilo povas fermi la konekton. Pli posta skribo tiam povas produkti EPIPE.
EPIPE sola ne pruvas mankan manpremon. Ĝi raportas skribon al konekto, kies alia flanko jam ne akceptas tiun komunikadon. Legu la pli fruajn eventojn kaj protokolajn respondojn por ekscii, kial la alia flanko fermis.
Uzu konektilon, kiu realigas la kompletan SOCKS-interŝanĝon. Por la kern HTTPS-kliento de Node, SOCKS-konscia agento povas plenumi tiun intertraktadon antaŭ la TLS de la celo. Se vi mem realigas la interŝanĝon, amasigu datumojn laŭ la kampolongoj de la protokolo. Ne estas garantiite, ke unu data-evento enhavas unu kompletan respondon, kaj la redonita ligita adreso ne devas kongrui kun unu fikskodita bajtĉeno.
Registru eraran traktadon antaŭ ol la operacio povas malsukcesi, konservu la konektan stadion en la erarraporto kaj sendu la celprotokolon nur post sukcesa intertraktado. Kapti la eraron malhelpas neprilaboritan eventon; ĝi ne riparas malvalidan interŝanĝon.