Prekrivno omrežje N2N ni proxy: narišite obe povezavi

Firefox kaže na 127.0.0.1:8000, rob N2N je aktiven, partner odgovori na ping na svojem naslovu v prekrivnem omrežju, brskalnik pa še vedno poroča, da je proxy zavrnil povezavo. Nič v tej verigi ni protislovno. Prekrivno omrežje da gostitelju dosegljiv naslov v zasebnem omrežju; ne ustvari procesa, ki bi govoril proxy protokol. Brskalnik ne zahteva poti do partnerja. Zahteva lokalnega poslušalca.

Tu se zamenjujeta dve povezavi, in če ju narišemo ločeno, se večina zmede razjasni v minuti.

Dve povezavi, ne ena

Prva povezava poteka od brskalnika do tega, kar posluša na vratih loopback. To je lokalni socket, in če ga nič ne poseduje, je povezava zavrnjena, preden do N2N prispe en sam paket. Druga poteka od procesa proxy do izvora, ki ga pridobiva. To pot izbere usmerjevalna tabela gostitelja proxy, in to je lahko običajna povezava navzgor, drug tunel ali pot politike, ki nima nič skupnega s prekrivnim omrežjem.

Ping proti partnerju dokazuje, da lahko prekrivno omrežje dostavlja pakete med robnimi naslovi. Ne dokazuje ničesar o poslušalcu na vratih 8000 in ničesar o tem, ali lahko ta gostitelj doseže izvor. Ločene okvare, ločeni popravki.

Kje mora živeti poslušalec

Proxy, vezan na 127.0.0.1, je namenoma lokalen: sprejema povezave samo s stroja, na katerem teče. To je prava privzeta nastavitev za osebni proxy in napačna oblika za njegovo deljenje prek prekrivnega omrežja. Strežba partnerjem prekrivnega omrežja zahteva bodisi bind naslov na vmesniku prekrivnega omrežja bodisi komponento za posredovanje, ki zaključi povezavo loopback in jo posreduje. V vsakem primeru naj eksplicitna politika odloči, kateri viri prekrivnega omrežja smejo uporabljati storitev, ker je odprt proxy v skupnem omrežju povabilo.

Dejanski bind preverite s seznamom socketov, ne s konfiguracijsko datoteko. Daemon, zagnan preden se je prekrivno omrežje dvignilo, je lahko še vedno vezan na naslov, ki ne obstaja več.

localhost ni partner

V polju proxy v brskalniku localhost kaže na stroj samega brskalnika. To ni rob, ni supernode in ni gostitelj na oddaljenem koncu tunela. Če proxy teče na drugem partnerju, v polje vnesite dosegljiv naslov v prekrivnem omrežju in vrata tega partnerja, nato potrdite, da poslušalec sprejema povezave z naslova vašega roba.

Supernodi pomagajo robovom najti drug drugega; niso proxy storitev. Če naslov supernoda obravnavamo kot končno točko proxy, dobimo enako zavrnitev z dodatnim korakom zmede.

Pot ne more izvesti rokovanja

Tudi s pravilnim naslovom usmerjanje ni proxy. Povezava HTTP proxy se začne z zahtevkom CONNECT ali vrstico zahteve v absolutni obliki, proxy SOCKS pa se začne s pogajanjem o različici in metodi. Usmerjevalnik ali prekrivno omrežje posreduje bajte; ne razčlenjuje teh sporočil in ne odpre naslednje povezave namesto vas. Zato pot, ki deluje za ping in SSH, lahko še vedno ne uspe za proxy v brskalniku: brskalnik potrebuje sodelujoč proces, ne le dosegljivosti.

Če je cilj samo doseči storitev na partnerju, odstranite nastavitev proxy in uporabite naslov storitve v prekrivnem omrežju neposredno.

Preizkusite meje po vrsti

Potrdite, da se naslov v prekrivnem omrežju odziva, nato potrdite, da na konfiguriranih vratih obstaja poslušalec, in zapišite njegov bind naslov. Izvedite eno nadzorovano zahtevo in preberite dnevnik proxy, da boste vedeli, ali je napaka pri poslušalcu ali pri nadaljnjem pridobivanju. Nazadnje preverite pot gostitelja proxy in politiko DNS za izvor.

Projekt N2N dokumentira robove in supernode kot komponente prekrivnega omrežja. Ne spreminja roba v aplikacijski proxy in nobena konfiguracija usmerjanja ne doda upravljalnika protokola, ki ga nihče ni zagnal.