EPIPE sa Node.js pagkatapos kumonekta sa SOCKS proxy
Unawain ang EPIPE ng Node pagkatapos kumonekta sa SOCKS endpoint at tingnan kung nakumpleto ang kinakailangang handshake.
Sinasabi ng connect event ng Node socket na naabot na ng TCP ang proxy. Hindi nito sinasabi na nagbukas ng koneksyon ang proxy papunta sa destinasyon.
Inaasahan ng SOCKS5 server ang negosasyon ng paraan, anumang piniling pagpapatotoo, at kahilingan sa destinasyon bago ang trapiko ng aplikasyon. Kung agad kang magpapadala ng HTTP request, maaaring isara ng server ang koneksyon. Maaaring makabuo ng EPIPE ang susunod na pagsusulat.
Ang EPIPE lamang ay hindi nagpapatunay ng kulang na handshake. Nag-uulat ito ng pagsusulat sa isang koneksyong hindi na tinatanggap ng kabilang panig ang komunikasyong iyon. Basahin ang mga naunang event at protocol reply para malaman kung bakit nagsara ang kabilang panig.
Gumamit ng connector na nagpapatupad ng kumpletong palitan ng SOCKS. Para sa pangunahing HTTPS client ng Node, ang agent na nakakaalam ng SOCKS ay maaaring magsagawa ng negosasyong iyon bago ang TLS ng destinasyon. Kung ikaw mismo ang magpapatupad ng palitan, ipunin ang data ayon sa mga haba ng field ng protocol. Hindi garantisado na ang isang data event ay may isang kumpletong tugon, at ang ibinalik na bound address ay hindi kailangang tumugma sa isang hardcoded na byte string.
Irehistro ang paghawak ng error bago pa mabigo ang operasyon, panatilihin ang yugto ng koneksyon sa ulat ng error, at ipadala lamang ang protocol ng destinasyon pagkatapos ng matagumpay na negosasyon. Ang paghuli sa error ay pumipigil sa hindi nahawakang event; hindi nito inaayos ang di-wastong palitan.