Туннелийн /32-ыг хуулах нь оффисын дэд сүлжээг чиглүүлэхгүй
VPN адаптерт өгдөг хаяг нь холбоосыг тодорхойлдог, очих газрыг биш. Нөөцийн угтварыг профайлд нэмээд анхдагч маршрутыг хөндөхгүй орхино уу.
VPN холбогдож, интерфейс гучин хоёр битийн масктай хаяг харуулж, оффисын сервер хүрэхгүй хэвээр байна. Дараагийн алхам нь ихэвчлэн тэр маскийг маршрутад дахин ашиглах байдаг, интерфейс туннель хаа хүрч чадахыг тодорхойлдог гэсэн онолоор. Тийм биш. Тэр хаяг нь цэгээс цэг хүртэлх холбоосын локал төгсгөлийг тодорхойлдог бөгөөд таны сонирхож буй очих газар түүний нөгөө талд өөр угтварт байдаг.
Хоёр өөр зүйлийг хольж байна: туннель танд өгсөн хаяг, мөн түүгээр дамжин хүрэх гэж буй сүлжээ.
Хоёр хаяг, хоёр ажил
Цэгээс цэг хүртэлх туннельд клиентийн хаяг нь ихэвчлэн нэг хост хаяг байдаг, учир нь холбоосын нөгөө төгсгөлд яг нэг түнш байдаг. Хамтарсан сегмент ч, ARP ч байхгүй, тиймээс Ethernet дээр утгагүй харагдах маск энд бүрэн хэвийн юм.
Очих газрын угтвар нь оффисын сүлжээний тухай баримт, туннелийн тухай биш. Хэрэв нэг сервер хэрэгтэй бол маршрут нь тэр серверийн хост маршрут. Хэрэв бүх оффисын дэд сүлжээ хэрэгтэй бол маршрут нь тэр дэд сүлжээ. Эдгээр хоёр хариултын аль нь ч интерфейсээс уншигдахгүй бөгөөд аль нэгийг нь туннелийн хаягийн дэргэд харагдсан учраас сонгох нь ажиллаж буй тохиргоог эвдэх арга юм.
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
Тэр гурав дахь мөр нь өөдрөг үзэл тасалдал болох газар. Зөвхөн нэг сайтад үйлчилдэг туннель руу бүх хувийн мужийг чиглүүлэх нь хамааралгүй трафикийг хүргэж чадахгүй зам руу түлхэж, үүнээс үүдэх алдаа нь хэт өргөн маршрут биш, эвдэрсэн VPN мэт харагдана.
Угтварыг шаардлагаас сонгоно уу
Профайлд хүрэхээс өмнө шаардлагыг өгүүлбэрээр бичнэ үү: ямар хоструд хүрэх ёстой, тэдгээрийг хамрах хамгийн нарийн угтвар аль вэ? Нэг сервер бол хост маршрут. Дэд сүлжээ бол дэд сүлжээний маршрут. Дэд сүлжээний хүрээ бол хураангуй бөгөөд хураангуй нь доторх бүх хаягт хүрч болно гэсэн амлалт боловч энэ нь ховор үнэн.
Дараа нь тоог оффисын бодитоор ашигладаг зүйлтэй тулгана уу. Сайтын хаяглалтын төлөвлөгөөтэй баталгаажуулалгүйгээр чатын зурвасаас угтвар хуулах нь маршрут хэнд ч хамаарахгүй дэд сүлжээ рүү заахад хүргэдэг.
Маршрут бол зам, зөвшөөрөл биш гэдгийг ч санаарай. Гарц нь таны клиент очих газрыг ашиглаж болох эсэхийг шийдсээр байх бөгөөд үйлчилгээ таныг татгалзаж болно. Маршрутыг зөв суулгах нь багцыг тэнд хүргэдэг бөгөөд эрх олголтын талаар юу ч хариулдаггүй.
Профайлд нэмээрэй, хэзээ ч бүү соль
NetworkManager профайл дахь маршрутууд нь олон утгат шинж чанар бөгөөд тохируулах ба нэмэх хоёрын ялгаа нэг тэмдэгт юм. Бичлэг нэмэх, аль хэдийн хадгалсан бүгдийг хадгалахын тулд нэмэх хэлбэрийг ашиглана уу.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"Нэмэхгүйгээр оноолт бүх жагсаалтыг орлуулна. Аль хэдийн хэд хэдэн угтвартай профайлд энэ нь ажиллаж байсан угтваруудыг чимээгүй устгаж, шинж тэмдэг нь дараа нь энэ зөөврийн компьютерээс өмнө хүрч байсан үйлчилгээ хэлбэрээр ирнэ.
Нэрийн оронд UUID ашиглана уу. Сэргээлтийн дараа нэрс давхарлагдаж, таны засварлаж буй холболт таны трафикийг зөөж буй холболт биш байж болно. Эхлээд ижил бичлэг байгаа эсэхийг шалгаарай, учир нь давхардлыг нэмэх нь хор хөнөөлгүй ч гэсэн эмх замбараагүй юм.
Энэ маршрутын шинж чанарын лавлагаа суулгасан хувилбарт зориулсан очих газар, сонголтоор дараагийн үсрэлт, хэмжүүр, шинж чанарын синтаксийг баримтжуулна. Дараагийн үсрэлт нэмэхээс өмнө уншина уу, учир нь хэрэгтэй эсэх нь интеграци, топологиос хамаардаг бөгөөд интерфейсийн жагсаалтын эхний хаягаас таамаглах нь арга биш.
Анхдагч маршрут ба DNS нь тусдаа шийдвэрүүд
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
Автомат маршрутууд бол хайхрамжгүй хөндөх ёсгүй өөр нэг зүйл. Нэг дутуу бичлэгийг шийдэхийн тулд тэдгээрийг дарах нь хэд хэдэн ажиллаж байгааг устгаж болзошгүй бөгөөд үүнийг санал болгосон хүн ихэвчлэн өөр push бүхий өөр профайлыг харж байсан.
DNS өөрийн гэсэн зам, өөрийн гэсэн доголдолтой. Буруу шийдэгчээр зөв хаяг руу шийдэгддэг нэр, эсвэл хувийн бүсэд хариулж чадахгүй шийдэгч нь маршрут төгс байхад ч маршрутлалтын асуудал мэт харагдана. Хаяг болон нэрийг тус тусад нь шалгаад, аль давхарга үнэхээр бүтэлгүйтсэнийг шийдээрэй.
Юу хэрэглэснийг шалгана уу
Хадгалсан өөрчлөлт нь хэрэглэсэн өөрчлөлт биш. Менежерийн дэмжигдсэн амьдралын мөчлөгөөр дахин холбогдоод, зорилтот очих газрын бодит маршрут болон аль хүснэгтийг ашиглахыг шийддэг бодлогын дүрмийг харна уу.
Хэрэв угтвар байгаа бөгөөд холболт дандаа бүтэлгүйтвэл та өөр асуудал руу шилжсэн байна: эх хаягийн сонголт, алслагдсан төгсгөлийн буцах маршрут, эсвэл таны клиентийг татгалздаг үйлчилгээ. Эдгээр бүр нь аль хэдийн зассан профайлаас харах илүү сайн газар юм.