VPN orqali Wake-on-LAN ishlamayaptimi? Translyatsiya hech qachon o'tmaydi

Ofis mashinasini uyquga yotqizasiz, uydan VPN ga ulanadi va u o'chirilgan holda qoladi. Tunnel ko'tarilgan, fayl almashishlari javob bermoqda, marshrutizatorning wake-on-LAN sahifasi esa so'rov yuborilganini bildirmoqda. Har bir ko'rinadigan signal tarmoq joyida ekanini aytadi va aynan shu sababli bu holat chalg'itadi: mashinani uyg'otadigan kadr u joylashgan segmentga hech qachon yetib bormaydi.

Belgilar tunnelga emas, ichki tarmoqqa ishora qiladi

Uxlayotgan hostga ping bormaydi va bu qism normaldir. Kutish rejimidagi mashinada ishlayotgan IP stegi yo'q, shuning uchun u ARP yoki ICMP ga javob bera olmaydi va hech qanday tunnel konfiguratsiyasi buni o'zgartirmaydi. Foydali sinov — xuddi shu LAN dagi ikkinchi mashina uyg'onadimi va marshrutizatorning o'z uyg'otish sahifasi unga ulangan host uchun ishlaydimi.

Xuddi shu segmentdagi sinov o'tgach, nuqson qamrovda. Siz ishlatayotgan yuboruvchi VPN interfeysida yashaydi va u quradigan paket mahalliy bog'lanish uchun translyatsiya bo'lgani sababli noto'g'ri interfeysdan chiqadi yoki umuman chiqmaydi. Tunnel buzilmagan; u noto'g'ri turdagi trafikni tashimoqda. Bitta ham marshrutizator sozlamasini o'zgartirishdan oldin yuboruvchi qaysi interfeysni tanlashini aniqlang.

Magic packet — kadr, xizmat emas

Foydali yuk olti baytli qat'iy sarlavha bilan boshlanadi, 0xFF, so'ngra nishon kartaning apparat manzili o'n olti marta takrorlanadi, so'ngra ixtiyoriy to'rt baytli SecureOn paroli keladi. Yuboruvchilar buni odatda UDP ichida 7 yoki 9 portga o'raydi, ammo port raqami yuboruvchi va karta o'rtasidagi kelishuv, ulanadigan tinglovchi emas. Hech narsa tinglamaydi va hech narsa javob bermaydi.

Mashinani tarmoq interfeysi uyg'otadi, u tizimning qolgan qismi o'chirilgan holda kichik bir sxema qismini kutish shinasidan quvvatlab turadi. Shuning uchun sozlama ham to'liq quvvat yo'qotishini, ham uyquni yengib o'tishi kerak: o'chirishda kutish quvvatini uzadigan plata endi biror narsa qabul qiladigan kartaga ega bo'lmaydi.

Nima uchun marshrutlangan tunnel uni yetkaza olmaydi

Marshrutlangan VPN interfeysi ikki tunnel manzili o'rtasidagi nuqtadan nuqtaga IP bog'lanishdir. U hamkor manziliga yuborilgan paketlarni tashish uchun mavjud, shuning uchun ping, SSH va fayl almashishlari u orqali normal ishlaydi. Translyatsiya kadri o'sha hamkorga manzillanmagan va cheklangan translyatsiya manzili marshrutizator tomonidan hech qachon o'z-o'zidan uzatilmaydi.

Ichki tarmoqqa yo'naltirilgan translyatsiyani uzatish marshrutizatorning ataylab qo'shilgan imkoniyatidir va aksariyat standart konfiguratsiyalar uni o'chiradi, hatto shunda ham u o'sha ichki tarmoqqa yetkaziladi, muayyan uxlayotgan kartaga emas. Uxlayotgan host ARP ga ham javob bera olmaydi, shuning uchun uzatishdan oldin nishon manzilini hal qilishga urinayotgan marshrutizator kadrni tashlab, hech qachon kelmaydigan javobni kutadi. Statik bog'lash yozuvi o'sha qismni tuzatadi va translyatsiya qamrovi muammosiga tegmay qoldiradi. Demak, ikki alohida cheklov va birini olib tashlash ikkinchisiga hech narsa bermaydi.

