OpenVPN TUN ба TAP: шийддэг гурван нөхцөл

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

Практикт үүнийг гурван нөхцөл шийддэг. Тэдгээрийг дарааллаар нь үзээрэй, учир нь эхний нь ихэвчлэн хэлэлцүүлгийг дуусгадаг.

Интерфэйс бүр бодитдоо юу зөөдөг вэ

TUN төхөөрөмж нь 3-р түвшний цэгээс цэг хүртэлх интерфэйс: цөм түүнд IP пакетуудыг өгч, туннель тэдгээрийг хамтрагчийн хаяг руу хүргэдэг. TAP төхөөрөмж нь Ethernet фреймүүдийг зөөдөг 2-р түвшний интерфэйс бөгөөд гүүрийг ер нь боломжтой болгодог зүйл нь энэ, цөмийн баримт бичиг тайлбарласны адил. Аль аль нь ачааллыг хэрхэн шифрлэхийг өөрчлөхгүй бөгөөд аль аль нь хүчний тохиргоо биш. Сонголт нь төгсгөлүүд юу солилцох ёстой тухай, трафик хэр сайн хамгаалагдсан тухай биш юм.

Нэг үр дагавар шууд гардаг: хоёр төгсгөл санал нийлэх ёстой. Нэг төхөөрөмжийн төрөлд тохируулсан клиент нөгөөд тохируулсан серверт нэгдэж чадахгүй, үлдсэн нь хэчнээн таарсан ч.

Эхний нөхцөл: ямар нэгэн зүйлд хоёрдугаар түвшин хэрэгтэй юу?

Гүүр нь протокол үнэхээр ижил нэвтрүүлэх домэйн шаарддаг үед өөрийн төвөгтэй байдлыг зөвтгөдөг: IP бус трафик, чиглүүлэгчээр дамжиж чадахгүй илрүүлэлт, эсвэл нэг сегмент дээр байхыг шаарддаг програм. Бусад бүх зүйл чиглүүлэлтийн асуудал бөгөөд чиглүүлэлт үүнийг хамаагүй бага механизмаар шийддэг. Сегментийг өргөн нутагт сунгах нь түүний нэвтрүүлэлтүүдийг ч сунгадаг тул давталтаас сэргийлэх, хаягийн төлөвлөлт, алдааны домэйнүүд бүгд зохион бүтээлтийн хэсэг болдог. Нэг чиглэл хангах байсан шаардлагад энэ хэтэрхий их юм.

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

Хоёр дахь нөхцөл: клиентүүд чадах уу?

Дэмжлэг нэг жигд биш. Ширээний клиентүүд ихэвчлэн хоёр төхөөрөмжийн төрлийг санал болгодог бол гар утасны болон суулгагдсан клиентүүд ихэвчлэн зөвхөн чиглүүлсэн горимыг хэрэгжүүлдэг бөгөөд гомдолгүй импортолсон профайл ч интерфэйсийг үүсгэх гэж оролдох үед бүтэлгүйтэж болно. Платформын нэрнээс функцуудыг таамаглахын оронд тодорхой клиент болон хувилбарыг шалгаарай.

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

Гурав дахь нөхцөл: энэ үнэхээр интерфэйсийн асуудал уу?

Интерфэйсийн асуудлуудад хажуугийн хоёр сонголтыг буруутгадаг. Виртуал төхөөрөмж туннельд юу орохыг шийддэг бол UDP эсвэл TCP гадаад тээврийн зан төлөвийг шийддэг бөгөөд аль нь ч гацаж буй дамжуулалтыг эмчилдэггүй. Том дамжуулалт гацаж, жижиг нь амжилттай болбол багцын хэмжээ болон MTU-д анхаарал хандуулах хэрэгтэй.

Холбогдсоны дараа нэг дотоод хост руу хүрч чадахгүй клиент ихэвчлэн чиглүүлэлт, галт ханын дүрэм эсвэл дутуу буцах замыг харж байдаг.

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

Асуулт нь аль сонголт илүү хүчтэй вэ гэдэг биш. Трафикт үнэхээр аль нь хэрэгтэй вэ гэдэг юм.