VPN холбогддог ч LAN төхөөрөмжүүдэд хүрдэггүй: юуг шалгах вэ

Хөдөлгөөн туннельд орж, гарц өөрийн хаяг руу хариулдаг бөгөөд түүний ард юу ч хариулдаггүй. Энэ хэв маяг түгээмэл бөгөөд энэ нь зөрчил биш: гарцаас ирсэн хариулт нь туннель дууссныг нотолж, түүний цаана хаягласан пакетанд юу тохиолдох талаар юу ч нотолдоггүй. Хоёр тест нэг машин дээр өөр өөр кодын зам ашигладаг.

Одооноос хойш гарцын нөгөө талд ямар нэг зүйлийг туршиж үзээрэй. Дамжуулалт хэр эвдэрсэн ч гарцын өөрийн хаяг хариулсаар байх болно.

Гарц өөрийн стекээс хариулдаг

Гарц руу хаягласан пакетыг түүний локал оролтын зам руу хүргэдэг бөгөөд тэнд цөм нь сонсож буй сокет үүнийг хүлээн авах эсэхийг шийддэг. Гарцын ард байгаа хост руу хаягласан пакетыг харин дамжуулалтын зам руу хүргэдэг бөгөөд тэнд өөр шалгалтын багц үйлчилнэ. Дамжуулалтыг бүрэн унтрааж болно, эсвэл цөм үүнийг асаагаад дараа нь туннелийг огт дурдаагүй шүүлтүүрийн дүрэм үүнийг татгалзаж болно. Эдгээрийн аль нь ч гарцын өөрийн хариултад нөлөөлдөггүй, тиймээс энэ шинж тэмдэг маш найдвартай төөрөгдүүлдэг.

Туннелээр хүрдэг удирдлагын хуудсууд мөн эхний ангилалд хамаарна. Тэдгээр нь туннелийн тухай нотолгоо, түүний ард байгаа сүлжээний тухай биш.

Урсгалыг түүнийг хаядаг эхний хил хүртэл дагаарай

Клиентээс эхэлж, урсгал ашиглах маршрут болон эх хаягийг баталгаажуул. Дараа нь гарц дээр яг тэр урсгал ирж байгааг, дахин тэр урсгал LAN руу явж байгааг ажигла. Хэрэв энэ хэзээ ч ирэхгүй бол асуудал клиентийн талд эсвэл туннелийн зөвшөөрөгдсөн префиксүүдэд байна. Хэрэв ирээд хэзээ ч явахгүй бол асуудал дамжуулалтад эсвэл урагшлах замын шүүлтүүрт байна, бичлэг аль нь болохыг аль хэдийн хэлсэн.

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

Буцах маршрут ба хост галт хана тус тусад нь бүтэлгүйтдэг

Пакет хост руу хүрсний дараа өөр гурван зүйл биелэх ёстой. Үйлчилгээ пакет илгээсэн хаяг дээр сонсож байх ёстой, хост галт хана үүнийг хүлээн авах ёстой, мөн хариулт нь клиентийн пул руу буцах маршруттай байх ёстой. Сүүлийнх нь олонтаа бүтэлгүйтдэг, учир нь хостын өгөгдмөл маршрут нь туннелийн мужийг огт сонсоогүй чиглүүлэгч рүү заадаг. Үр дүн нь хостын үзэл бодлоос тогтож, эсрэг чиглэлд чимээгүй үхдэг холболт юм.

Клиентээс илгээж, буцалтыг ажигласнаар буцах замыг санаатайгаар туршиж үзээрэй. Нэг чиглэлийн бичлэг нэг цагийн таамаглал шийдэж чадахгүй зүйлийг секундэд шийддэг.

Алхам бүрийг клиентийн эх хаягаар баталгаажуул

Шалгалтуудыг дарааллаар нь ажиллуулж, бүх гаралтыг хадгал, учир нь үнэ цэнэ нь харьцуулалтад байдаг, нэг мөрөнд биш. Доорх командууд эх хаягийг бэхжүүлж, сонгосон маршрутыг харуулж, дамжуулалтын хоёр талыг бичдэг. Өөрийн LAN хост ба туннелийн интерфейсийг соль.

ip route get 192.168.50.20 from 10.8.0.2
ping -I 10.8.0.2 -c 3 192.168.50.20
sudo tcpdump -ni tun0 host 192.168.50.20
sudo tcpdump -ni br0 host 192.168.50.20

Маршрутын асуулга клиент тухайн пакетыг туннель руу огт илгээх эсэхийг, ping хостноос ямар нэг зүйл буцаж ирсэн эсэхийг харуулна. Хоёр бичлэгийг харьцуулах нь ирэлтийг явалтаас тусгаарладаг, учир нь туннелийн интерфейс дээрх фреймд LAN интерфейс дээр хослол байхгүй бол энэ нь үйлчилгээний алдаа биш, дамжуулалтын шийдвэр юм. Хоёр бичлэг хоёулаа хүсэлтийг, зөвхөн нэг нь хариултыг харуулбал үлдсэн сэжигтэн нь буцах маршрут юм.

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