N2N qatlami proksi emas: ikkala ulanishni chizing
Qatlam tengdoshga yetib boradi, brauzer esa hanuz rad javobini oladi. Bu yo‘q tinglovchi yoki noto‘g‘ri bind, N2N dagi marshrutlash xatosi emas.
Firefox 127.0.0.1:8000 manziliga ishora qiladi, N2N chekkasi ishlayapti, tengdosh o‘z qatlam manzilida ping ga javob beradi, lekin brauzer hanuz proksi ulanishni rad etganini bildiradi. Bu zanjirda hech qanday qarama-qarshilik yo‘q. Qatlam xostga xususiy tarmoqda yetib boriladigan manzil beradi; u proksi protokolida gapiradigan jarayon yaratmaydi. Brauzer tengdoshga marshrut so‘ramayapti. U mahalliy tinglovchini so‘ramoqda.
Bu yerda ikkita ulanish aralashtirilmoqda va ularni alohida chizish chalkashlikning ko‘p qismini bir daqiqada ochib beradi.
Ikki ulanish, bitta emas
Birinchi ulanish brauzerdan loopback portida tinglayotgan narsaga boradi. Bu mahalliy soket va agar unga hech kim egalik qilmasa, bitta paket ham N2N ga yetib bormasdan ulanish rad etiladi. Ikkinchisi proksi jarayonidan u olayotgan manbaga boradi. Bu yo‘lni proksi xostining marshrutlash jadvali tanlaydi va u oddiy uplink, boshqa tunnel yoki qatlam bilan hech qanday aloqasi bo‘lmagan siyosat marshruti bo‘lishi mumkin.
Tengdoshga ping yuborish qatlam chekka manzillar orasida paket yetkaza olishini isbotlaydi. Bu 8000 portidagi tinglovchi haqida hech narsa isbotlamaydi va bu xost manbaga yeta oladimi, uni ham. Alohida nosozliklar, alohida tuzatishlar.
Tinglovchi qayerda yashashi kerak
127.0.0.1 ga bog‘langan proksi ataylab mahalliy: u faqat o‘zi ishlayotgan mashinadan ulanishlarni qabul qiladi. Bu shaxsiy proksi uchun to‘g‘ri standart va uni qatlam orqali bo‘lishish uchun noto‘g‘ri shakl. Qatlam tengdoshlariga xizmat ko‘rsatish uchun yo qatlam interfeysidagi bind manzili, yo loopback ulanishini tugatib uzatadigan yo‘naltirish komponenti kerak. Har holda, aniq siyosat qaysi qatlam manbalari xizmatdan foydalanishi mumkinligini hal qilishi kerak, chunki umumiy tarmoqdagi ochiq proksi taklifnoma.
Haqiqiy bind ni konfiguratsiya fayli o‘rniga soketlar ro‘yxati bilan tekshiring. Qatlam ko‘tarilishidan oldin ishga tushirilgan demon endi mavjud bo‘lmagan manzilga bog‘langan bo‘lishi mumkin.
localhost tengdosh emas
Brauzerning proksi maydonida localhost brauzerning o‘z mashinasiga ishora qiladi. Bu chekka emas, supernode emas va tunnelning uzoq uchidagi xost ham emas. Agar proksi boshqa tengdoshda ishlayotgan bo‘lsa, o‘sha tengdoshning yetib boriladigan qatlam manzili va portini maydonga qo‘ying, so‘ngra tinglovchi sizning chekka manzilingizdan ulanishlarni qabul qilishini tasdiqlang.
Supernodelar chekkalarga bir-birini topishga yordam beradi; ular proksi xizmati emas. Supernode manzilini proksi oxirgi nuqtasi deb qarash o‘sha rad javobini qo‘shimcha chalkashlik qadami bilan beradi.
Marshrut handshake qila olmaydi
Manzil to‘g‘ri bo‘lsa ham, marshrutlash proksilash emas. HTTP proksi ulanishi CONNECT so‘rovi yoki mutlaq shakldagi so‘rov satri bilan boshlanadi, SOCKS proksi esa versiya va usul muzokarasi bilan boshlanadi. Router yoki qatlam baytlarni uzatadi; u bu xabarlarni tahlil qilmaydi va siz uchun keyingi ulanishni ochmaydi. Shuning uchun ping va SSH uchun ishlaydigan marshrut brauzer proksisi uchun muvaffaqiyatsiz bo‘lishi mumkin: brauzerga hamkorlik qiluvchi jarayon kerak, faqat yetib borish emas.
Agar maqsad faqat tengdoshdagi xizmatga yetish bo‘lsa, proksi sozlamasini olib tashlang va xizmatning qatlam manzilini to‘g‘ridan-to‘g‘ri ishlating.
Chegaralarni tartib bilan sinab ko‘ring
Qatlam manzili javob berishini tasdiqlang, so‘ngra sozlangan portda tinglovchi borligini tasdiqlab uning bind manzilini yozib oling. Bitta nazorat qilinadigan so‘rov yuboring va proksi jurnalini o‘qing, nosozlik tinglovchida yoki keyingi olishda ekanini bilish uchun. Nihoyat, proksi xostining marshrutini va manba uchun DNS siyosatini tekshiring.
N2N loyihasi chekkalar va supernodelarni qatlam komponentlari sifatida hujjatlashtiradi. U chekkani ilova proksisiga aylantirmaydi va hech qanday marshrutlash konfiguratsiyasi hech kim ishga tushirmagan protokol ishlovchisini qo‘shmaydi.