Linux дээрх Kerio: kvnet-д серверийн хүлээж буй MAC-ыг өгөх

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

Хаяг яагаад байнга буцаж ирдэг вэ

kvnet нь холболт эхлэхэд клиент үүсгэж, дуусахад устгадаг виртуал адаптер юм. Тиймээс гараар хийсэн ip link set нь хэрэглэсэн сесс хүртэл л үргэлжилж, дараагийн холболт клиентийн хуваарилсан утгаас эхэлдэг. Клиент хүлээгдэж буй хаягийг хэрэглэж чадахгүй байгаа машин дээр дахин холболт бүр ижил зөрүүг дахин оруулж, түрээс эсвэл хандалтын дүрэм төхөөрөмжийг дахин татгалздаг.

Энэ хэв маяг нь өөрөө оношлогоо юм. Нэг сессд ажиллаад дараагийнх нь бүтэлгүйтдэг туннель нь нэвтрэх мэдээллийн асуудал биш, учир нь нэвтрэх мэдээлэл холболтуудын хооронд өөрчлөгддөггүй.

Утгыг интерфейсээс биш, клиентээс уншаарай

Linux клиент хэлэлцээрийн дэлгэрэнгүйг өөрийн дибаг бүртгэлд бичдэг бөгөөд ашиглахаар зэхсэн хаяг нь холболтын дарааллын сүүлчийн хаяг хэлбэрийн токен болж тэнд гарч ирдэг. Үүнийг цөм бодитоор хадгалж буйтай харьцуулаарай, энэ нь нэг readlink зайтай: cat /sys/class/net/kvnet/address.

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

Интерфейс үүссэний дараа хэрэглээрэй

NetworkManager хэрэглэгчид скриптийг түүний диспетчер хавтаст хийж, VPN интерфейс босох үед л үйлдэл хийх боломжтой. systemd-ээр удирдуулсан клиент илүү анхаарал шаарддаг: үйлчилгээ эхлэхэд ажилладаг drop-in нь ихэвчлэн адаптер үүсэхээс өмнө идэвхждэг тул дэгээ адаптерыг таамаглахын оронд интерфейсийг хүлээх ёстой. Тэгээд хаягийг тогтоож, холбоос босоо байхад цөм татгалзвал доошлуулж, хаягийг тогтоож, дахин босгоорой. Олборлосон токеныг ip link-д өгөхийн өмнө MAC загвараар дахин уншаарай, гэнэтийн бүртгэлийн мөр аргумент болохгүйн тулд.

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

Холбоосыг биш, түрээсийг шалгаарай

ip -4 -o addr show dev kvnet хүлээгдэж буй мужид хаяг харуулах ёстой, ip neigh show dev kvnet гарц харуулах ёстой, VPN-ийн ард байгаа нэг үйлчилгээ хариу өгөх ёстой. Дараа нь нэг удаа салж дахин холбогдоорой; хаяг буцаж ирвэл дэгээ буруу үйл явдалд ажиллаж байна эсвэл огт ажиллахгүй байна.

Зөв хаягтай гарч ирээд хэзээ ч түрээс авдаггүй интерфейс серверийн талыг заана. Энэ нь өөр шалгалт бөгөөд ихэвчлэн өөр баг. Дэгээг дахин засахын өмнө бүртгэлд зөвшөөрөл байгаа, сан дээр хаяг байгаа эсэхийг баталгаажуулаарай.

Шинэчлэлтийн дараа тойрч гарах аргыг дахин хараарай

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

Скриптийг нэг суултад уншиж болохоор богино байлгаарай. Бүртгэл задлан шинжилдэг тойрч гарах аргууд нь мөн чанараараа түр зуурынх. Амьд үлддэг нь анхны сэдэвгүйгээр ирээдүйн уншигч ойлгодог аргууд юм.