Wake-on-LAN VPN арқылы жұмыс істемей ме? Тарату ешқашан өтпейді

Туннель көтерілген және ортақ қалталар жауап береді, бірақ машина ұйқыда қалады. Magic packet мақсаттың өз сегментінде жіберілуі керек, сондықтан сол жерге көмекші қойыңыз.

Кеңсе машинасын ұйқыға саласыз, үйден VPN қосасыз, ал ол өшірулі күйінде қалады. Туннель көтерілген, файлдық ортақ қалталар жауап береді, ал маршрутизатордың wake-on-LAN беті сұраныс жіберілгенін хабарлайды. Әрбір көрінетін белгі желінің дұрыс екенін айтады, дәл сондықтан бұл жағдай шатастырады: машинаны оятатын кадр ол орналасқан сегментке ешқашан жетпейді.

Симптомдар туннельге емес, ішкі желіге нұсқайды

Ұйықтап жатқан хостқа ping өтпейді, бұл бөлік қалыпты. Күту режиміндегі машинада жұмыс істеп тұрған IP стегі жоқ, сондықтан ARP немесе ICMP-ге жауап бере алмайды, және туннельдің ешбір конфигурациясы мұны өзгертпейді. Пайдалы тест — сол LAN-дағы екінші машина ояна ма және маршрутизатордың өз ояту беті оған қосылған хост үшін жұмыс істей ме.

Сол сегменттегі тест өткен соң, ақау қамтуда. Сіз қолданатын жіберуші VPN интерфейсінде тұрады, ал ол құрастыратын пакет жергілікті арна үшін тарату болып табылады, сондықтан ол дұрыс емес интерфейстен шығады немесе мүлде шықпайды. Туннель бұзылмаған; ол трафиктің дұрыс емес түрін тасымалдайды. Маршрутизатордың бірде-бір параметрін өзгертуден бұрын жіберуші қай интерфейсті таңдайтынын анықтаңыз.

Magic packet — кадр, қызмет емес

Пайдалы жүктеме алты 0xFF байтынан тұратын тұрақты тақырыптан басталады, содан кейін мақсатты картаның аппараттық мекенжайы он алты рет қайталанады, содан кейін төрт байттық қосымша SecureOn құпиясөзі келеді. Жіберушілер мұны әдетте UDP ішінде 7 портқа немесе 9 портқа орайды, бірақ порт нөмірі — жіберуші мен карта арасындағы шарттылық, тыңдайтын және қосылуға болатын қызмет емес. Ештеңе тыңдамайды және ештеңе жауап бермейді.

Машинаны желілік интерфейс оятады, ол жүйенің қалған бөлігі өшірулі кезде шағын схема бөлігін күту шинасынан қуаттандырып ұстайды. Сондықтан параметр толық қуат жоғалтуын да, ұйқыны да көтеруі керек: өшіру кезінде күту қуатын кесіп тастайтын платада енді ештеңе қабылдайтын карта қалмайды.

Маршрутталған туннель неге оны жеткізе алмайды

Маршрутталған VPN интерфейсі — екі туннель мекенжайы арасындағы нүктеден нүктеге IP байланысы. Ол серіктеске адрестелген пакеттерді тасымалдау үшін бар, сондықтан ping, SSH және файлдық ортақ қалталар ол арқылы қалыпты жұмыс істейді. Тарату кадры сол серіктеске адрестелмеген, ал шектелген тарату мекенжайы маршрутизатор арқылы әдеттегідей берілмейді.

Ішкі желіге бағытталған таратуды жіберу — маршрутизатордың әдейі мүмкіндігі, оны көптеген әдепкі конфигурациялар өшіреді, тіпті сол кезде де ол сол ішкі желіге жеткізіледі, белгілі бір ұйықтап жатқан картаға емес. Ұйықтап жатқан хост та ARP-ге жауап бере алмайды, сондықтан жіберуден бұрын мақсатты мекенжайды шешуге тырысатын маршрутизатор кадрды тастап, ешқашан келмейтін жауапты күтеді. Статикалық байланыс жазбасы сол бөлікті түзейді және тарату қамтуы мәселесін тимей қалдырады. Ендеше екі бөлек шектеу, және біреуін жою екіншісіне ештеңе бермейді.

