VPN клиент ба LAN: тусдаа бүс хэзээ хэрэглэх вэ
Туннелийн интерфейс нь LAN-ийн итгэлийг заавал өвлөх шаардлагагүй. Оролт эсвэл дамжуулалтыг шийдэж, нөөцүүдийг жагсааж, бүсийг өөрчлөхөөс өмнө татгалзсан замыг батал.
Туннелийн интерфейсийг LAN бүсэд хийх нь ажилладаг VPN-д хүрэх хамгийн богино зам бөгөөд ихэвчлэн энэ нь буруу өгөгдмөл юм. Энэ нь алсын клиентэд утастай LAN-тай ижил итгэлийг өгдөг бөгөөд ажил үүнийг ховор шаарддаг. Тусдаа бүс нь хэдэн дүрэм үнэтэй бөгөөд хил хязгаарыг харагдуулна. Шийдвэр нь бүс илүү сайн уу гэдэгт биш; таны сүлжээнд аль гурван нөхцөл хамаарах вэ гэдэгт юм.
Бүсийн нэр юу ч шифрлэдэггүй, хэрэглэгчийг баталгаажуулдаггүй. Энэ зөвхөн галт ханын бодлогын загварт зориулж интерфейсүүдийг бүлэглэдэг.
Бүсийн гишүүнчлэл юуг үнэхээр удирддаг вэ
Бүс нь галт ханын загварт интерфейс эсвэл урсгалыг бүлэглэдэг. Дараа нь түүний оролт, гаралт, дамжуулалтын тохиргоо өөр өөр үүргийг удирддаг. Оролт бол чиглүүлэгч рүү өөрөөр нь чиглэсэн урсгал; дамжуулалт бол түүгээр дамжин өөр хост руу чиглэсэн урсгал. OpenWrt-ийн бүсийн баримт бичиг яг энэ шалтгаанаар оролт, гаралт, дамжуулалтыг тусдаа тохиргоо гэж үздэг.
VPN бүсээс LAN бүс рүү өгсөн зөвшөөрөл автоматаар эсрэг зөвшөөрөл болохгүй. Дамжуулалтын дүрмүүд чиглэлтэй бөгөөд клиентээс сервер рүү урсгалыг зөвшөөрдөг дүрэм серверээс клиент рүү сессийг зөвшөөрдөггүй. Сервер рүү холболт нээж чадах клиент нь серверийн буцааж холболт нээж чадах клиент биш.
Энэ ялгаа нь тусдаа бүс яагаад ашигтай болохын шалтгаан: чиглэл бүр, үүрэг бүрийг тодорхой зааж болно. Дүрэм бүрийн хажууд чиглэлийг бич.
Эхний шийдвэр: оролт, дамжуулалт эсвэл хоёулаа
Хэрэв алсын клиентүүдэд чиглүүлэгчээс DNS хэрэгтэй бол зөвхөн тэр үйлчилгээнд оролтыг зөвшөөр. Хэрэв тэд файлын серверт хүрэх шаардлагатай бол тэр очих газар руу дамжуулалтыг зөвшөөр. Ихэнх VPN төлөвлөгөөнд хоёулаа хэрэгтэй, гэхдээ өөр өөр үйлчилгээнд.
Бүх орон нутгийн үйлчилгээнд өргөн оролтын хандалт бараг хэзээ ч шаардлагагүй. Чиглүүлэгчийн удирдлагыг програмын хандалтаас тусдаа шийдвэр гэж үз. Хэрэв чиглүүлэгч зөвхөн DNS-д хариулах бол тэр ганц зөвшөөрлийг бичээд бусдыг хаалттай орхи.
Хоёр дахь шийдвэр: алсын клиентүүдэд ямар нөөц хэрэгтэй
Дүрэм бичихээс өмнө клиентийн хүрээ, очих газрууд, VPN-ийн өгөх ёстой үйлчилгээнүүдийг жагсаа. Очих газрын жагсаалт итгэлийн шошгоноос илүү ашигтай, учир нь галт ханын шилжилтийг даван туулдаг.
Удирдлагын интерфейсүүдийг ердийн програмын хандалтаас тусдаа байлга. Викид хүрдэг алсын клиент үүнээс болж чиглүүлэгчийн админ хуудас эсвэл гипервизорын консол шаардлагагүй.
Хэрэв зөвшөөрөгдсөн очих газар цааш дамжуулж чадвал бүсийн хил нь галт хана дээр зогсоно, очих газар дараа нь юу хийдэгт биш.
Гурав дахь шийдвэр: хилийг хэрхэн батлах вэ
Өөрчлөлт бүрийн дараа зөвшөөрөгдсөн урсгал болон санаатай татгалзсан урсгалыг шалга. Нэг вэбсайт ачаалагдаж байгааг батлах нь санамсаргүй өргөн зөвшөөрлийг илрүүлэхгүй. VPN клиентийн хаягийн хүрээнээс шалга, LAN-аас биш, мөн бүтэлгүйтнэ гэж хүлээж буй чиглэлийг оруул. Хоёр үр дүнг дүрмийн хажууд тэмдэглэ.
Алсын бүсийн бодлогыг өөрчлөхөөс өмнө гарцын сэргээх хандалтыг хадгал. Ажиллах үеийн засварын оронд тогтвортой удирдлагатай тохиргоог ашигла, эс бөгөөс дараагийн дахин ачаалалт хуучин итгэлийг сэргээнэ. Өмнөх тохиргооны төхөөрөмжөөс гадуур хадгалсан хуулбар нь танд байх хамгийн хямд буцаалт.
Сүлжээ өсөх тусам гишүүнчлэл болон дүрмүүдийн зорилгыг баримтжуул. Шинээр холбогдсон интерфейс хэн нэгэн түүнд тохиромжтой бүсийн нэр өгсөн гэсэн шалтгаанаар давуу эрхийг өвлөх ёсгүй.