Яагаад зөвхөн route-nopull файлын серверийг хүрэхгүй болгодог вэ
Түлхсэн маршрутыг үл тоомсорлох нь хуваагдсан туннелийн тал нь юм. Маршрутын эзэмшигчийг сонгож, оффисын префиксийг гараар нэмээд, зассан гэж хэлэхээс өмнө гурван урсгалыг шалгаарай.
Файлын сервер хэвийн нээгдэж, хажуугийн цонхны видео дуудлага саатаж эхэлнэ. Юу ч удаан биш, ямар ч MTU буруу биш: таны клиент серверийн өгсөн маршрутын жагсаалтыг хүлээн авсан тул одоо пакет бүр оффисын галт ханыг дайран гарч байна. Засвар нь өөр нэг тохиргооны туг биш, клиентийн маршрутын хүснэгт хэнд хамаарах тухай шийдвэр юм. Тэр шийдвэр нэг л газар хамаарах бөгөөд доорх бүтэлгүйтлийн хэв маягууд таныг аль газрыг сонгосныг хэлнэ.
Маршрутын хүснэгт хэнд хамаарахыг шийдээрэй
Гурван эзэн байж болно. Сервер маршрут болон анхдагч гарцыг түлхэж болох бөгөөд тэгвэл клиент хэлсэн бүхнийг суулгаж, бүрэн туннель болно. Клиентийн профайл түлхэлтээс татгалзаж, өөрийн маршрутын мөрүүдийг авч явах замаар эзэмшлийг авч болно. Ажлын талын холболтын менежер өөрийн маршрут болон анхдагч маршрутын шинж чанараар шийдвэрийн эзэн байж болно.
Сонголт бүр өөр өөрөөр бүтэлгүйтдэг тул профайлыг засахаас өмнө хүснэгтийг унших нь зүйтэй. Таны шинж тэмдэгтэй тохирох мөр нь таны бодитоор эзэмшиж буй эзэн юм.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Нэгийг сонгоод бичээрэй. Хоёрыг холих нь анхдагч зам нь өөрийн баримт бичигтэй зөрчилддөг хост үлдээдэг бөгөөд дараагийн инженер аль давхарга ялсныг хэлж чадахгүй. Ялагдсаныг тодорхой устгаарай.
route-nopull түлхэлтийг шүүдэг, маршрут нэмдэггүй
route-nopull клиентийн профайлд хамаарах бөгөөд тэр файл дахь дараалал нь хамаагүй, учир нь серверээс ирэх утгуудыг л хаядаг. Түлхсэн маршрутуудыг, түүний дотор түлхсэн анхдагч маршрутыг хаядаг боловч туннель хэвийн өргөгдсөөр байна.
Хүмүүсийн анзаардаггүй үр дагавар нь түлхсэн DHCP сонголтууд тэдэнтэй хамт явдаг. Серверийн илгээсэн DNS тохиргоо мөн хаягддаг тул туннель эрүүл, сервер хаягаар хүрэх боломжтой байсан ч дотоод нэрс шийдэгдэхээ болино.
Энэ нь оффисын префикс рүү замгүй туннелийг үлдээдэг, хэрэв та өөрөө нэгийг нэмэхгүй бол: мөн профайлд route-nopull дараа нь route 10.30.0.0 255.255.0.0. Тэр мөр хаяг ба маск агуулдаг; дараагийн харайлтыг нэрлэдэггүй.
Өөр хэлбэр нь гарцын тэмдэг нэмдэг, route 10.30.0.0 255.255.0.0 vpn_gateway, энэ нь бичлэгийг нэрээр нь туннель рүү чиглүүлдэг. Импортлогчид энэ хувилбарыг орчуулдаг эсэхээр ялгаатай тул бичлэг цөм хүснэгтэд байхгүй бол хадгалсан холболтыг шалгаарай.
ping-ээр биш, маршрут хайлтаар шалгаарай
ping нь ямар нэгэн зүйл хариулсныг хэлнэ. Маршрут хайлт нь цөм аль интерфейсийг сонгохыг хэлдэг бөгөөд энэ нь таны бодитоор тавьсан асуулт юм. Дөрвөн богино команд нь дутуу маршрутыг буруу төхөөрөмж рүү заасан маршрутаас ялгана.
Туннель юу суулгасныг ip route show dev tun0-ээр уншаарай. Огт гаралт байхгүй нь тэг маршрут гэсэн үг бөгөөд энэ нь ажиллаж буй хуваагдсан туннель биш бөгөөд тодорхой мөргүйгээр шүүлтүүр нэмэх ердийн үр дүн юм.
Дараа нь ip route get 10.30.5.7-ээр нэг оффисын хаягийг, ip route get 1.1.1.1-ээр нэг энгийн интернэт хаягийг шалгаарай. Хоёр дахь нь физик интерфейсийг нэрлэх ёстой; хэрэв туннелийг нэрлэвэл түлхэлт огт шүүгдээгүй.
Эцэст нь ip rule-ыг уншаарай, учир нь өмнөх оролдлогоос үлдсэн бодлогын дүрэм дөнгөж зассан хүснэгтийг дарж болно. Дээрээ хуучирсан дүрэмтэй зөв профайл яг эвдэрсэн профайл шиг харагдана. Дахин нэг нэмэхийн өмнө өнгөрсөн удаа нэмсэн дүрмийг устгаарай.
Давхцсан дэд сүлжээнүүд эвдэрсэн туннель мэт харагдана
Клиентийн өнцгөөс хоёр хувийн хүрээ ижил байж болох бөгөөд яг тэнд хуваагдсан туннелийг өөрөө үүсгээгүй зүйлд буруутгадаг. Хэрэв оффис таны гэрийн чиглүүлэгчийн ашигладаг префиксийг өгвөл туннелийн маршрут чиглүүлэгчийг бүрхэж, гэрийн сүлжээ алга болсон мэт харагдана.
Ямар нэгэн зүйл өөрчлөхөөс өмнө энгийн хаягийн жагсаалт ашиглан өөрийн интерфейс дээрх хаягийг профайлын суулгасан маршруттай харьцуулаарай. Давхцал бодит бөгөөд ямар ч профайлын сонголт үүнийг шийдэхгүй. Та засах боломжтой зүйл бол нэршил бөгөөд дараагийн хүн нэг биш хоёр хүрээ харах болно.
Шударга засварууд нь нэг талыг дахин дугаарлах эсвэл оффис дээр хаягийг орчуулах юм. Нэг хост маршрутыг чиглүүлэгчид бэхлэх нь чиглүүлэгчийн хаяг өөрчлөгдөх хүртэл ажилладаг бөгөөд дараа нь эхнийх дээр хоёр дахь нууцлагдмал зүйл болдог.
Шийдвэр дахин холбогдолтыг даван туулаарай
Гараар бичсэн бичлэгүүд дахин холбогдолтыг даван туулдаггүй бөгөөд холболтын менежер профайл эхлэх бүрт хүснэгтийг дахин бүтээдэг. Шийдвэрийг холболт үүсдэг газарт тавь, тэр нь профайл эсвэл менежерийн хадгалсан тохиргоо байж болно. Дараа нь дуудлагын үеэр зан төлөвийг олж мэдэхийн оронд холболтыг нэг удаа санаатай дахин эхлүүлээрэй. Зөвхөн дараагийн дахин холбогдолт хүртэл ажилладаг профайл дуусаагүй байна.
Гурван замыг зэрэг туршаарай: оффисын хост шууд хаягаар, мөн хост нэрээр, энгийн нийтийн сайт. Дундах нь таны түлхсэн DNS сонголтуудаас татгалзсаны дараа тохируулсан нэрийн үйлчилгээнээс хамаардаг бөгөөд чимээгүйхэн бүтэлгүйтдэг нь тэр.