OpenVPN DHCP шинэчлэлтийн дараа тасардаг: төгсгөлийн цэгийн маршрутыг хадгал

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

Шинж тэмдгийг хагас өгөгдмөл маршрутуудтай харьцуул

redirect-gateway def1-тай OpenVPN өгөгдмөл маршрутыг солихын оронд 0.0.0.0/1 ба 128.0.0.0/1 суулгадаг. Хоёулаа нийлээд бүх хаягийн орон зайг хамарч, зөвхөн префиксийн уртаар 0.0.0.0/0-ыг дийлдэг. Тиймээс илүү тодорхой тохиролгүй аливаа очих газар туннельд ордог.

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

Өөр юунд ч хүрэхээс өмнө хүснэгтийн хэлбэрийг батал. ip route show хоёр хагасыг болон серверийн хаягт зориулсан хостын маршрутыг жагсаах ёстой; хостын маршрут байхгүй бол мөрдөн шалгалтын үлдсэн хэсэгт тодорхой эхлэл цэг бий.

Хагас өгөгдмөлүүд метрик өөрчлөхгүйгээр яагаад ялдаг вэ

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

Сонголтыг ip route get 203.0.113.10-аар шалгаж, түүнийг бодит серверийн хаягаар соль. Хариулт нь цөм бодитоор ашиглах интерфэйс болон дараагийн хопыг нэрлэдэг бөгөөд энэ нь хүснэгт уншиж, түүний тухай бодохоос илүү мэдээлэлтэй.

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

Нэг биш, гурван агшин зураг ав

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

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

Төгсгөлийн цэг хаягийн оронд нэрээр тохируулагдсан бол агшин зураг бүрт бас шийд. Хандалтын холбоос дээрх DNS өөрчлөлт нь ямар ч маршрутад хүрэлгүйгээр төгсгөлийн цэгийг зөөж чадна.

Аль бүрэлдэхүүн онцгой тохиолдлыг шинэчилдэг вэ гэдгийг шийд

dhcpcd системд дэгээнүүд дэгээ хавтаснаас болон гарах дэгээнээс ажилладаг, менежерийн горим нь хамрах хүрээгээрээ интерфэйс тус бүрийн горимоос ялгаатай. Дэгээ юу ч хийсэн, энэ нь идемпотент байх ёстой, учир нь шинэчлэлүүд бөөнөөр ирж болно.

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

Эзэмшигчийг тохиргоон дотор бүртгэ. Дараагийн удаа дахин холболтыг дибаг хийх хүн онцгой маршрутын хариуцлага нь VPN биш, дэгээнд байгааг мэдэх ёстой.

Дахин холболтыг төдийгүй амьдралын мөчлөгийг шалга

dhcpcd -n eth0 эсвэл түрээсийг чөлөөлж дахин авснаар шинэчлэлтийг албад, дараа нь төгсгөлийн цэгийн хувьд ip route get дахин шалга. Үүнийг хоёр удаа хий, учир нь хоёр дахь гүйлт давхар маршрут нэмдэг дэгээнүүдийг барина. Дараа нь дахин ачаал, учир нь тогтвортой байдал нь зөв байдлаас өөр шинж чанар.

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