Картаға шынымен жететін үш орналасу

Кез келген жұмыс схемасы кадрды мақсаттың сегментіне қояды, және олар желіні қаншалықты мазалайтынымен ерекшеленеді:

  1. Мақсатты сегментке әрдайым қосулы тұратын құрылғы қойыңыз. Қуатта қалатын маршрутизатор, NAS немесе шағын Linux қорабы туннель арқылы жеткен соң кадрды жергілікті жерде жібере алады, ал VPN-де ештеңе өзгермейді.
  2. Маршрутизатор кадрды өзі жіберсін. Көптеген прошивкалар LAN көпірінен жіберетін ояту бетін ұсынады, бұл мақсат сол көпірде тұрғанда және екінші маршрутизатордың артында болмағанда жұмыс істейді.
  3. Таратулар шынымен өтуі керек болса, орындарды TAP типті туннельмен көпір арқылы қосыңыз. Бұл екі тарату доменін біріктіреді, тарату дауылдарын, бірыңғай мекенжай жоспарын және екі орынды бір уақытта көретін әрбір анықтау протоколын әкеледі.

Бірінші нұсқа — бір машина үшін таңдауға тұрарлық. Үшіншісі — тұрақты шығыны бар желі дизайны туралы шешім, сондықтан оны солай қабылдаңыз, бір жұмыс үстеліне арналған жылдам жөндеу ретінде емес.

Қай көмекші кадрды жіберетінін және ол қай көпірде немесе VLAN-да тұрғанын жазыңыз. Дұрыс емес интерфейстен жіберетін көмекші мінсіз түсірілім мен ешқашан оянбайтын машина береді, ал бұл үйлесім бір түстен кейінгі уақытты алады.

Клиентті кінәламас бұрын жіберуді тексеріңіз

Алдымен мақсатты картаны тексеріңіз, өйткені ешбір жіберуші қаруланбаған картаны оята алмайды. Төмендегі команда қолдау көрсетілетін және ағымдағы wake режимдерін оқиды, мұнда ағымдағы g мәні magic packet қосулы екенін білдіреді:

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

Жіберу жүріп жатқанда көмекшіде түсірілімді іске қосыңыз және сәттілікке болжам жасаудың орнына оны оқыңыз. Дұрыс көпірден тарату мақсаттық MAC-пен шыққан кадр — жіберудің сәтті болғанының жалғыз дәлелі; түсірілім бос болса, жіберуші басқа интерфейсті таңдаған және тесттің қалғаны мағынасыз. Шикі кадрды UDP датаграммасының орнына құрастыратын жіберуші бұл сүзгіге сай келмейді, сондықтан ештеңе жіберілмеді деп қорытынды жасамас бұрын құралыңыз қандай пішін қолданатынын тексеріңіз.

Windows-та картаны тексерудің баламасы — powercfg /devicequery wake_armed, ол жүйені оятуға рұқсат етілген құрылғыларды тізімдейді. Сол тізімде жоқ желілік адаптер оған жіберілген әрбір пакетті елемейді, кадр сымда қаншалықты дұрыс көрінсе де.

Содан кейін оянудың өзін және жалғасын растаңыз. Қосылатын, бірақ аты бойынша қолжетімсіз болып қалатын машинаға статикалық мекенжай мен DNS жазбасы қажет, өйткені тарату арқылы атауларды шешу туннельден әлі өтпейді. Сымсыз ояту — сымды нұсқадан бөлек және әлдеқайда сенімсіз мүмкіндік, сондықтан VPN-ді мүлде қоспас бұрын оны сол сегментте тексеріңіз. Интерфейс аты мен көмекшінің хост-атауын өтінімге жазыңыз, өйткені келесі ақау әдетте сол екі фактіге қатысты болады.

Қатысты мақалалар