VPN-ээр Wake-on-LAN ажиллахгүй байна уу? Цацалт хэзээ ч гарахгүй

Туннель ажиллаж, хуваалцсан хавтаснууд хариу өгч байгаа ч машин унтаж байна. 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. Маршруулагч хүрээг өөрөө илгээг. Олон firmware LAN гүүрнээс илгээдэг сэрээх хуудас санал болгодог бөгөөд энэ нь зорилт хоёр дахь маршруулагчийн ард биш, тэр гүүрэн дээр байх үед ажиллана.
  3. Цацалтууд үнэхээр гарах ёстой бол газруудыг TAP төрлийн туннелээр гүүрээр холбо. Энэ нь хоёр цацалтын домэйныг нэгтгэж, цацалтын шуурга, нэг хаягийн төлөвлөгөө, хоёр газрыг зэрэг хардаг илрүүлэх протокол бүрийг авчирна.

Эхний сонголт нь нэг машин авах бол илүүд үзэх сонголт. Гурав дахь нь байнгын зардалтай сүлжээний дизайны шийдвэр тул үүнийг тийм гэж үз, нэг ажлын ширээний хурдан засвар гэж бүү үз.

Аль туслах хүрээг илгээж, аль гүүр эсвэл VLAN дээр байгааг тэмдэглэ. Буруу интерфейсээр илгээдэг туслах нь төгс бичлэг болон хэзээ ч сэрэхгүй машин өгдөг бөгөөд энэ хослол нэг үдээс хойш үнэтэй.

Клиентийг буруутгахаас өмнө илгээлтийг шалга

Эхлээд зорилтот картыг шалга, учир нь ямар ч илгээгч бэлтгэгдээгүй картыг сэрээж чадахгүй. Доорх команд нь дэмжигдсэн болон одоогийн сэрээх горимуудыг уншдаг бөгөөд одоогийн 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-ийг огт оролцуулахаас өмнө ижил сегмент дээр туршиж үз. Интерфейсийн нэр болон туслахын хостыг тасагт бич, учир нь дараагийн гэмтэл ихэвчлэн ижил хоёр баримтад хамаарна.

Холбоотой нийтлэлүүд