VPN арқылы қосылған сервер үшін DNS-ке қандай мекенжай жазылады?
Орналастырылған серверде үш мекенжай бар және олар бірін-бірі алмастырмайды. Әр қызметке қажет мәнді таңдаңыз, содан кейін оны машинаның сыртынан растаңыз.
VPN орнатылған орналастырылған сервер соңында үш мекенжайды ұстайды және олардың тек біреуі сіз конфигурациялағалы отырған әрбір орынға тиесілі. Нөмірді провайдер панелінен DNS-ке, тыңдаушыға немесе рұқсат етілгендер тізіміне көшіру - жұмыс істеп тұрған туннельді ешкім жете алмайтын қызметке айналдыру жолы. Бұл нұсқаулық әрбір мекенжайдың көрсетілген мақсат үшін таңдалуы үшін жұмысты ретке келтіреді. Сондай-ақ іс жүзінде нені жариялағаныңызды растайтын командаларды тізіп береді.
Бірдеңе жарияламас бұрын үш мекенжайды картаға түсіріңіз
Оларды функциясы бойынша атаңыз. Underlay мекенжайы - машина VPN соңғы нүктесіне интернет арқылы жету үшін пайдаланатын мекенжай және ол көбінесе провайдердің NAT-ы артында жеке болады. Туннель мекенжайы VPN ішінде өмір сүреді және өнімге байланысты сервер немесе клиент тарапынан беріледі. Жария шығу қашықтағы веб-сайт аудармадан кейін жазатын мекенжай, және ол сіз сұрай алатын ешқандай интерфейсте болуы міндетті емес.
Бір машина үшін бір жария мекенжайды көрсететін панель сізге қалған екі рөл туралы өте аз айтады. Underlay қолжетімділігі - талап, сатып алу емес: үй маршрутизаторының артындағы ноутбук жария IPv4 мекенжайына ие болмай-ақ орналастырылған VPN соңғы нүктесіне жете алады. Сіз жасай алмайтын нәрсе - ешкім бағыттамайтын мекенжайға шешілетін атау жазып, кіріс жолын ойлап табу.
Мекенжайды белгі бойынша емес, қызмет бойынша таңдаңыз
Нөмірді таңдамас бұрын сервердің не істеуі керектігін жазып қойыңыз. Шығыс API шақырулары қарсы тарап рұқсат етілгендер тізімін жүргізсе, тұрақты шығуға мұқтаж. Жеке қатынау клиенттер бағыттай алатын туннель мекенжайына және оған байланған тыңдаушыға мұқтаж. Жария орналастыру провайдер шынымен ұсынатын кіріс бейнелеуіне мұқтаж және оны тек шығу мекенжайы қамтамасыз етпейді.
Бір машина үш мақсаттың барлығына қызмет ете алады және бәрібір үш түрлі мекенжайды пайдалана алады. Сынатын нәрсе - бір мән олардың барлығын қамтиды деген болжам:
| Requirement | Value that belongs there | What you see when the roles are swapped |
|---|---|---|
| Outbound allowlisting | Public exit | Requests reach the service but are rejected |
| Private client access | Tunnel address | Client connects, nothing answers |
| Inbound web service | Provider mapping | Name resolves, connection times out |
Дауласатын жол - кіріс жолы. Шығу мекенжайына сілтейтін жазба тыңдаушыны, өрт сөндіру қабырғасының ашылуын немесе портты бейнелеуді жасамайды, ал күту мұны өзгертпейді. Провайдер арнайы мекенжайды кіріс ережемен бірге сатса, сол бума сіз сатып алған мүмкіндік; мекенжайдың өзі құқық емес.
Қай мекенжайдың қайсысы екенін көрсететін командалар
Панельді емес, машинаны оқыңыз. Интерфейс атаулары жүйелер аралығында ерекшеленеді, сондықтан белгіге сенудің орнына мекенжайларды құрылғылармен сәйкестендіріңіз.
Бірінші жол әрбір IPv4 мекенжайын және оның құрылғысын тізіп береді, екіншісі ядродан белгілі сыртқы межелі орын үшін қай құрылғыны пайдаланатынын сұрайды:
ip -brief -4 addr show
ip -4 route get 198.51.100.10
curl -4 -s https://ifconfig.me
ss -lntp | grep -E ':(443|1194)'Маршрут іздеуі жария трафик үшін туннель құрылғысымен жауап берсе, толық туннеліңіз күшінде. Тыңдаушыны тексеру де сондай маңызды, өйткені тек 127.0.0.1-ге байланған процесс қандай атау жарияласаңыз да туннель мекенжайында ешқашан жауап бермейді.
Оны жариялаңыз, содан кейін сырттан тексеріңіз
Қызметке қажет мәнді және одан артық ештеңе жарияламаңыз: орналастыру үшін A немесе AAAA жазбасы, шығыс шақырулар үшін рұқсат етілгендер жазбасы, жеке қатынау үшін клиент профилі. Содан кейін маңызды позициядан сынап көріңіз және бұл ешқашан жаңа ғана өңдеген машинаңыз емес.
Екі тексеру көп бөлігін қамтиды және екеуі де скриптте ұстауға жеткілікті арзан:
dig +short vpn.example.net A
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/healthЖазбаңыздың бар екенін дәлелдейтін DNS жауабы сұраныстың жеткенінің дәлелі емес және бір сәтті сұраныс тек бір жолдың бір желіден жұмыс істейтінін дәлелдейді. Рұқсат етілгендер тізімі қатысқанда тексеруді мобильді қосылымнан қайталаңыз, өйткені байқаған шығуыңыз мекенжай отбасы мен жүрген маршрутқа байланысты болуы мүмкін. Қай отбасын растағаныңызды жазып қойыңыз; жұмыс істейтін IPv4 жолы IPv6 туралы ештеңе айтпайды.
Қызмет кіріс болса, шығу мекенжайы жеткіліксіз
Кіріс қатынау төрт нәрсенің бір сызықта болуын талап етеді: клиент жете алатын атау немесе мекенжай, пакетті машинаға жеткізетін маршрут, оны қабылдайтын тыңдаушы және оны тастамайтын саясат. VPN екінші элементті және кейде біріншісін өзгертеді, үшінші және төртінші үшін ештеңе жасамайды. Туннель жеткізу жолы болса, клиенттер шығуға емес, туннель мекенжайына қосылады.
Әр қызмет қай мекенжайға тәуелді екенін жазып қойыңыз, содан кейін провайдер маршруттау моделін өзгерткен сайын бұл жазбаны қайта қарап шығыңыз. Жеке жауап беріп, жария түрде сәтсіздікке ұшырайтын сервер әдетте бұзылмаған; ол дұрыс емес сәйкестікпен жауап беріп жатыр және түзету өрт қабырғасын өзгерту емес, бейнелеу шешімі.