N2N kaplaması bir proxy değildir: iki bağlantıyı da çizin

Firefox 127.0.0.1:8000 adresini gösteriyor, N2N kenarı ayakta, eş kendi kaplama adresinde ping'e yanıt veriyor ve tarayıcı hâlâ proxy'nin bağlantıyı reddettiğini bildiriyor. Bu zincirde çelişkili bir şey yok. Kaplama, bir ana makineye özel ağda erişilebilir bir adres verir; proxy protokolünü konuşan bir süreç oluşturmaz. Tarayıcı eşe giden bir yol istemiyor. Yerel bir dinleyici istiyor.

Burada iki bağlantı karıştırılıyor ve bunları ayrı ayrı çizmek karışıklığın çoğunu bir dakikada gideriyor.

İki bağlantı, bir değil

İlk bağlantı tarayıcıdan loopback portunda dinleyen şeye gider. Bu yerel bir sokettir ve ona sahip çıkan yoksa, tek bir paket N2N'ye ulaşmadan bağlantı reddedilir. İkincisi proxy sürecinden getirdiği kaynağa gider. Bu yolu proxy ana makinesinin yönlendirme tablosu seçer ve bu, olağan üst bağlantı, başka bir tünel veya kaplamayla hiç ilgisi olmayan bir ilke yolu olabilir.

Eşe ping atmak, kaplamanın kenar adresleri arasında paket iletebildiğini kanıtlar. 8000 portundaki bir dinleyici hakkında hiçbir şey kanıtlamaz ve o ana makinenin kaynağa ulaşıp ulaşamayacağını da kanıtlamaz. Ayrı arızalar, ayrı düzeltmeler.

Dinleyici nerede yaşamalı

127.0.0.1'e bağlanmış bir proxy kasıtlı olarak yereldir: yalnızca üzerinde çalıştığı makineden bağlantı kabul eder. Bu, kişisel bir proxy için doğru varsayılan ve onu bir kaplama üzerinden paylaşmak için yanlış biçimdir. Kaplama eşlerine hizmet vermek, ya kaplama arayüzünde bir bind adresi ya da loopback bağlantısını sonlandırıp ileten bir yönlendirme bileşeni gerektirir. Her durumda, açık bir ilke hangi kaplama kaynaklarının hizmeti kullanabileceğine karar vermelidir, çünkü paylaşılan bir ağdaki açık proxy bir davettir.

Gerçek bind'i yapılandırma dosyası yerine soket listesiyle kontrol edin. Kaplama ayağa kalkmadan önce başlatılan bir daemon, artık var olmayan bir adrese bağlı kalmış olabilir.

localhost eş değildir

Tarayıcının proxy alanında localhost, tarayıcının kendi makinesini gösterir. Kenar değildir, supernode değildir ve tünelin uzak ucundaki ana makine değildir. Proxy başka bir eşte çalışıyorsa, o eşin erişilebilir kaplama adresini ve portunu alana yazın, ardından dinleyicinin sizin kenar adresinizden bağlantı kabul ettiğini doğrulayın.

Supernode'lar kenarların birbirini bulmasına yardımcı olur; proxy hizmeti değildirler. Bir supernode adresini proxy uç noktası olarak ele almak, aynı reddi fazladan bir karışıklık adımıyla verir.

Bir yol el sıkışması gerçekleştiremez

Adres doğru olsa bile, yönlendirme proxying değildir. Bir HTTP proxy bağlantısı CONNECT isteği veya mutlak biçimli istek satırıyla başlar, SOCKS proxy ise sürüm ve yöntem pazarlığıyla başlar. Bir yönlendirici veya kaplama baytları iletir; bu mesajları ayrıştırmaz ve sizin yerinize sonraki bağlantıyı açmaz. Bu yüzden ping ve SSH için çalışan bir yol, tarayıcı proxy'si için yine de başarısız olabilir: tarayıcının işbirliği yapan bir sürece ihtiyacı vardır, yalnızca erişilebilirliğe değil.

Amaç yalnızca eşteki bir hizmete ulaşmaksa, proxy ayarını kaldırın ve hizmetin kaplama adresini doğrudan kullanın.

Sınırları sırayla test edin

Kaplama adresinin yanıt verdiğini doğrulayın, ardından yapılandırılmış portta bir dinleyici olduğunu doğrulayıp bind adresini not edin. Bir kontrollü istek yapın ve proxy günlüğünü okuyun, böylece arızanın dinleyicide mi yoksa sonraki çekmede mi olduğunu bilin. Son olarak, proxy ana makinesinin yolunu ve kaynak için DNS ilkesini kontrol edin.

N2N projesi kenarları ve supernode'ları kaplama bileşenleri olarak belgeler. Bir kenarı uygulama proxy'sine dönüştürmez ve hiçbir yönlendirme yapılandırması kimsenin başlatmadığı bir protokol işleyicisi eklemez.