Linux VPN дээр хаяг, маршрут, DNS болон firewall-ыг хэн эзэмшдэг вэ?

Нэг маршрутын төлөө тэмцэж буй хоёр скрипт бол Linux VPN-ийн асуудлын ердийн хэлбэр бөгөөд үүнийг маршрутын алдаа гэж бүртгэдэг. Нэг бүрэлдэхүүн туннелийн төхөөрөмжийг үүсгэж, нөгөө нь анхдагч маршрут нэмж, гурав дахь нь resolver-ийн тохиргоог дахин бичиж, дөрөв дэх нь firewall-ийн дүрмийг дахин ачаална. Тэдний аль нь ч нөгөөгийнхөө ажлыг цуцалж чадах бөгөөд ялагч нь зүгээр л хамгийн сүүлд ажилласан нь юм. Хариулах нь зүйтэй асуулт нь ямар багц суулгах биш, харин төлөвийн хэсэг бүрт ямар бүрэлдэхүүн бүрэн эрхтэй вэ гэдэг юм.

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

Төхөөрөмж ба түүний хаягууд

Туннелийн төхөөрөмжийг профайлыг мэддэг менежер эсвэл хэн нэгэн гараар ажиллуулсан демон үүсгэдэг. Хоёр тохиргоо тус тусдаа ажилладаг; тэдгээрийг холих нь ажиллахгүй. Хэрэв профайлыг NetworkManager эзэмшдэг бол төхөөрөмжийг ч бас эзэмшүүлээрэй, мөн ижил туннелийн нэрний эсрэг удирдлагагүй OpenVPN процесс ажиллуулж болохгүй.

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

Маршрут ба бодлогын дүрэм

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

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

DNS үргэлж тусдаа эзэмшигч

Resolver-ийн демон өөрийн таних тэмдгээр өөрийн процессоор ажилладаг тул туннелийн маршрутын шийдвэрийг санамсаргүйгээр өвлөдөггүй. VPN DNS серверүүдийг түлхэх үед ямар нэг зүйл үүнийг resolver хүндэтгэдэг холболт тус бүрийн тохиргоо болгон хөрвүүлэх ёстой, дараа нь ямар нэг зүйл үүнийг арилгах ёстой.

Энд байгаа домог нь профайлд нэрийн сервер бичих нь асуулга хаашаа явдгийг өөрчилдөг гэдэг. Энэ нь resolver-т юу хэлэхийг өөрчилдөг, resolver дээшээ аль сокет ашиглахыг биш. Файлд итгэхийн оронд асуулга болон маршрутын хайлтаар шалгаарай.

Firewall-ийн төлөв ба түүнийг хэн сэргээдэг вэ

Firewall-ийн дүрэм нь VPN хост дээр хамгийн их дахин бичигддэг объект юм. Менежер холболт бүрт NAT эсвэл дамжуулалтын дүрэм нэмж болох бөгөөд ачаалалтын үеийн firewall үйлчилгээ хадгалагдсан дүрмийн багцыг дахин ачаалж, тэдгээрийг устгадаг. Бодлогын хувьд нэг эрх мэдлийг сонгож, нөгөөг нь түүний хэрэглэгч болго, эсвэл дахин ачаалалт зан төлөвийг чимээгүй өөрчилдөг гэдгийг хүлээн зөвшөөр. Холболттой холбоотой үл хамаарах зүйлс нь ижил эзэмшигчийн ачаалдаг файлд байх ёстой, алдаа оношлох үед бичсэн iptables командад биш.

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

Амьдралын мөчлөг: ачаалалт, дахин холболт, задлалт

Тэр гурван мөчийн тус бүрт эзэмшигч өгөөрэй. Ачаалалтын үед урьдчилсан нөхцөлийг юу бэлтгэж, ямар дарааллаар байхыг шийдээрэй. Зөөлөн дахин ачаалалтын үед төхөөрөмж амьд үлдэж болох боловч сессийн төлөв үлдэхгүй байж болзошгүй тул бүтээгчийн оронд баталгаажуулагч ажиллах ёстой. Задлалтын үед энэ холболтын үүсгэсэн зүйлийг л арилгаарай, учир нь бүх маршрутыг дахин тохируулах эсвэл бүх firewall-ыг цэвэрлэх нь нэг туннелийг ажиллагаанаас гаргахтай ижил зүйл биш юм.

Ажиглалтын хувьд ip monitor link address route цөмийн өөрчлөлтийг болж байх үед харуулдаг боловч зорилгыг биш, үйл явдлыг мэдээлдэг: устгасан маршрут аль процесс устгасныг юу ч хэлэхгүй. Үүнийг эзэмшлийн зурагтай хослуулбал төөрөгдүүлсэн унтраалт богино жагсаалт болно.

Үл хамаарах зүйлс ч өөрийн үнэтэй. Зөрчлөөс мултрахын тулд бүхэл төхөөрөмжийн ангиллыг удирдлагагүй гэж тэмдэглэх нь тэр төлөвийг хэнд ч өгөхгүй бөгөөд энэ нь засвар биш, шийдвэр юм.