OpenVPN tarmoq tayyor bo'lishidan oldin ishga tushishi muvaffaqiyatsizlik emas
Server yetib borish imkoniyati paydo bo'lishidan oldin ishga tushgan mijoz qayta urinmoqda, muvaffaqiyatsiz bo'lmayapti. Tartib, DNS, autentifikatsiya va ulanishdan keyingi tiklanishni ajrating.
Mijozni yuklanish paytida ishga tushirasiz, unit faol deb xabar beradi, tunnel esa yo'q. Tabiiy xulosa xizmat ishga tushmadi degani, tabiiy yechim uni qayta ishga tushirish. Ikkalasi ham yetarlicha tez-tez xato bo'lgani uchun qoidaga arziydi: qayta urinayotgan ishlab turgan mijoz tashqaridan buzilgan mijozga aynan o'xshaydi. Farq jarayon nima qilayotganida, unit holatida emas.
Afsona: ishga tushirilgan xizmat ishlayotgan tunnel degani
Faol unit jarayon ishga tushirilganini va chiqib ketmaganini isbotlaydi. Profil yuklanganini, sertifikat qabul qilinganini yoki narigi tomon javob berganini isbotlamaydi. Paketlangan mijoz bir necha daqiqa qayta urinish halqasida o'tirishi mumkin, systemd esa faqat muvaffaqiyat haqida xabar beradi. Holat bilan xatti-harakat orasidagi shu bo'shliq butun mavzu.
Teskari holat ham shunchalik odatiy. Kalitni o'qiy olmagach jarayon chiqib ketgan bo'lishi mumkin, shunda unit sabab haqida hech narsa demaydigan xato holatini xabar qiladi. Ikkala holatni ajratish uchun jurnal kerak.
Unit holati o'rniga o'sha nusxaning jurnalini o'qing. Sabab satri jurnalda bo'ladi, holat yorlig'ida emas.
Afsona: qayta urinish sozlamalari har qanday xatoni qoplaydi
Nom olish va transport qayta urinishlari alohida boshqaruvlar bo'lib, alohida standart qiymatlarga ega. resolv-retry uzoq xost nomining takroriy qidiruvlarini boshqaradi va hujjatlashtirilgan standart cheksiz urinishda davom etadi. connect-retry urinishlar orasidagi intervalni belgilaydi, connect-retry-max esa har bir uzoq yozuv necha marta sinalishini cheklashi mumkin. Ulardan birini o'zgartirishdan oldin jurnal qaysi bosqichni nomlashini tekshiring.
Bularning hech biri buzuq profilga, o'qib bo'lmaydigan maxfiy kalitga yoki rad etilgan akkauntga taalluqli emas. Ular tuzatishni talab qiladi va ularni qayta urinishda davom etayotgan mijoz oldinga siljimaydi.
Tasdiqlanmagan sertifikat uchun abadiy urinish tekshiruvni olib tashlashga sabab emas. Bu xatoni o'qishga sabab.
Afsona: bitta ishga tushirgich yetarli, yana bittasini qo'shing
NetworkManager yoki paketlangan unit boshqarayotgan ulanishga ikkinchi ishga tushirgich kerak emas. Bir xil marshrutlar uchun kurashayotgan ikki jarayon ikkilangan interfeyslar, chalkash jurnallar va hech kim ko'rmaydigan sabablarga ko'ra qayta-qayta ochilib yopiladigan tunnel hosil qiladi. Ikkinchi nusxa odatda birinchisi sekin bo'lgani uchun yechim sifatida keladi.
Tunnel qaysi komponentga tegishli ekanini hal qiling, biror narsa qo'shishdan oldin. Keyin boshqa ishga tushirgichni o'chirib umid qilish o'rniga olib tashlang.
Egasi qayta urinishlar va hisob ma'lumotlari qayerdan kelishini ham belgilaydi, shuning uchun bu qaror har qanday sozlashdan oldin keladi. Egalik aynan shu sababga ko'ra birinchi o'rinda.
Aslida nima tartibni talab qiladi
Tartib sozlangan manzilni kutishi mumkin va u faqat shu kafolatni beradi. network-online.target menejer tarmoqni tayyor deb hisoblamaguncha faollashtirishni kechiktiradi, tayyor degan ta'rif esa menejerga bog'liq. VPN xost nomi hal bo'ladimi, tinglovchi javob beradimi yoki ushlab qoluvchi portal qurilmani kiritdimi, bu haqda hech narsa demaydi.
Bog'liqliklarni qo'shishdan oldin o'rnatilgan unit va har qanday drop-in fayllarini o'qing. Har bir tarmoq xizmatidagi keng After= yuklanishni kechiktiradi, ammo sizga haqiqatan kerak bo'lgan ulanishni o'rnatmaydi.
Sinab ko'rish mumkin bo'lgan bog'liqlikni tartibga soling, qolgan hamma narsani tayyorlik tekshiruvi bilan tekshiring. Tunnelni ochadigan tekshiruv taxmin qiluvchi taymerdan yaxshiroq.
Tunnel birinchi marta ko'tarilgandan keyin nima bo'ladi
Yuklanish ko'p hodisalardan biri. Kirish havolasi o'zgaradi, portal seansi tugaydi, sherik qayta ishga tushadi. Ichki qayta ulanishni xizmat menejeri boshqaradigan jarayon chiqishidan ajrating, chunki ikkalasining egalari boshqa va dalillari boshqa.
Interaktiv autentifikatsiya kuzatuvsiz tiklanishni cheklaydi. Fon uniti ish stoli kalit halqasini ochmaydi va MFA so'roviga javob bermaydi, shuning uchun xizmat konteksti uchun tasdiqlangan hisob ma'lumotlari tartibiga rioya qiling.
Tunnel ishlamay turgan paytda ilovalar nima qilishi mumkinligini alohida hal qiling. Qayta urinish ulanishni tiklaydi, bloklash siyosati esa o'sha bo'shliqda to'g'ridan-to'g'ri trafikka ruxsat bor-yo'qligini hal qiladi.