Qayta yuklashdan keyin SSH tinglamaydi: VPN manzili kech keladi

O'rnatish vaqtida SSH'ni tunnel manziliga bog'laysiz, u ishlaydi, va keyingi qayta yuklashdan so'ng kimdir xizmatni qo'lda qayta ishga tushirmaguncha hech kim kira olmaydi. Hisob ma'lumotlari muammo emas. Demon yadroydan hali mavjud bo'lmagan manzilni so'radi, bog'lanish muvaffaqiyatsiz tugadi va xabar yuklash jurnalida o'tib ketdi. Autentifikatsiya muammosiga o'xshagan narsa aslida ishga tushish tartibi muammosidir.

Bog'lanish xatosi aslida nima deydi

Tinglovchi soket o'sha paytda mavjud bo'lgan manzilda yaratilishi kerak. VPN interfeysi keyinroq paydo bo'lganda, faqat tunnel manziliga bog'lanish uchun sozlangan demonning yopishadigan narsasi yo'q. Konfiguratsiya sintaktik jihatdan to'g'ri bo'lib qoladi; muhit shunchaki tayyor emas edi. Qo'lda ishga tushirilgandan beri ishlayotgan xizmat hech qachon yuklash yo'lidan o'tmaydi, shuning uchun xatolik faqat keyingi qayta yuklashda ko'rinadi. Muvaffaqiyatsiz bog'lanish vaqt belgisini manzil tayinlash vaqt belgisi bilan solishtiring, tartib aniq bo'ladi.

Konfiguratsiya to'g'riligi va ish vaqtidagi tayyorlik alohida xususiyatlardir. Ikkalasini ham sinab ko'ring, chunki ulardan biri hech narsa demasdan muvaffaqiyatsiz bo'ladi.

Portga qaysi jarayon egalik qiladi

Demon har doim tinglovchini yaratadigan komponent emas. Soket faollashtirish bu mas'uliyatni birlikka o'tkazadi, keyin demonni qayta ishga tushirish hech narsani o'zgartirmaydi.

ss -ltnp 'sport = :22'
systemctl cat ssh.socket

Soketlar ro'yxati qaysi jarayon portni qaysi manzilda ushlab turganini ko'rsatadi, birlik chiqishi esa soket birligi umuman bor-yo'qligini ko'rsatadi. Faollashtirish ishtirok etganda, manzil soket birligiga tegishli bo'ladi va demon fayli vakolatli emas. Simptomdan xulosa chiqarish o'rniga haqiqiy bog'lanish xatosi uchun yuklash jurnalini o'qing. Soket birligining yo'qligi shunchaki klassik tartibni bildiradi, unda demon to'g'ridan-to'g'ri bog'lanadi.

Tayyorlikni aniq qiling, uyqu emas

Belgilangan kechikish tez uskunalar va sekin tarmoqlarni bir xil ko'rib chiqadigan taxmindir. Buning o'rniga qaramlikni ifodalang: manzilni kuting, keyin boshlang.

ip -4 addr show dev tun0
systemctl edit ssh.service

Manzil paydo bo'lguncha takrorlanadigan ExecStartPre buyrug'ini qo'shing yoki birlikni interfeysga tegishli muayyan tarmoq maqsadidan keyin tartiblang. Ikkala yondashuv ham qaramlikni keyingi administrator o'qiy oladigan joyda qayd etadi. Tsiklga taym-aut kerak, aks holda muvaffaqiyatsiz VPN xato haqida xabar berish o'rniga osilib qolgan birlik qoldiradi. Keyin demon tunnel manzilini bog'lashini va oddiy interfeys sizning filtr qoidalaringiz ostida qolishini tasdiqlang.

Toza yuklash va qayta ulanishni sinang

Hamma narsa onlayn bo'lgandan keyin qo'lda qayta ishga tushirish yuklash tartibi haqida hech narsani isbotlamaydi. Tunnel avtomatik ko'tariladigan qilib sozlangan holatda mashinani qayta yuklang va tinglovchining aralashuvsiz paydo bo'lishini kuzating.

systemctl status ssh.service
ss -ltnp 'sport = :22'

Keyin tunnelni tushiring va qayta o'rnating, chunki qayta ulanish manzilni o'zgartirishi mumkin va qattiq kodlangan bog'lanish unga ergashmaydi. Sinov paytida tarmoqli tashqari tiklash yo'lini saqlang, shunda yomon tartib o'zgarishi sizni xostdan bloklab qo'ymasin.

Muvaffaqiyat mezoni o'zining hujjatlashtirilgan qaramligi ostida paydo bo'ladigan tinglovchidir, kimdir qayta ishga tushirishni eslab qolgan tinglovchi emas.