VPN маршрут ip route гаралтад яагаад гарц харуулахгүй байна
Төхөөрөмжтэй боловч гарцгүй мөр нь шууд маршрут бөгөөд эвдэрсэн биш. Очих газрыг, dev болон scope-г уншаад, дараа нь ip route get-ээр баталгаажуулна уу.
Гарцын багана хоосон болох бүрд маршрутын хүснэгтийг эвдэрсэн гэж уншдаг боловч мөр нь ихэвчлэн өөрөө бүрэн байдаг. via талбар нь цөм пакетыг дараагийн үсрэлтийн хаяг руу дамжуулах үед л гарч ирдэг; интерфэйстэй холбогдсон маршрут нь очих газруудаа оронд нь холбоосын түвшний шийдэл эсвэл цэгээс цэг рүү хосын замаар хүрдэг. Багануудыг зүүнээс баруун тийш унших нь та ямар тохиолдолд байгааг хэлдэг бөгөөд энэ уншилт нь хэн нэгэн өгөгдмөл маршрут засварлахаас өмнө хийгдэх ёстой. Алдагдсан гарцын тухай ихэнх тасалбар энэ ялгаан дээр дуусдаг.
Маршрутын мөрийг багана баганаар уншина уу
Бүртгэл бүр очих газар болон түүний угтварын уртаар эхэлж, дараа нь тогтмол үгсийн санд өөрчлөгч нэмдэг: via, dev, proto, scope, src болон metric. 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 шиг мөр нь нягт боловч бүрэн тодорхойлогдсон. Түүнд юу ч дутаагүй бөгөөд ямар ч маршрутжуулагчийн хаяг далдлагдаагүй.
Сонирхолтой хэсэг нь via байхгүй байгаа юм. Дараагийн үсрэлтгүйгээр цөм нь очих газрыг заасан интерфэйс дээр шууд шийддэг бөгөөд энэ нь туннелийн хувьд хүрээг туннелийн төхөөрөмжид өгч, инкапсуляци тэндээс хариуцахыг зөвшөөрөх гэсэн үг. proto kernel нь хаяг олгогдох үед бүртгэл автоматаар суулгагдсаныг тэмдэглэдэг, администратор бичсэнгүй. scope link нь очих газар тэр холбоос дээр маршрутжуулагчаар дамжихгүйгээр хүрч болохыг хэлдэг бөгөөд src нь цөм тохирох урсгалын эх үүсвэр болгон илүүд үзэх хаягийг нэрлэдэг.
Одоо өгөгдмөл маршрутыг мөн адил уншаарай: default via 192.0.2.254 dev eth0 proto static metric 100. Энд via байгаа нь пакет үнэхээр дараагийн үсрэлт шаарддаг бөгөөд тэр үсрэлт өөрөө eth0 дээр хүрч болох байх ёстой. Тэр хоёр мөр нь бие биенийхээ хувилбар биш; тэд урсгал хаашаа явдаг тухай өөр өөр асуултад хариулдаг.
Бие биетэйгээ андуурагддаг хоёр маршрутын хэлбэр
Туннелийн дэд сүлжээний маршрут болон өгөгдмөл маршрут дэлгэцийн зураг дээр төстэй харагдаж, огт өөрөөр ажилладаг. Доорх хүснэгтийг талбаруудыг унших тусламж болгон ашиглаад, дараа нь гарын авлагын жишээнд итгэхийн оронд өөрөө алдаа хайж буй машин дээрх бодит тоонуудыг баталгаажуулаарай.
| Piece of the line | What it settles | What it says nothing about |
|---|---|---|
| The destination and mask | Which packets are eligible to match | Where those packets leave the host |
via plus its address | Which next hop receives them, and therefore that a router is involved | Whether that router is reachable or sane |
dev | Which interface carries the encapsulated or raw packet | Whether the interface is up or has a carrier |
proto and scope | Who installed the entry and how far the destination is considered to be | Whether a firewall later drops the traffic |
Хүснэгтийн хэлж чадахгүй зүйл бол санаархал. Туннелээр дамжуулан хувийн мужид хүрэх шууд маршрут нь санаатайгаар хуваасан туннелийн загвар юм; бүгдийг VPN-ээр илгээх ёстой хост дээр ижил хэлбэр гарч ирэх нь шинж тэмдэг юм. Санаархал нь бүртгэлийг үүсгэсэн тохиргоонд амьдардаг тул цөм ямар нэг зүйлийг буруу хийсэн гэж дүгнэхээс өмнө түүнийг суулгасан хэрэгслийг хараарай.
Мөн адил, алдагдсан гарц нь түүнийг зохиох зөвшөөрөл биш. Хэрэв маршрутад үнэхээр дараагийн үсрэлт хэрэгтэй бол тэр үсрэлт нь түүнийг зөөж буй интерфэйс дээр хүрч болох байх ёстой, цэгээс цэг рүү туннелийн хувьд хосын хаяг нь локал хаягтай ижил объект биш. Локал туннелийн хаягийг Ethernet маршрутжуулагч гэж үзэх нь зөв харагдах боловч юу ч дамжуулдаггүй маршрут үүсгэх нийтлэг арга юм.
Цөмөөс аль мөрийг үнэхээр ашиглахыг асуугаарай
Хүснэгтийг унших нь хайлт хийхтэй ижил биш, учир нь цөм хариулахын өмнө бодлогын дүрэм, хэд хэдэн хүснэгт болон кэшлэсэн бүртгэлтэй зөвлөлддөг. Жинхэнэ хайлт хийж буй үйл үг нь ip route get бөгөөд энэ нь тэр шинж чанаруудтай пакетын явах маршрутыг хэвлэдэг.
ip route get 203.0.113.37 from 198.51.100.2 iif tun0Үнэхээр чухал очих газраа тавиад, дараа нь урсгал эх үүсвэрээр сонгогдох эсвэл дамжуулагдах үед from эсвэл iif нэмээрэй, учир нь энгийн локал хайлт дамжуулагдсан клиентээс өөр зам сонгож болно. Хариулт нь интерфэйс, сонгосон эх хаяг болон аливаа дараагийн үсрэлтийг нэрлэдэг бөгөөд энэ нь тэр мөчид пакетыг маршрутжуулахад ашиглагдах ижил мэдээлэл юм.
Хариулт таныг гайхшруулбал, ямар нэг зүйлийг өөрчлөхөөс өмнө дүрмүүдийг хэвлээрэй: ip -4 rule show тэдгээрийг тэргүүлэх дарааллаар жагсаадаг бөгөөд өөрийн хүснэгт эсвэл тэмдэглэсэн пакетуудад зориулсан дүрэм суулгадаг VPN клиент үндсэн хүснэгтэд огт харагдахгүй. Бүх хүснэгтийг жагсаах нь тэр цоорхойг хаадаг.
ip -4 route show table all | grep -E 'tun|default'Өгөгдмөлийг солихоос өмнө доод давхаргыг шалгаарай
Туннелийн өөрийн пакетууд алсын төгсгөлийн цэгт хүрэх ёстой бөгөөд үүнийг VPN өргөгдөхөөс өмнө байсан маршрутыг ашиглан физик интерфэйсээр хийдэг. Бүх өгөгдмөл маршрутыг тэр төгсгөлийн цэгийг бэхлэхгүйгээр солих нь инкапсуляцлагдсан пакетуудыг тэд барих ёстой туннель руу илгээж, холболт нуран унадаг. Эхлээд төгсгөлийн цэгийн замыг зөвхөн түүний хаягаар хайлт хийж баталгаажуулаарай.
Өөрчлөлт хийхдээ гурван зүйлийг тусад нь бариарай: физик интерфэйс дээр үлдэх ёстой төгсгөлийн цэгийн маршрут, туннельд орох ёстой хувийн мужууд, болон бусад бүхнийг шийддэг өгөгдмөл. Тэдгээрийг энэ дарааллаар салгаж, нэг нэгээр нь хэрэглэж, алхам бүрийн дараа хайлтыг дахин ажиллуулаарай. Дараа нь бүтэлгүйтсэн ping нь өөрөө маш бага зүйг нотолдог, учир нь зөвшөөрөл, хариултын маршрутжуулалт, DNS болон үйлчилгээ өөрөө бүгд зөв маршрутын доод урсгалд байдаг.
Засварын өмнө мөр танд өгсөн дөрвөн утгыг бичээрэй: очих газар, дараагийн үсрэлт эсвэл түүний байхгүй байдал, төхөөрөмж, сонгосон эх үүсвэр. Хожим өөрчлөлт тэдгээрийн аль нэгийг зөөвөл, аль шийдвэр үнэхээр өөрчлөгдсөнийг та мэдэх бөгөөд бүх хүснэгтийг таамаглахын оронд нэг бүртгэлийг сэргээж болно.