N2N-yfirhúð er ekki proxy: teiknaðu báðar tengingarnar

Firefox bendir á 127.0.0.1:8000, N2N-brúnin er virk, jafninginn svarar pingi á yfirhúðarfanginu, og vafrinn segir enn að proxy hafi hafnað tengingunni. Ekkert í þeirri keðju er mótsagnakennt. Yfirhúð gefur hýsli aðgengilegt vistfang á einkaneti; hún býr ekki til ferli sem talar proxy-samskiptaregluna. Vafrinn biður ekki um leið að jafningja. Hann biður um staðbundinn hlustanda.

Hér eru tvær tengingar ruglaðar saman, og að teikna þær aðskildar skýrir megnið af ruglingnum á einni mínútu.

Tvær tengingar, ekki ein

Fyrsta tengingin liggur frá vafranum að því sem hlustar á loopback-gáttina. Það er staðbundið socket, og ef ekkert á það er tengingunni hafnað áður en eitt pakka nær N2N. Önnur liggur frá proxy-ferlinu að upprunanum sem það sækir. Þá leið velur leiðartöfluna á proxy-hýslinu, og hún getur verið venjulega uppstreymið, önnur göng eða stefnuleið sem hefur ekkert með yfirhúðina að gera.

Að pinga jafningjann sannar að yfirhúðin getur skilað pökkum milli brúnarvistfanga. Það sannar ekkert um hlustanda á gátt 8000, og ekkert um hvort það hýsil getur náð upprunanum. Aðskildar bilanir, aðskildar lagfæringar.

Hvar hlustandinn verður að búa

Proxy sem er bundið við 127.0.0.1 er viljandi staðbundið: það tekur aðeins við tengingum frá vélinni sem það keyrir á. Það er rétta sjálfgefna stillingin fyrir einkaproxy og ranga formið til að deila því yfir yfirhúð. Að þjóna jafningjum yfirhúðarinnar krefst annaðhvort bind-vistfangs á yfirhúðarinnviðnum eða framsendingarhluta sem lýkur loopback-tengingunni og sendir hana áfram. Hvort sem er, ætti skýr stefna að ákveða hvaða yfirhúðarheimildir mega nota þjónustuna, því opið proxy á sameiginlegu neti er boð.

Athugaðu raunverulega bind með socket-lista í stað stillingaskrárinnar. Daemon sem var ræst áður en yfirhúðin kom upp getur enn verið bundið við vistfang sem er ekki lengur til.

localhost er ekki jafninginn

Í proxy-reit vafrans bendir localhost á vél vafrans sjálfs. Það er ekki brúnin, ekki supernode og ekki hýsillinn við fjarlæga enda ganganna. Ef proxyið keyrir á öðrum jafningja, settu aðgengilegt yfirhúðarvistfang og gátt þess jafningja í reitinn, og staðfestu síðan að hlustandinn taki við tengingum frá brúnarvistfangi þínu.

Supernode hjálpa brúnum að finna hvora aðra; þau eru ekki proxy-þjónusta. Að meðhöndla supernode-vistfang sem endapunkt proxys gefur sömu höfnun með auka skrefi ruglings.

Leið getur ekki framkvæmt handshake

Jafnvel með réttu vistfangi er leiðsögn ekki proxying. HTTP-proxytenging hefst með CONNECT-beiðni eða beiðnilínu í algeru formi, og SOCKS-proxy hefst með samningum um útgáfu og aðferð. Beinir eða yfirhúð sendir bæti áfram; hún þáttar ekki þessi skilaboð og opnar ekki næstu tengingu fyrir þig. Þess vegna getur leið sem virkar fyrir ping og SSH samt mistekist fyrir vafraproxy: vafrinn þarf samvirkandi ferli, ekki bara aðgengi.

Ef markmiðið er bara að ná þjónustu á jafningjanum, fjarlægðu proxystillinguna og notaðu yfirhúðarvistfang þjónustunnar beint.

Prófaðu mörkin í röð

Staðfestu að yfirhúðarvistfangið svari, staðfestu síðan að hlustandi sé á stilltri gátt og skrifaðu niður bind-vistfang hans. Gerðu eina stýrða beiðni og lestu proxy-logginn, svo þú vitir hvort bilunin er hjá hlustandanum eða við næstu sókn. Að lokum skaltu athuga leið proxy-hýsilsins og DNS-stefnu fyrir upprunann.

N2N-verkefnið skrásetur brúnir og supernode sem yfirhúðarhluta. Það gerir brún ekki að forritaproxys, og engin leiðsagnarstilling bætir við samskiptareglu-handfara sem enginn hefur ræst.