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 экинчи элементти жана кээде биринчисин өзгөртөт, үчүнчү жана төртүнчү үчүн эч нерсе кылбайт. Туннел жеткирүү жолу болсо, кардарлар чыгууга эмес, туннел дарегине туташат.
Ар бир кызмат кайсы дарекке көз каранды экенин жазып коюңуз, анан провайдер маршруттоо моделин өзгөрткөн сайын бул жазууну кайра карап чыгыңыз. Жеке жооп берип, коомдук түрдө ийгиликсиз болгон сервер адатта бузулган эмес; ал туура эмес идентификация менен жооп берип жатат жана түзөтүү өрт дубалын өзгөртүү эмес, чагылдыруу чечими.