En N2N-Overlay ass kee Proxy: zeech béid Verbindungen

Firefox weist op 127.0.0.1:8000, den N2N-Edge ass un, de Peer äntwert op e Ping op senger Overlay-Adress, an de Browser mëlldet nach ëmmer, datt de Proxy d'Verbindung ofgelehnt huet. Nichts an dëser Kette ass widderspréchlech. En Overlay gëtt engem Host eng erreechbar Adress an engem private Netz; en erstellt keen Prozess, deen de Proxy-Protokoll schwätzt. De Browser freet keng Route zu engem Peer. En freet e lokalen Listener.

Hei ginn zwou Verbindunge verwiesselt, an se getrennt ze zeechnen kläert de gréissten Deel vun der Verwirrung an enger Minutt.

Zwou Verbindungen, net eng

Déi éischt Verbindung geet vum Browser zu deem wat um Loopback-Port lauschtert. Dat ass e lokale Socket, an wann näischt en huet, gëtt d'Verbindung ofgelehnt ier ee Pak N2N erreecht. Déi zweet geet vum Proxy-Prozess zu dem Origin, deen en ofrufft. Dee Wee wielt d'Routing-Tabell vum Proxy-Host, an et kann den normale Uplink, en aneren Tunnel oder eng Policy-Route sinn, déi näischt mam Overlay ze dinn huet.

De Peer pingen beweist, datt den Overlay Päck tëscht Edge-Adressen zoustelle kann. Et beweist näischt iwwer e Listener um Port 8000, an och näischt doriwwer, ob deen Host den Origin erreeche kann. Getrennte Feeler, getrennte Korrekturen.

Wou de Listener musse liewen

E Proxy, deen un 127.0.0.1 gebonnen ass, ass bewosst lokal: en akzeptéiert Verbindunge nëmme vun der Maschinn, op där en leeft. Dat ass den richtege Standard fir e perséinleche Proxy an déi falsch Form, en iwwer en Overlay ze deelen. Fir Overlay-Peeren ze déngen, brauch een entweder eng Bind-Adress um Overlay-Interface oder eng Forwarding-Komponent, déi d'Loopback-Verbindung beend an se weiderleet. Op alle Fall soll eng explizit Politik entscheeden, wéi eng Overlay-Quellen den Déngscht benotze kënnen, well en oppene Proxy op engem gemeinsam benotzten Netz eng Invitatioun ass.

Préift de tatsächleche Bind mat enger Socket-Lëscht amplaz vun der Konfiguratiounsdatei. En Daemon, dee gestart gouf ier den Overlay ugangen ass, ka nach un eng Adress gebonne sinn, déi et net méi gëtt.

localhost ass net de Peer

Am Proxy-Feld vum Browser weist localhost op d'Maschinn vum Browser selwer. En ass net den Edge, net de Supernode, an net den Host um wäiten Enn vum Tunnel. Wann de Proxy op engem anere Peer leeft, setzt déi erreechbar Overlay-Adress an de Port vun deem Peer an d'Feld, an da bestätegt, datt de Listener Verbindunge vun Ärer Edge-Adress akzeptéiert.

Supernode hëllefen den Edges, sech géigesäiteg ze fannen; si sinn keen Proxy-Déngscht. Eng Supernode-Adress als Proxy-Endpunkt ze behandelen ergëtt déi selwecht Oflehnung mat engem zousätzleche Schrëtt Verwirrung.

Eng Route kann keen Handshake ausféieren

Och mat der richtege Adress ass Routing net Proxying. Eng HTTP-Proxy-Verbindung fänkt mat enger CONNECT-Ufro oder enger Ufrozeil an absoluter Form un, an en SOCKS-Proxy fänkt mat enger Verhandlung iwwer Versioun a Method un. En Router oder en Overlay leet Bytes weider; en analyséiert déi Message net an opent déi nächst Verbindung net fir Iech. Dofir kann eng Route, déi fir Ping an SSH funktionéiert, fir e Browser-Proxy nach ëmmer feelen: de Browser brauch e kooperéierende Prozess, net just Erreechbarkeet.

Wann d'Zil just ass, en Déngscht um Peer z'erreechen, entfernt d'Proxy-Astellung a benotzt d'Overlay-Adress vum Déngscht direkt.

Test d'Grenzen an der Rei

Bestätegt, datt d'Overlay-Adress äntwert, bestätegt dann, datt um konfiguréierte Port e Listener existéiert, a notéiert seng Bind-Adress. Maacht eng kontrolléiert Ufro a liest de Proxy-Log, fir ze wëssen, ob de Feeler beim Listener oder beim weidere Ruff läit. Endlech préift d'Route vum Proxy-Host an d'DNS-Politik fir den Origin.

Den N2N-Projet dokumentéiert Edges a Supernode als Overlay-Komponenten. En mécht keen Edge zu engem Applikatiounsproxy, an keng Routing-Konfiguratioun setzt e Protokollhandler derbäi, deen keen gestart huet.