OpenVPN TUN жана TAP: чечүүчү үч шарт

Эки туннель бирдей файл өткөрүүнү аткарып, бирок зымга салган нерсеси боюнча толугу менен айырмаланышы мүмкүн. Бири эки даректин ортосунда IP пакеттерин жылдырат; экинчиси Ethernet кадрларын жылдырат жана аны сегментке көпүрөлөөгө болот. Ошол айырма кайсы колдонмолор иштей турганын, кайсы кардарлар туташа аларын жана канчалык тармактык долбоорлоону өзүңүзгө аларыңызды чечет.

Иш жүзүндө муну үч шарт чечет. Аларды ирети менен карап чыгыңыз, анткени биринчиси адатта талкууну бүтүрөт.

Ар бир интерфейс чындыгында эмнени ташыйт

TUN түзмөгү — 3-катмардын чекит-чекит интерфейси: ядро ага IP пакеттерин берет, ал эми туннель аларды шерик дарекке жеткирет. TAP түзмөгү — Ethernet кадрларын ташыган 2-катмардын интерфейси, жана көпүрөлөөнү жалпы мүмкүн кылган дал ушул, ядро документтери сүрөттөгөндөй. Экөө тең пайдалуу жүктүн шифрленүү ыкмасын өзгөртпөйт жана экөө тең күч параметри эмес. Тандоо учтары эмнени алмашуусу керектиги жөнүндө, трафиктин канчалык жакшы корголгону жөнүндө эмес.

Бир кесепет дароо келип чыгат: эки уч тең макул болушу керек. Бир түзмөк түрүнө конфигурацияланган кардар экинчисине конфигурацияланган серверге кошула албайт, калганы канчалык дал келсе да.

Биринчи шарт: бир нерсеге экинчи катмар керекпи?

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

Сыноо так: маршрутталган туннелде ишке ашпаган колдонмону атап, эмне үчүн экенин айтыңыз. Жооп ага трансляция керек деген болсо, экинчи катмар чынчыл жооп. Жооп бирөө бир серверге жете албады деген болсо, талап — маршрут же брандмауэр эрежеси.

Экинчи шарт: кардарлар муну жасай алабы?

Колдоо бирдей эмес. Десктоп кардарлары адатта эки түзмөк түрүн тең сунуштайт, ал эми мобилдик жана камтылган кардарлар көбүнчө маршрутталган режимди гана ишке ашырат, нааразылыксыз импортталган профиль да интерфейсти түзүүгө аракет кылганда ишке ашпашы мүмкүн. Платформанын атынан функцияларды божомолдоонун ордуна так кардарды жана версияны текшериңиз.

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

Үчүнчү шарт: бул чын эле интерфейс маселесиби?

Интерфейс маселелери үчүн коңшу эки тандоо күнөөлөнөт. Виртуалдык түзмөк туннелге эмне кирерин чечет, ал эми UDP же TCP сырткы транспорттун кандай жүрүшүн чечет, жана экөө тең токтоп калган өткөрүүлөрдү айыктырбайт. Чоң өткөрүүлөр илинип, кичинелери ийгиликтүү болсо, пакеттин өлчөмү жана MTU көңүл бурууга татыктуу.

Туташып, андан кийин бир ички хостко жете албаган кардар адатта маршруттоону, брандмауэр эрежесин же жетишпеген кайтуу жолун карап жатат.

Башкарылуучу кызмат үчүн оператордун профили көрсөткөн интерфейс жайгаштыруусун колдонуңуз, анткени сервер тарабы мурунтан эле ошонун айланасында курулган. Жеке жайгаштыруу үчүн колдонмонун чыныгы талабынан тандап, себебин тандоонун жанына жазыңыз.

Маселе кайсы опция күчтүүрөөк экенинде эмес. Трафикке чындыгында кайсынысы керектигинде.