SoftEther-ийн виртуал адаптер харагдах боловч урсгал дамжуулахгүй

Адаптер бол үйлдлийн системийн эзэмшдэг төхөөрөмж; сесс нь түүнийг дүүргэдэг зүйл. Дөрвөн шалгалт байхгүй холболтыг байхгүй маршрутаас ялгана.

SoftEther-ийн виртуал адаптер үйлдлийн системийн сүлжээний жагсаалтад харагдаж, өөрийгөө салгагдсан гэж мэдээлж, ямар ч урсгал дамжуулахгүй. Энэ хослол сесс холбогдоогүй төхөөрөмжид хэвийн бөгөөд түүнд буруу профайл холбогдсон үед харагдах төлөв ч мөн адил. Адаптер бол үйлдлийн системийн эзэмшдэг төхөөрөмж; сесс нь түүнд амьдрал өгдөг. Эдгээр дөрвөн шалгалтыг дараалан хийж, эхний бүтэлгүйтсэн дээр зогсоорой.

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

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

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

Нэг адаптерыг нэг профайлтай тааруул

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

Клиент холбоосыг дахин үүсгэх дэмжигдсэн аргыг санал болгож байвал үйлдлийн системийн тохиргоог шууд засахын оронд түүнийг ашиглаарай. Клиент холбогдох үед адаптерын тохиргоог бичдэг тул гарын өөрчлөлтүүд ихэвчлэн алга болдог эсвэл дараагийн сесст зөрчилддөг.

Холбогдсоны дараа бодит тохиргоог унш

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

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

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

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

Гүүр эсвэл устгахаас өмнө зогс

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

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

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

Холбоотой нийтлэлүүд