FTP saioa hasteak kontrol-konexio bat erabiltzen du. Gero, direktorio-zerrenda edo deskarga batek datu-konexio bat behar du, eta hori huts egin dezake SOCKS bidezko saioa ondo joan bazen ere.

Ezarri lehenengo modu pasiboa edo aktiboa. Modu pasiboan bezeroak FTP zerbitzariak emandako helbide eta portura konexio berri bat irekitzen du. Konexio horrek ere aurreikusitako proxy-bidea behar du.

Ruby socket integrazioa

Rubyren Net::FTP APIak konexioaren eta modu pasiboaren jokaera dokumentatzen du. SOCKS integrazioak kontrol- eta datu-bideek erabiltzen duten socket sorrera estali behar du; beste leku bateko HTTP bezeroaren proxy-ezarpenak ez ditu horiek konfiguratzen.

Integrazioak socketen jokaera orokorki aldatzen badu, berrikusi bere konkortasun-esparrua. Transferentzia baten inguruko bloke batek ezin ditu beste hariak egoera partekatuko aldaketetatik isolatu.

Hornitzaileak mutur estatiko bat eskaini dezake, baina hori zerbitzu-ezaugarria da, ez SOCKS-en baldintza orokorra. Konexio bereiziek irteera desberdinak erabil ditzaketenean, egiaztatu FTP zerbitzariak nola lotzen duen bere datu-konexioa autentifikatutako kontrol-konexioarekin.

Erregistratu iritsitako etapa, modua eta datu-muturra, kredentzialak kenduta. Horrek datu-bide blokeatua proxy-saio hasierako hutsegite batetik bereizten du.

Erlazionatutako artikuluak