OpenVPN-ді TCP және UDP арқылы бір хосттан ұсыну
2.7 дейін бір процесс бір тасымалды байланыстырады. Көпірмен қосылған TAP жұбын, екі TUN ішкі желісін және ортақ пулды салыстырып, содан кейін әр профильді өз тыңдаушысына сәйкестендіріңіз.
Тек TCP 443 рұқсат ететін желілер UDP-ні кедергісіз өткізетін желілермен қатар өмір сүреді, ал бір сервер екеуіне де қызмет көрсетуі керек. proto udp бар профиль екінші топқа жауап береді де, біріншісінде сәтсіз аяқталады, ал сол конфигурацияны proto tcp деп өзгерту екінші тыңдаушыны жасамайды. Нұсқаулық бір процесс үшін бір тасымалды таңдайды. Қалғанының бәрі осы шектеуден туындайды.
Не бірнеше процесс іске қосасыз, не бір уақытта бірнеше сокетті байланыстыра алатын нұсқаны іске қосасыз.
2.7 дейін бір процесс бір тасымалды байланыстырады
Қауымдастық OpenVPN proto сипаттайтын сокетті байланыстырады, және бұл нұсқаулық дана үшін бір тасымалды таңдайды. TCP мен UDP бөлек стектер, сондықтан бір порт нөмірін екеуі бір уақытта ұстай алады, бірақ бір процесс ұстай алмайды. Сондықтан 2.6 желісі сізге әр демонға бір тасымал береді. OpenVPN 2.7 серверлер үшін бұл шектеуді алып тастады, олар бір процесте бірнеше --local мәлімдемесі арқылы бірнеше сокетті байланыстыра алады.
Екі жауаптың кез келгеніне қарай жобалаудан бұрын нұсқаны тексеріңіз, өйткені 2.7 реттелімі өз конфигурация синтаксисі бар басқа операциялық модель. 2.6 үшін жазылған нұсқаулық мұны айтпаса да екі процесті сипаттайды.
Екі дананы іске қосудың үш жолы
TAP интерфейстерімен әр тасымалға бір дананы іске қосып, хосттағы екі tap құрылғысын көпірмен қосыңыз. Клиенттердің екі жиынтығы да бір хабар тарату доменіне түседі, бұл бір мекенжай пулына оларды қамтуға мүмкіндік береді және хабар таратуға тәуелді протоколдардың жұмысын сақтайды. TUN кезінде көпір қолжетімсіз, сондықтан ең қарапайым бөлу әр данаға өз ішкі желісін береді және маршруттау клиенттердің екі жиынтығын бөлек ұстайды. Үшінші нұсқа бір пулды сақтайды: әр дана learn-address скриптін шақырады, ол сол дананың құрылғысы арқылы клиентке /32 маршрутын орнатады.
Бұл үшінші реттелім адамдар сұрайтын және ең көп ұқыптылықты қажет ететін нұсқа, өйткені скрипт деректер жолының бөлігіне айналады және қосу, жаңарту және жою оқиғаларын дұрыс өңдеуі керек.
| Arrangement | Interfaces | Address pool | Cost |
|---|---|---|---|
| Bridged TAP pair | Two tap devices joined by a bridge | One shared pool | Broadcast traffic and bridge maintenance |
| Two TUN subnets | Two tun devices, no bridge | One pool per instance | Routing rules and two plans |
| Shared pool with routes | Two tun devices plus a hook | One pool across both | A script on the data path |
Екі дананы бөлек ұстаңыз
Әр данаға бөлек порт немесе мекенжай, бөлек күй файлы және бөлек журнал мақсаты да қажет. Бір күй файлына қосатын екі демон оқиға кезінде оқылмайтын шығыс шығарады, ал дәл сол кезде ол сізге керек. Егер екінші дана нақты мекенжайды байланыстырса, ол мекенжай процесс басталғанда хостта болуы керек; әйтпесе ол кілттер туралы ештеңе айтпай тұрып, байланыстыру қатесімен шығып кетеді.
Бірліктер мен профильдерді тасымал файл атынан-ақ анық болатындай атаңыз. Келесі оператор қайсысы TCP екенін білу үшін конфигурацияны ашпауы керек.
Профильді тыңдаушыға сәйкестендіріңіз
proto tcp іске қосқан сервер proto tcp-client бар клиент профилін күтеді, ал әлі де proto udp алып жүрген профиль сол тыңдаушыға қарсы пайдаланушы әрекет ете алатын қатесіз уақыт бітіп қалады. Егер орналастыру екі тасымалды да ұсынса, екі профильді сақтаңыз және қолдау қайсысы сыналғанын білетіндей таңбалаңыз. Тек порт нөмірі тасымалды сипаттамайды.
Брандмауэр ережелері сол бөлініске бағынады: UDP 1194 ережесі TCP 1194 туралы ештеңе айтпайды, ал бір мекенжайға арналған ереже екінші тыңдаушыны қамтымайды.
Алдымен сервердің көрінісін оқыңыз
Серверде ss -lntup-тен бастап, TCP және UDP тыңдаушыларының екеуі де пайда болатынын растаңыз. Содан кейін әр түрден бір клиентті қосып, әртүрлі мекенжайлары бар екі жазба үшін күй шығысын тексеріңіз. Егер сокеттер бар болып, клиент келмесе, демон оларды көрмей тұрып, жол немесе брандмауэр пакеттерді қабылдамай отыр.
Ешқашан пайда болмайтын сокет конфигурация немесе байланыстыру мәселесі, ал пайда болып, бірақ ешқашан қосылымды жазбайтын сокет сүзгілеу мәселесі. Клиент жағынан екеуі бірдей көрінеді, сондықтан сервердің өз көрінісі бірінші келеді. TCP кезек басының бөгелуін алып жүретінін есте сақтаңыз, сондықтан оны ұсыну таза UDP жолы бар клиенттер үшін жаңарту емес, қолжетімділік шарасы.