VPN клиент горим дахь чиглүүлэгч: LAN төхөөрөмжүүд яагаад алга болдог
Чиглүүлэгч VPN клиент горимд орсны дараа LAN төхөөрөмжүүд алга болдог: эхлээд дамжуулах замын шалгалтын функцийг, дараа нь firmware өөрчилсөн LAN мужийг шалгана уу.
Клиент горим өөрөө LAN хандалтыг устгадаг гэсэн итгэл хүмүүсийг буруу тохиргооны цэс рүү хөтөлдөг, бодит шалтгаан нь ихэвчлэн хоёр. Туннель нь LAN гүүрийг арилгахгүй бөгөөд утаслаг болон утасгүй клиентүүд бие биедээ хүрэхийг саатуулахгүй. Орон нутгийн хандалтыг чиглүүлэгчийн дамжуулах зам дахь шалгалтын функц эсвэл firmware өөрчлөх үед шилжсэн LAN хаягийн муж эвддэг. Хоёулаа ижил гомдол үүсгэдэг бөгөөд аль нь ч VPN профайлыг дахин суулгаснаар засагдахгүй.
Домог ба клиент горим үнэхээр юу өөрчлөх вэ
Клиент горим нь туннелийн интерфэйс болон түүгээр дамжих өгөгдмөл маршрутыг нэмж, дараа нь LAN урсгалыг тэр туннель рүү дамжуулдаг. Утаслаг порт болон утасгүй радио модулиудын хоорондох гүүр хөндөгдөхгүй, орон нутгийн солилцоо ч мөн адил. Өөрчлөгдөх нь бодлого: ямар урсгал дамжуулагдах, хаана хөрвүүлэгдэх, клиентүүд ямар шийдэгч авах вэ.
Энэ ялгаа чухал, учир нь эвдэрсэн LAN нь ихэвчлэн тэр гурван бодлогын нэг өөрчлөгдсөнийг илэрхийлдэг, чиглүүлэгч солигч байхаа болино гэсэн үг биш. Өөрийн удирдлагын хуудсанд харисаар байгаа чиглүүлэгч нь LAN интерфэйс амьд байгаагийн нотолгоо. Юунд ч хариу өгөхгүй чиглүүлэгчид өөр асуудал байна, жишээ нь өөрчлөгдсөн LAN хаяг эсвэл буруу дэд сүлжээн дэх клиент.
Тиймээс ашигтай эхний алхам бол аль давхарга эвдэрснийг олж мэдэх, таны сэжиглэж буй давхаргыг өөрчлөх биш.
Тохиргоог хүрэхээс өмнө гурван зорилтыг туршина уу
Утаслаг клиентээс гурван зорилтыг тус тусад нь туршиж, үр дүн бүрийг бичнэ үү: чиглүүлэгчийн өөрийн LAN хаяг, нэг солигч дээрх өөр төхөөрөмжийг IP-ээр, зөвхөн туннелээр хүрэх боломжтой зүйл. Энэ дарааллаар хий, учир нь үр дүн бүр өөр давхаргыг үгүйсгэдэг. Эхний тойрогт нэрний оронд хаяг ашигла, учир нь нэрний алдаа DNS-ийг холболтын асуултад хольдог.
Хариултын загвар нь оношлогоо. Орон нутгийн төхөөрөмжүүд хариулахгүй байхад чиглүүлэгч хариулбал энэ нь чиглүүлэлт биш орон нутгийн солилцоо эсвэл шүүлтийн функц рүү заана. Туннелийн тал хариулахгүй байхад орон нутгийн төхөөрөмжүүд хариулбал энэ нь туннелийн маршрут эсвэл алсын firewall рүү заана. Хаягаар бүх зүйл хариулж, нэрнүүд бүтэлгүйтвэл энэ нь шийдэгчийн асуудал бөгөөд маршрут засвараар засагдахгүй.
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
Хүснэгтийг туршилтын үр дүнгийн дэргэд байлга. Энэ нь бүрхэг гомдлыг таны ажиллаж болох нэг мөр болгоно.
Дамжуулах замын доторх аюулгүй байдлын давхарга
Хэрэглэгчийн чиглүүлэгчдэд дамжуулагдаж буй урсгалыг хянах шалгалтын функц улам олон тохиолддог бөгөөд энэ нь LAN-аас туннель рүү пакетуудыг зөөдөг ижил замд ажилладаг. Тэр шалгалт туннелийн урсгалыг ангилж чадахгүй бол туннель өөрөө ажиллаж, чиглүүлэгч эрүүл холболт мэдээлж байхад дамжуулалт зогсож болно. VPN бүртгэлд энэ харагдахгүй, учир нь VPN үнэхээр холбогдсон.
Оношлогоо нь хяналттай туршилт, байнгын өөрчлөлт биш. Одоогийн тохиргоог бичиж, функцийг нэг туршилтын хугацаанд унтрааж, туннелийг дахин өргөж, нэг орон нутгийн хост-ыг хаягаар туршина уу. Буцаж ирсэн дамжуулалт нь танд хэрэгтэй нотолгоо бөгөөд тэгэхэд буулт таамаглалаас шийдвэр болно. Юу ч өөрчлөгдөхгүй бол тэр даруй дахин асааж, хаягийн шалтгаан руу шилжинэ үү.
Туннель үргэлжлүүлэн ажиллахын тулд төлбөртэй аюулгүй байдлын функцийг унтраалттай орхих нь санаатайгаар хийж, бичих ёстой буулт юм. Туннель өөр төхөөрөмж дээр байх ёстой юу гэж асуух нь ч үнэ цэнэтэй, учир нь бүгдийг шалгах ёстой чиглүүлэгч ба бүгдийг дамжуулах ёстой чиглүүлэгч хоёр өөр ажил.
Хоёр дахь шалтгаан: LAN муж шилжсэн
Firmware шинэчлэлтүүд LAN хаягийг үйлдвэрлэгчийн өгөгдмөл утга руу тогтмол буцаадаг, зарим чиглүүлэгчид LAN хувийн муж хадгалах эсвэл дээд төхөөрөмжөөс нэгийг өвлөх эсэхийг шийддэг тодорхой горимын унтраалгатай. 192.168.8.x хүлээж буй клиент 10.64.0.x дээр очсон байж болно, тэгвэл туннель бүрэн эрүүл байсан ч хост руу SSH сесс дуусах хугацаа болно.
ipconfig /all
ip addr show
ip route get 192.168.8.20Чиглүүлэгчийн хуудсыг нээхээс өмнө түрээсээс префикс болон гарцыг уншина уу. Эхний хоёр команд нь клиент үнэхээр юу авсныг харуулж, гурав дахь нь орон нутгийн хаягт клиент ямар интерфэйс ашиглахыг харуулдаг, үлдсэн маршрут эсвэл хуучирсан дэд сүлжээ ингэж илэрдэг. Дараа нь үүнийг LAN хуудас болон чиглүүлэгчийн горимтой харьцуулна уу.
Хэрэв мужийг буцаах боломжгүй бол түүнийг нэрлэсэн объект бүрийг шинэчил: DHCP нөөцлөлт, хуучин дэд сүлжээ рүү чиглэсэн аливаа статик маршрут, өмнөх префиксийг агуулсан firewall дүрэм бүр. Туннелийн алсын дэд сүлжээтэй мөргөлдөх муж нь илүү муу хувилбар, учир нь орон нутгийн төхөөрөмжүүд хүрч болохоор үлдэж, алсын очих газрууд чимээгүйгээр LAN руу буруу чиглэгддэг.
Дахин холбогдож, пакетийн дарааллаар дахин туршина уу
Хоёр өөрчлөлтийн аль нэгний дараа туннелийг дахин холбож, туршилтуудыг пакетийн дарааллаар давтана уу: чиглүүлэгч, орон нутгийн хост, алсын хост, дараа нь нэрнүүд, дараа нь програмыг. Програмыг эхлээд турших нь аль давхарга хугарсаар байгааг нуудаг, кэшлэсэн нэр рүү хөтөчийн дахин оролдлого нь чиглүүлэлтийн алдаа мэт харагдаж болно.
VPN профайлын дэргэд firmware хувилбар, LAN префикс, шалгалтын функцийн төлөвийг бичнэ үү. Гурвуулаа дараагийн шинэчлэлт дарж бичиж болох тохиргоо бөгөөд хоёр мөр тэмдэглэл саяхан өнгөрүүлсэн цагийг хэмнэнэ.