Чиглүүлэгч дээрх VPN дүрэм: эх үүсвэр ба очих газрыг тааруулна уу
Чиглүүлэгч дээрх VPN дүрэм хоёр үзүүртэй: трафик илгээдэг төхөөрөмж ба туннелийг ашиглах ёстой очих газар. Эхлээд огтлолцол ба нөөц зан төлөвийг шийднэ үү.
Чиглүүлэгч худалдан авах хуудсууд VPN чиглүүлэлтийг нэг чагт хайрцаг гэж харуулдаг бөгөөд энэ хэллэг гурван өөр асуултыг нуудаг. Дүрэм трафик илгээдэг төхөөрөмжтэй таарч байна уу, түүнийг хүлээн авдаг сервертэй таарч байна уу, эсвэл хоёулаатай юу? Аль нэгтэй нь ч таарахгүй трафик юу болох вэ? Мөн хоёр дүрэм давхцах үед аль нь ялах вэ? Хариултыг эх үүсвэр ба очих газрын хос гэж бичих нь бүдэг функцын жагсаалтыг шалгаж болох загвар болгоно.
Функцын нэр хоёр үзүүрийг нуудаг
Туннелийг ашиглах ёстой медиа тоглуулагч нь эх үүсвэрийн тохирол юм. Туннелээр хүрч болох ёстой хувийн оффисын префикс нь очих газрын тохирол юм. Туннелийг зөвхөн нэг үйлчилгээнд ашиглах ёстой ажлын станц нь хоёулаа бөгөөд тэр огтлолцол нь хэрэглэгчийн програм хангамжийн ихэнх нь муу шийддэг тохиолдол юм.
Бүтээгдэхүүнүүдийг харьцуулахаас өмнө шаардлагыг хос хэлбэрээр бичнэ үү. Дараа нь шалгах зүйл нь тэр хос юм.
Төхөөрөмжийн жагсаалт эсвэл глобал очих газрын жагсаалт санал болгодог бүтээгдэхүүн «зөвхөн энэ төхөөрөмж, зөвхөн эдгээр очих газар» гэж илэрхийлж чадахгүй байж магадгүй. Энэ ялгаа нь гадаад төрх биш: глобал очих газрын дүрэм тухайн сайт руу бүх төхөөрөмжийн трафикийг туннелээр илгээдэг бол төхөөрөмжийн дүрэм тухайн төхөөрөмжийн бүх трафикийг илгээдэг. Аль нь ч шаардлага биш. Дэлгэцэд итгэхээс өмнө энэ тохиолдлыг хоёр төхөөрөмжөөр шалгана уу.
Дүрмийг огтлолцол хэлбэрээр бүтээ
Хүснэгт загварыг шударга байлгадаг. Сценарийг зүүн талд тавиад, дараа нь илгээгчийн тохирол ба зорилтын тохирлыг тус тусад нь нэрлэнэ үү:
| Scenario | Sender match | Target match | Rule shape |
|---|---|---|---|
| Media player uses the tunnel | Player address | Any internet destination except the LAN | Source only |
| Office prefix reachable | Authorized LAN devices | 10.40.0.0/16 | Target only |
| One app on one laptop | Laptop address | The service address set | Source and target |
| Guest network never tunnels | Guest subnet | Any | Deny, evaluated first |
Гурав дахь мөр нь сонирхолтой, учир нь түүнд хоёр хагас нэгэн зэрэг хэрэгтэй. Хэрэв програм хангамж зөвхөн нэг тэнхлэг илэрхийлж чадвал шаардлагыг хоёр дүрэм болгон хуваах эсвэл үүнийг хийж чадах төхөөрөмж рүү шилжүүлэх ёстой.
Эх үүсвэрийн таних тэмдгийг тогтвортой байлга. DHCP нөөцлөлт, тусгай сегмент эсвэл төхөөрөмжийн таних механизм ажилладаг, гэхдээ түрээсийн хугацаа дууссаны дараа өөрчлөгддөг хаяг ажиллахгүй. IPv6 оруулаарай, учир нь нэг IPv4 хаяг төхөөрөмжийн бүх трафикийг танихгүй.
Давхцлыг эрэмбэ шийддэг
Дүрмүүдийн давхцал хэвийн. Өргөн төхөөрөмжийн дүрэм ба нарийн очих газрын дүрэм нэг урсгалыг тодорхойлж болох бөгөөд баримтжуулсан эрэмбийн дараалал аль нь ялахад шийддэг. Сэтгэл татам тохиргооны дэлгэц тэр дарааллыг хэлэхгүй.
Дараалал болон тохиролгүй тохиолдлын тухай гарын авлагыг уншаад, дараа нь ажиглаж болох трафикаар хоёуланг нь шалгана уу:
ip rule show
ip route get 203.0.113.10
Хэрэв баримт бичиг дарааллыг заагаагүй бол нарийн дүрэм ялахгүй байж магадгүй гэж үзэж, үүнийг тооцон зохион бүтээ. Зөрчилдөж чадахгүй хоёр дүрмийг дэмжих нь эрэмбэ нь баримтжаагүй нэг ухаалаг дүрмээс хялбар.
Нэрс шинэчлэх бодлого шаарддаг
Домэйн хэлбэрээр бичсэн очих газар засвар үйлчилгээний асуудал нэмдэг. Чиглүүлэгч үүнийг шийдэж, зураглалыг шинэчилж, олон хаяг болон дэд домэйныг зохицуулж, хүлээгдэж буй шийдэгчийг тойрч гардаг програмын DNS-тэй тэмцэх ёстой.
Нэг хайлтын үр дүнг IP дүрэмд хуулах нь агшин зураг, домэйны бодлого биш.
Дүрэм буруу болохоос өмнө хариулт хэр хуучирч болох, шийдэл бүтэлгүйтэх үед чиглүүлэгч юу хийдгийг шийднэ үү. Сүүлд мэдэгдэж байсан хаягийг хадгалдаг дүрэм үйлчилгээний шилжилтийг давж чаддаг; бичлэгийг хаядаг дүрэм туннелчлолтыг чимээгүй зогсоож чадна. Хоёр зан төлөв нь дүрмийн хажууд бичигдсэн бол хүлээн зөвшөөрөгдөнө.
Ашиглах боломжгүй төлөвийг тодорхойл
Маршрутын сонголт нь зөвхөн VPN трафикийг албаддаггүй. Туннель унтарсан үед чиглүүлэгч урсгалыг хааж, шууд илгээж эсвэл өөр туннель ашиглаж болох бөгөөд сонголт бүр өөр гэмтлийн гарын үсэгтэй.
Шаардлагад аль нь хэрэгтэйг шийдээд, дараа нь туннелийг зогсоож урсгалыг ажиглах замаар шалгана уу:
curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://service.example/
ping -c 2 203.0.113.10
Чиглүүлэгчээс өөрөөс нь үүсдэг трафик нь тусдаа хүрээ юм. DNS дамжуулалт, шинэчлэлтийн шалгалт, хяналт нь төхөөрөмжийн эх үүсвэрийн тохирлыг өвлөхын оронд чиглүүлэгчээс шинэ урсгал эхлүүлж болно. Эдгээр урсгалыг тодорхой тооцоол, эс бөгөөс тэд бүртгэлд тайлбаргүй алдагдал хэлбэрээр харагдана.