SSH-ээр VPN клиент эхлүүлж байна уу? Эхлээд өөрийн маршрутаа тогтоо

Та SSH-ээр бүтээх хост руу нэвтэрч, түүн дээр VPN клиентийг эхлүүлэхэд сесс хариу өгөхөө болино. Юу ч сүйрээгүй, мөн илт утгаар нь юу ч буруу тохируулагдсан харагдахгүй байна. Клиент анхдагч маршрут суулгасан тул таны ажлын станц руу чиглэсэн хариу одоо туннелиар гарч байгаа бөгөөд тэнд таны ажлын станцын хаяг маршрутлагдахгүй. Сонирхолтой нь энэ үр дүн урьдчилан таамаглаж болох байсан бөгөөд засвар нь клиент эхлэхээс өмнө бичигдэх нэг маршрут юм. Нэг сүлжээний карттай сервер, 192.0.2.254 гарц, 203.0.113.9 хаягаас холбогдож буй администратор гэж үзье.

Эхлэхээс өмнө замыг тэмдэглэ

ip route show default одоогийн гарц болон интерфейсийг нэрлэх бол ip route get 203.0.113.9 цөм таны сессийн хувьд аль интерфейс, эх хаягийг ашиглахыг харуулна. Хоёр гаралтыг хадгал. Туннель боссны дараа ч энэ хоёр команд физик замыг дүрслэх ёстой бөгөөд хэрэв оронд нь туннелийг дүрсэлбэл, сесс аль хэдийн зээлсэн цаг дээр амьдарч байна.

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

Хаягийг клиентийн өөрийн тохиргоонд тогтоо

Гараар нэмсэн маршрут дахин ачаалахад алга болж, клиентийн өөрийн хүснэгтийн шинэчлэлттэй өрсөлддөг тул үл хамаарах зүйлийг хүснэгтийг удирддаг газарт тавь. OpenVPN-д net_gateway түлхүүр үг туннелиас өмнө байсан гарц руу шийдэгддэг тул route 203.0.113.9 255.255.255.255 net_gateway түүний гадна яг нэг хаягийг хадгална. WireGuard өөр арга шаарддаг, учир нь wg-quick маршрутуудыг өөрөө удирддаг: Table = off-г тохируулж, үл хамаарах зүйлийг PostUp-д нэм, үүнийг устгадаг тохирох PostDown-тай хамт. Хоёр хэлбэр ижил санааг илэрхийлдэг бөгөөд хоёулаа үл хамаарах зүйлийг бүх зүйлд туннелийг сулруулахын оронд нэг хаягаар хязгаарладаг.

IPv6-ийн хувьд ижил санаа нэг хостийн угтвар авдаг бөгөөд ороосон тээврийн тохиолдлыг санах нь зүйтэй: хэрэв туннелийн өөрийн гадаад холболт тогтмол хаяг дээр амьдардаг бол тэр хаяг өөрөө зөөж буй туннелийн гадна байх ёстой, эс бөгөөс клиент өөрийн тээврийг өөрийн дотор нь маршрутлана.

Эсвэл үндсэн хүснэгтийг тэгшитгэлээс гарга

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

Хоёулаа нэг хост маршрутаас илүү механизм бөгөөд машин дээрх нэгээс олон зүйл туннелийг даван туулах ёстой үед хоёулаа үнэ цэнэтэй.

Тогтоолт бүтэлгүйтэж болзошгүй гэж үз

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

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

Чухал дарааллаар нь шалга

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

Тогтоосон хаяг болон түүнийг нотолсон командыг өөрчлөлтийн бүртгэлд бич. Тэр хост дээр дараагийн удаа клиент эхлүүлэх хүнд хоёулаа хэрэгтэй бөгөөд хаяг тэр хүртэл өөрчлөгдсөн байж болно.