Ар бир OpenVPN пирине remote сабы керекпи? Так эмес
remote биринчи пакеттин кайда кетерин көрсөтөт; ал клиент, сервер же TLS ролун тандабайт. Аны эки тарапка көчүрүүдөн мурун жайгашуусун окуңуз.
Эки пир конфигурациясы катар салыштырылат, биринде remote сабы бар, экинчисинде жок, жана тыянак — алардын бири бузулган. Бул тыянак талдоого татыктуу болгондой эле көп жаңылыш. Директива биринчи пакетти кайда жөнөтүү керектигин сүрөттөйт. Ал процесстин баштоочу клиент же күтүүчү дарбаза катары аракет кыларын тандабайт жана кайсы тарап өзүнүн инсандыгын экинчисине далилдей турганын чечпейт.
remote чындыгында эмнени аныктайт
remote жазуусу хостту, каалоосу боюнча порт менен транспортту, жана каалоосу боюнча кезеги менен сынала турган бир нече ушундай жазууну атайт.
Анын жоктугу белгисиз эмес, белгилүү мааниге ээ: процесс күтөт жана ал пир аутентификацияланбаса, кандайдыр бир даректен келген пакеттерге аракет кылбайт. Ошондуктан көчмө колдонуучуларга кызмат кылган дарбазанын алардын эч кимисин алдын ала атоого себеби жок.
Жазууну дарек мамилеси катары окуңуз. Алыскы тарап ишенимдүүбү деген суроого сертификаттар менен текшерүү параметрлери жооп берет, дарек жазылгандыгы эмес.
Жоопту үч жайгашуу чечет
Көчмө клиентке багыт керек, анткени ал баштоого тийиш жана ансыз дарбазанын кайда экенин билбейт. Көп клиенттүү дарбазага колдонуучу сайын багыт керек эмес, анткени клиенттер келип, аутентификацияланат. Белгилүү учтары бар атайын эки пирлик байланыштын бир тарабында, эки тарабында же эч биринде багыты болушу мүмкүн, кайсы тарап баштаарына жараша.
Туруктуу клиент дарегин жалпы дарбазага жабыштыруу — ошол категорияларды этибарга албоодон келип чыккан ката. Ал дареги жазылган бир гана пир үчүн иштейт жана калгандардын баарын адаштырат.
Директивада конфигурацияны көп клиенттүү серверге айландырган эч нерсе жок, ал эми анын болушу сервер ролуна да тоскоол болбойт. OpenVPN 2.6 маалымдамасы каалоосу боюнча аргументтерди жана remote жок учурдагы жүрүм-турумду өзүнчө документтештирет, бул алардын канчалык көз карандысыз экенине ишарат.
| Arrangement | Needs a destination |
|---|---|
| Roaming client | Yes, which gateway to contact |
| Multi-client gateway | No, peers authenticate on arrival |
| Two known peers | Depends on which side initiates |
Транспорт ролдору — башка огок
TCPде бир тарап күтөт, экинчиси чалат. Булар багыттан өзүнчө директивалар, аларды аралаштыруу экөө тең күткөн же экөө тең чалган жупту жаратат.
TCP булак чыпкасынын ролу да бар, ошондуктан серверде эч качан remote болбойт деген тегиз ырастоо туура эмес.
UDPде орнотула турган байланыш жок, ошондуктан эки уч тең тиешелүү UDP транспортун колдонот жана директива кайда багыттоо керектигин гана айтат. Аутентификацияланган пирдин дарек өзгөрүүлөрүн кошумча жазуулар кошуу эмес, атайын жүрүм-турум иштетет. Транспортту туура коюу багыттын мааниге ээ болушунун шарты, ал эми экөөнү алмаштыруу ишенимдүү көрүнгөн жана кол алышууну эч качан бүтпөгөн конфигурацияларды жаратат.
Эмне үчүн remote жоктугу ачык эшик эмес
Багыты жок процесс да аутентификацияланбаган пирлердин трафигин четке кагат, адамдар жок сапты баарына ачык угуучу деп окуганда ушул бөлүктү өткөрүп жиберет.
Аутентификация менен багыт көз карандысыз, ишеним үчүн биринчиси маанилүү.
Кайтарылган ката коркунучтуураак. Туруктуу булак дареги так жана текшерүүгө оңой болгондуктан кирүүнү көзөмөлдөөдөй сезилиши мүмкүн, бирок ал каршы тарапта ким бар экенин эч нерсе далилдебейт. Сертификатты текшерүүнү жана сертификатты анын ролуна байлаган инсандык текшерүүлөрдү сактаңыз. Аларды дарек дал келүүсү менен алмаштыруу чыныгы көзөмөлдү анын көрүнүшүнө алмаштырат.
Конфигурация эмнени болжолдой турганын жазыңыз
Ар бир тарап үчүн үч нерсени жазып алыңыз: биринчи пакет пирге кантип жетет, кайсы тарап транспортту кабыл ала алат жана ар бир тарап экинчиси жөнүндө эмнени текшерет.
Ошол божомолдор — дизайн. Директивалар алардын жазылышы гана.
Эгер эки файл айырмаланса, бири туура эмес деп болжолдоонун ордуна алардын ар башка божомолдорду билдирип жатканын текшериңиз. Симметриялуу файл жубу иштеген туннель үчүн талап та эмес, жетиштүү да эмес, ал эми асимметрия көбүнчө топологияны иштеткен бөлүк.