Жеке соңғы нүкте неліктен әлі де жария мекенжаймен жауап береді
Сұранысты ноутбуктен сыртқа қарай қадағалаңыз: қай шешуші жауап береді, қандай мекенжай қайтады және жеке соңғы нүкте қолжетімді болмас бұрын нені байланыстыру керек.
Ноутбук қосылады, туннель өзін белсенді деп хабарлайды, ал сақтау тіркелгісі әлі де әрбір сұранысты қабылдамайды. Жеке соңғы нүкте бар, оның ішкі желісіне бағыт бар, ал атау не жария мекенжаймен жауап береді, не мүлде шешілмейді. Туннельде ешқандай ақау жоқ: клиентке сол атау үшін қай сервер жауап беруі керектігі ешқашан айтылмаған. Сұранысты сыртқа қарай қадағалаңыз, сонда алшақтық айқын болады.
Клиенттің шешушісінен бастаңыз
Туннель белсенді кезде клиенттен қай серверге сұраныс жіберетінін сұраңыз. Нүктеден аймаққа профилі сол мекенжайды береді, ал ештеңе бермейтін профиль операциялық жүйені адаптердің әдепкі параметрлеріне қайтуға қалдырады.
Жария шешушілердің жеке аймақ туралы ешқандай көрінісі жоқ, сондықтан олар интернеттен жауап береді, бұл дәл олардың жұмысы. Сондықтан бірінші тексеру — қолданылып отырған шешуші мекенжайы, туннель де емес, соңғы нүкте де емес.
Жауаптың шын мәнінде не екенін оқыңыз
Қызмет атауын шешіп, қайтатын мекенжайды оқыңыз. Жария жауап сұраныстың аймақты көре алмайтын серверге жеткенін білдіреді. Жауаптың болмауы атаудың тек жеке түрде бар екенін және клиент жете алатын ештеңенің оны ұстамайтынын білдіреді.
Бұл екі нәтиже ұқсас қолданба қателерін тудырады және әртүрлі иелерге тиесілі. Біреуі шешуші таңдау мәселесі, екіншісі жоғалған аймақ байланысы.
hosts жазбасы жолды дәлелдейді, содан кейін өтірік айтады
Соңғы нүктенің мекенжайын жергілікті hosts файлына қою — туннель мен қызметтің брандмауэры әлдеқашан жұмыс істейтінін дәлелдеудің ең жылдам жолы. Егер сұраныс сол жазбамен сәтті болса, тек атауларды шешу бұзылған. Бұл сонымен қатар дәл бір атауды қамтитын әр машинаға арналған өзгеріс.
Ол екінші тіркелгіге, екінші соңғы нүктеге немесе әріптеске көмектеспейді және соңғы нүкте жаңа мекенжайда қайта жасалғанда ескертусіз бұзылады.
Одан бетер, ол сіздің машинаңызды басқалардың барлығынан өзгеше ұстайды, шешуші ақауы бір апталық тергеуден осылай аман қалады. Оны жолды растау үшін қолданып, содан кейін алып тастаңыз және себебін түзетіңіз.
Аймақты байланыстырып, шешуші таратыңыз
Екі шарт бір уақытта орындалуы керек. Жеке аймақ соңғы нүкте тұратын виртуалды желіге байланыстырылуы тиіс, ал клиент өз сұраныстарын сол аймақты оқи алатын серверге жіберуі керек. DNS Private Resolver-дің кіріс соңғы нүктесі желі ішінде осындай мекенжай береді және туннель арқылы келетін сұраныстарға жауап береді. Сол мекенжайды VPN профиліне қойып, клиент қолдануы тиіс жеке жұрнақты қосыңыз.
Бұрыннан бар жергілікті шешуші аймаққа бағытталған шартты қайта жіберуші арқылы дәл осындай нәтижеге жете алады.
Шешушідегі желі ережелері маршруттау сияқты маңызды. Егер кіріс ережесі VPN клиенттерінің ауқымын шығарып тастаса, сұраныстар қате жауап қайтарудың орнына уақыт бойынша бітеді. Дәл сол уақыттың бітуі адамдарды ешбір ақау жоқ маршрут кестесіне қайтарады.
Атауды, портты және сәйкестікті ретімен тексеріңіз
Ретімен жұмыс істеңіз: атауды шешіңіз, жауаптың жеке екенін растаңыз, портты ашыңыз, содан кейін аутентификацияланған сұраныс жасаңыз. Әр кезеңнің өз иесі және өз сәтсіздік қолтаңбасы бар.
Жеке жауаптан кейінгі уақыттың бітуі бағытты немесе брандмауэрді көрсетеді. Жария жауап шешушіні көрсетеді. Сәйкестік қатесін қайтаратын аяқталған қосылым қызметке тиесілі.
Бұл тізімге тағы бір сәтсіздік кіреді. Клиент мекенжайын рұқсат ететін қызмет брандмауэры қайта қосылғаннан кейін пул сол мекенжайды басқа сеансқа бергенде сәйкес келуді тоқтатады. Клиент өзінде бар деп ойлайтын мекенжайды емес, қызмет тіркеген қоңырау шалушы мекенжайын оқыңыз. Екеуі адамдар күткеннен жиірек сәйкес келмейді. Azure DNS Private Resolver нұсқаулығы аймақ байланысын және қайта жіберу құрылымын қамтиды.