OpenVPN redirect-gateway: флаг бүр маршрутуудад юу хийдэг

Профайлд redirect-gateway-тай холбогдоход таны машины өгөгдмөл маршрут алга болох, хоёр хуваагдах эсвэл яг байсан газраа үлдэх боломжтой, энэ нь хэн ч хоёр удаа уншдаггүй флагуудаас хамаарна. Энэ сонголт зөвхөн маршрутжуулалтын төлөвийг өөрчилдөг, өөр юу ч биш, тиймээс юу хийсэн тухай цорын ганц найдвартай нотолгоо нь клиент дараа нь суулгасан хүснэгт юм. Дараа нь холболтын дараах хүснэгт, туннелийг өөрөө амьд байлгах маршрут, мөн энэ директив хэзээ ч хамрах гэж мэдэгддэггүй IPv6 урсгал ирнэ. Алхам бүр нь туннель асаалттай үед клиент дээр ажиллуулж болох команд юм.

Флаг бүр өгөгдмөл маршрутад юу хийдэг

Ямар ч флаггүйгээр сонголт нь ердийн өгөгдмөл маршрутыг устгаж, түүний оронд туннелийг тавьдаг тул холболт асаалттай үед хуучин гарц хүснэгтээс алга болно. def1 нэмээрэй, тэр өгөгдмөл жагсаалтад үлдэж, ажлыг хоёр нарийн маршрут хийнэ. bypass-dhcp нэмээрэй, DHCP маршрут ч мөн амьд үлдэнэ, энэ нь клиент орон нутгийн DHCP серверт хүрэх шаардлагатай сүлжээнд чухал. OpenVPN 2.6 гарын авлагын хуудас дээрх флагийн жагсаалт нэг удаа уншихад хангалттай богино бөгөөд бичлэг бүр хүснэгтэд ямар маршрут орохыг өөрчилдөг.

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

def1 өгөгдмөл маршрутад хүрэлгүйгээр нарийвчлалаар ялдаг

Хоёр хагас өгөгдмөл маршрут нийлээд IPv4 огторгуйг бүрхдэг, 0.0.0.0/1 болон 128.0.0.0/1. Тус бүр нь 0.0.0.0/0-оос нарийвчлалтай тул хайлт тэдгээрийг илүүд үздэг, харин жинхэнэ өгөгдмөл нь хамгийн бага нарийвчлалтай тохирлыг шаарддаг бүхний хувьд хүснэгтэд үлддэг.

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

ip route show default
ip route show | grep -E '^(0\.0\.0\.0/1|128\.0\.0\.0/1)'

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

Туннелийн төгсгөлийн цэгийг хүртээмжтэй байлга

Клиентэд туннелийн алслагдсан төгсгөл хүртэл өөрөө туннелээр явахгүй маршрут хэрэгтэй. OpenVPN өөр юу ч өөрчлөхөөс өмнө тэр хост маршрутыг суулгадаг бөгөөд маршрутыг гараар засах эсвэл хоёр дахь VPN клиент үүнийг авч болно. Дараагийн шинж тэмдэг нь холбогдсон гэж мэдэгдээд дараа нь юу ч дамжуулдаггүй холболт юм.

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

ip route get 198.51.100.20

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

IPv6 урсгал өөрийн хүснэгтийг үргэлжлүүлэн ашигладаг

IPv4-ийг дахин чиглүүлэх нь IPv6-г тайван орхидог бөгөөд хоёр гэр бүлийг өөр өөр флагууд өөрчилдөг. Ажиллаж буй v6 өгөгдмөлтэй давхар стекийн хост дээр v4 урсгал туннелийн дотор бүрэн сууж болох бөгөөд v6 чадвартай очих газар бүр физик холбоосоор гардаг. Нэг хүснэгтэд зөв харагдах хост нөгөөд нь алдагддаг.

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

ip -6 route show default
ip -6 route get 2001:db8::10

Аппликейшн ямар интерфейс ашигладаг гэдгийг батал

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

Профайл дүрсэлсэн замыг биш, аппликейшн үнэхээр явдаг замыг туршина уу. Эхлээд маршрутыг асууж, дараа нь интерфейс бүрт ээлжлэн хүсэлтийг холбож, алслагдсан тал юу мэдээлж байгааг харьцуулна уу:

ip route get 203.0.113.10
curl -s --interface tun0 https://ifconfig.me
curl -s --interface eth0 https://ifconfig.me

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