Pritunl серверинин атын өзгөртүү анын акыркы чекитин өзгөртөт деп ойлойсузбу?

Pritunl серверинин атын өзгөртүү консолдогу белгини өзгөртөт. Ал кардар профилдери туташкан даректи өзгөртпөйт жана DNS жазуусун түзбөйт. Маанилүү маани — хосттун жарыя дареги, жана ал атты дарек сыяктуу эле оңой кабыл алат.

Кардарлар туташкан ат хосттун бир талаасында жашайт

Pritunl акыркы чекитти хосттун Жарыя дарек жөндөөсү аркылуу ачат, ал жарыя IP дарегин же DNS атын кабыл алат. Ошол жерге vpn.example.net коюңуз, ошондо түзүлгөн профилдер жана аутентификацияланган синхрондоо ошол атты кардарларга берет. Жазуу мурунтан болушу керек жана VPN ташымалын кабыл алган угуучуга чечилиши керек; бул талаа багытты жарыялайт, аны жарыя кылбайт. Сервер объектисинин көрсөтүлүүчү аты административдик метаберилиштер жана кардардын туташуу аракетине эч качан жетпейт.

Ошондуктан биринчи кадам — эч нерсенин атын өзгөртүү эмес. Хост жөндөөлөрүн ачыңыз, жарыя даректи өзгөртүңүз жана колдоого алынган интерфейс аркылуу сактаңыз.

Окшош көрүнгөн, бирок андай эмес үч талаа

Жергиликтүү дарек Pritunl хостторунун ортосундагы репликация жана маршруттоо кызматын аткарат. Байланыш дареги байланышкан серверлер бири-бирине кантип жетээрин сүрөттөйт. Экөө тең кардар туташкан дарек эмес, жана жарыя атты аларга көчүрүү алар сүрөттөгөн топологияны бузат. Жарыя IPv6 дареги өз жазуусу жана жолу бар өзүнчө талаа; IPv4 үчүн A жазуусу IPv6 жеткиликтүүлүгүн орнотпойт.

DNS аты да порт салыштырууну жана угуучуну алып жүрбөйт. Эгер кызмат 1194 UDP боюнча уга турган болсо, ат дагы эле 1194 UDP кабыл алышы керек болгон хостко чечилет. Веб консолду тейлеген 443 портундагы HTTP тескери прокси VPN ташымалынын акыркы чекити эмес, экөө тең бир эле атты бөлүшсө да.

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

Жаңы атты мурунтан бар кардарларга жөнөтүңүз

Талааны өзгөртүү серверден кетип калган профилдерди кайра жазбайт. Pritunlдин аутентификацияланган конфигурация синхрондоосу хост дареги жана портундагы өзгөрүүлөрдү шайкеш кардарларга жеткире алат, ал эми документтелген CLI кардары туташуудан же кайра туташуудан мурун синхрондошот. NetworkManager же өзүнчө OpenVPN кардарына импорттолгон профилде мындай канал жок жана ал макулдашылган алмаштырууну талап кылат. Бар сессиялар эч нерсени далилдебейт, анткени алар эски мааниге каршы орнотулган.

Веб консол жүк теңдештиргичтин артында турганда, Pritunl синхрондоо жолу үчүн өзүнчө Синхрондоо дареги жөндөөсүн документтейт. Экөө тең Pritunl болгондуктан гана VPN угуучусу үчүн консолдун хост атын кайра колдонбоңуз.

Өзгөртүүнү ушундай тартипте жеткириңиз: хост жөндөөсүн сактаңыз, учурдагы профилди экспорттоп же синхрондап, кардардын көчүрмөсүн алмаштырыңыз, анан кайра туташыңыз. Кайсы кардарларды синхрондоо башкарарын жана кайсыларында импорттолгон файлдар бар экенин жазып алыңыз, анткени экинчи топ өзү ээрчибейт. Кардарлардын ээлик тизмеси бул жерде дагы бир DNS жазуусунан пайдалуураак.

Өзгөртүүнү чыныгы туташуу менен кабыл алыңыз

Чечүү — эң алсыз мүмкүн болгон текшерүү. dig +short vpn.example.net даректи кайтарса, бул жазуунун бар экенин гана далилдейт.

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

Кийинчерээк жарыя дарек жылганда, жазууну жаңыртыңыз жана кардар кэши жана кайра туташуу жүрүм-турумун пландаңыз. Хост аты кардарларды сандык даректен ажыратат; ал тирүү сокетти жылдырбайт жана жеткиликсиз угуучуну жооп берүүгө мажбурлабайт.