VPN yoniq, localhost ishlamayapti: nom, proksi yoki bind?

Rivojlanish serveringiz bir daqiqa oldin javob bergan edi, endi tunnel ko'tarilgach so'rov siz hech qachon yozmagan xost nomi bilan vaqt tugashi bilan yakunlanadi. Deyarli har bir holatni ikki mexanizm tushuntiradi va tashqaridan ular bir xil ko'rinadi. Qidiruv qo'shimchasi qisqa nomni korporativ nomga aylantiradi, proksi esa loopback trafigini unga yetib bora olmaydigan xostga yuboradi. Ikkalasini ajratish bitta so'rovga tushadi va siz yozmoqchi bo'lgan firewall qoidasini tejaydi.

localhost korporativ zonaga hal bo'lganda

Tunnel ko'tarilgan paytda nom nimaga hal bo'lishini tekshiring, keyin tunnelni tushirib o'sha so'rovni bajaring va ikkala javobni solishtiring. Belgisi – 127.0.0.1 kutgan joyda korporativ diapazondagi manzil chiqishi. localhost.mycompany.corp kabi yozuv mijoz ushbu qo'shimchani qidiruv ro'yxatiga qo'shgan zahoti loopback yozuvini yengadi va so'rov o'sha portda hech narsa tinglamaydigan xususiy xostga ketadi. Qidiruv ro'yxatini taxmin qilish o'rniga o'qing, chunki mijoz bir nechta domen qo'shishi mumkin va qaysi nomzod birinchi sinovdan o'tishini tartib hal qiladi:

getent hosts localhost
resolvectl domain
ss -ltnp | grep 8080

Xost nomini ilovadagi, ma'lumotlar bazasi mijozidagi yoki daftar URLidagi so'zma-so'z manzil bilan almashtiring, keyin so'rovni takrorlang. Agar xato yo'qolsa, sizda nomlash muammosi bor edi va tunnel faqat turtki bo'lgan. Agar u davom etsa, tinglovchi yoki marshrut keyingi gumondor va nom shunchaki yolg'on iz edi.

Loopbackni ushlab oladigan proksi sozlamalari

Tunnel ko'tarilganda qo'llaniladigan tizim proksisi 127.0.0.1 manziliga so'rovni qabul qiladi va uni nima demoqchi bo'lganingizni bilmaydigan masofaviy proksiga yuboradi. Bo'sh istisnolar ro'yxati mahalliy so'rovni masofaviyga aylantiradi va xato xabari buni kamdan-kam aytadi. Loopback manzillarini bitta buyruq uchun emas, butun sessiya uchun istisnolar ro'yxatiga qo'shing, keyin tarmoq haqida xulosa qilishdan oldin asbob bunga rioya qilishini tasdiqlang.

Ilova freymvorklari o'z muhit o'zgaruvchilarini va ba'zan o'z konfiguratsiya faylini o'qiydi, shuning uchun bitta asbob uchun ishlaydigan istisno keyingisi uchun hech narsani isbotlamaydi. Brauzerlar bir noziklik qo'shadi: Chromium asosidagi brauzerlar loopback uchun proksini bilvosita chetlab o'tadi va istisno tokeni bu xatti-harakatni olib tashlashi mumkin. Operatsion tizim sozlamasi butun hikoya deb o'ylash o'rniga haqiqiy proksi qarorini tekshiring. Shell'dan ishga tushirilgan har qanday narsa uchun ikkita buyruq buni hal qiladi:

curl --noproxy '*' http://127.0.0.1:8080/health
NO_PROXY=localhost,127.0.0.1,::1 your-tool

bind manzili kim ulanishi mumkinligini hal qiladi

127.0.0.1 da ishga tushirilgan server faqat shu mashinadan ulanishlarni qabul qiladi, bu odatda rivojlanish uchun to'g'ri standart. 0.0.0.0 dagi server VPN adapterini ham qo'shib har bir interfeysda javob beradi, bu ko'pchilik o'ylagandan ko'ra ko'proq ochiqlik. So'zma-so'z loopback manzili ishlamasa, birinchi navbatda bindni tekshiring.

Tinglayotgan soketga qarang va u qaysi manzilga bog'langanini yozib qo'ying, faqat portni emas. Agar boshqa qurilma yoki konteyner xizmatga tunnel orqali yetishi kerak bo'lsa, u ishlatadigan aniq interfeysga bog'lang va o'sha portga ataylab ruxsat bering. Agar faqat o'z mashinangizga kerak bo'lsa, tor bindni saqlang va serverni kengaytirish o'rniga mijozni tuzating. Port yo'naltirish yoki tunnel qatlami ikkalasini bog'lashi mumkin, ammo har biri keyinroq o'z tuzatishini talab qiladigan komponent qo'shadi.

Tuzatish asbobi LANni kutadigan joy

Tuzatish asboblari tunnel jimgina buzadigan taxminlarni olib yuradi. Telefon tuzatish ko'prigi VPN qurilmaning quyi tarmog'ini ushlab olganda qurilmasini yo'qotadi, shuning uchun LAN manzili yoki kabel orqali qayta ulanish to'qnashuvdan qochadi. Brauzer avtomatlashtirish markazi markaz faqat proksi orqali yetib boriladigan bo'lsa yoki mahalliy firewall uning boshqaruv portini tashlab yuborsa vaqt tugashi bilan yakunlanadi. Masofaviy tuzatuvchi mijoz marshrutni qayta yozgan joyda huquq ko'tarish va loopback manzilini talab qilishi mumkin.

Boshqaruv porti va ma'lumot portini alohida aniqlang, chunki ko'pincha biri omon qoladi, ikkinchisi yo'q. Keyin tuzatish asbob konfiguratsiyasiga, shu quyi tarmoq marshutiga yoki bo'lingan tunnel qoidasiga tegishli ekanini hal qiling. Har bir dasturchi mashinasida hosts faylini tahrirlash eng yomon masshtablanadi va birinchi bo'lib unutiladi. Profil bilan birga yashaydigan va tunnel egasi bo'lgan har kim ko'rib chiqishi mumkin bo'lgan sozlamani afzal ko'ring.

Birinchi muvaffaqiyatsiz bosqichda to'xtang

Uch bosqichdan o'ting: nomni hal qiling, so'zma-so'z manzilga soket oching, keyin asbob o'z ulanishini o'zi qursin. Har bir bosqich bir qatlamni yo'q qiladi, shuning uchun birinchi xato tuzatiladigan qatlamni nomlaydi va undan keyingi hamma narsa tekshirilmagan holda qoladi. Biror narsani o'zgartirishdan oldin natijani yozib qo'ying, chunki o'lchashdan oldin qo'llanilgan tuzatishni omaddan ajratib bo'lmaydi. Birinchi urinish muvaffaqiyatsiz bo'lib, takrorlash ishlasa, asbob ishga tushganda tunnel tayyor emas edi.

Qat'iy kutishni marshrutni kutadigan cheklangan tayyorgarlik tekshiruvi bilan almashtiring va muvaffaqiyatsiz bosqichni jurnalda qoldiring, keyingi odam qayerda to'xtaganini ko'rsin. O'z-o'zidan tiklanadigan asbob tuzatilgan emas, u shunchaki omadli va omad boshqa birovning mashinasida tugaydi. Tunnelni eng oxirida va faqat haqiqatan muvaffaqiyatsiz bo'lgan bosqich uchun o'zgartiring. Bu tartib ishlaydigan buildga qaytishning eng qisqa yo'li hamdir, chunki u hech qachon ishtirok etmagan komponentni qayta qurishdan sizni to'xtatadi.