Kartaga haqiqatan yetadigan uch joylashtirish

Har qanday ishlaydigan sxema kadrni nishon segmentiga qo'yadi va ular tarmoqni qanchalik bezovta qilishlari bilan farqlanadi:

1. Nishon segmentga doim yoniq turuvchi qurilma qo'ying. Quvvatda qoladigan marshrutizator, NAS yoki kichik Linux qutisi tunnel orqali yetib borganingizdan keyin kadrni mahalliy ravishda yubora oladi va VPN da hech narsa o'zgarmaydi.
2. Marshrutizator kadrni o'zi yuborsin. Ko'plab proshivkalar LAN ko'prigidan yuboradigan uyg'otish sahifasini taklif qiladi va bu nishon ikkinchi marshrutizator orqasida emas, o'sha ko'prikda turganda ishlaydi.
3. Translyatsiyalar haqiqatan o'tishi kerak bo'lsa, joylarni TAP tipidagi tunnel bilan ko'prik orqali ulang. Bu ikki translyatsiya domenini birlashtiradi; translyatsiya bo'ronlari, yagona manzil rejasi va ikkala joyni bir vaqtda ko'radigan har bir aniqlash protokoli bilan birga.

Birinchi variant bitta mashina uchun afzal ko'riladigan variant. Uchinchisi doimiy xarajatli tarmoq dizayni qarori, shuning uchun unga shunday munosabatda bo'ling, bitta ish stoli uchun tezkor tuzatish sifatida emas.

Qaysi yordamchi kadrni yuborishini va u qaysi ko'prik yoki VLAN da turishini yozib qo'ying. Noto'g'ri interfeysdan yuboradigan yordamchi mukammal yozuv va hech qachon uyg'onmaydigan mashina beradi, bu birikma esa yarim kunni oladi.

Mijozni ayblashdan oldin yuborishni tekshiring

Avval nishon kartani tekshiring, chunki hech bir yuboruvchi tayyor bo'lmagan kartani uyg'ota olmaydi. Quyidagi buyruq qo'llab-quvvatlanadigan va joriy uyg'otish rejimlarini o'qiydi, joriy g qiymati magic packet yoniqligini bildiradi:

ethtool enp3s0 | grep -A1 'Wake-on'
ip neigh show 192.168.1.50
tcpdump -ni br0 -e 'ether broadcast and udp dst port 9'
etherwake -i br0 3c:7c:3f:00:11:22

Yuborish ketayotganda yozuvni yordamchida ishga tushiring va muvaffaqiyatni taxmin qilish o'rniga uni o'qing. To'g'ri ko'prikdan translyatsiya nishon MAC bilan chiqqan kadr yuborish ishlaganining yagona dalilidir; yozuv bo'sh bo'lsa, yuboruvchi boshqa interfeysni tanlagan va sinovning qolgan qismi ma'nosiz. UDP datagrammasi o'rniga xom kadr quradigan yuboruvchi bu filtrga to'g'ri kelmaydi, shuning uchun hech narsa yuborilmagan degan xulosaga kelishdan oldin asbobingiz qaysi shakldan foydalanishini tekshiring.

Windows da kartani tekshirishning ekvivalenti — powercfg /devicequery wake_armed, u tizimni uyg'otishga ruxsat berilgan qurilmalarni sanaydi. O ro'yxatda yo'q tarmoq adapteri unga yuborilgan har bir paketni e'tiborsiz qoldiradi, kadr kabelda qanchalik to'g'ri ko'rinmasin.

So'ngra uyg'onishning o'zini va davomini tasdiqlang. Yonadigan, ammo nomi bo'yicha yetib bo'lmaydigan mashinaga statik manzil va DNS yozuvi kerak, chunki translyatsiya orqali nomlarni hal qilish hali ham tunneldan o'tmaydi. Simsiz uyg'otish simli versiyadan alohida va ancha ishonchsiz imkoniyatdir, shuning uchun VPN ni umuman ishga qo'shmasdan oldin uni xuddi shu segmentda sinab ko'ring. Interfeys nomini va yordamchining hostini biletda yozib qo'ying, chunki keyingi nosozlik odatda o'sha ikki faktga tegishli bo'ladi.