VPN жұмыс істейді, бірақ бір қолданбада интернет жоқ па? Оның проксиін тексеріңіз
Туннель көтерілгеннен кейін браузер немесе құрал ескі проксиді қолдануын жалғастыруы мүмкін. Серверді ауыстырмас бұрын жүйе, қолданба және орта параметрлерін салыстырыңыз.
Туннеліңіз көтерілген, күй беті сау handshake көрсетеді, бірақ бір қолданба әлі ештеңе жүктемейді. Бұл қолданба әлі де сұраныстарын ескірек делдалға жіберіп отырған болуы мүмкін: жүйелік прокси, кеңейтім, құрылғы басқаруы жіберетін конфигурация файлы немесе тек өз процесі оқитын прокси айнымалысы. VPN серверін ауыстыру бұл параметрге тимейді, және бұл басқа қолданбалардың сол машинадан жұмыс істеу үлгісін түсіндіреді. Сәтсіз қолданбадан сыртқа қарай жұмыс істеңіз және прокси мәселесі шешілмейінше туннельді тыныш қалдырыңыз.
Прокси параметрі қай қабатқа тиесілі
Төрт орын қолданбаның сұраныстарына билік таласа алады және әдетте ең тар қабат жеңеді. Операциялық жүйе жаһандық прокси мен қосымша автоматты конфигурация URL-ін ұстайды; браузер оны ұстануы, оны басып озуы немесе басқаруды кеңейтімге беруі мүмкін; пәрмен жолы құралы өз ортасын оқиды; ал басқарылатын саясат өзгерістен кейін жоғарыдағылардың кез келгенін қайта бекіте алады. Бірдеңені өңдеуге дейін қай қабат жауапты екенін шешіңіз, өйткені дұрыс емес қабатты тазалау келесі кіруде қайта оралатын сәтті түзету сияқты көрінеді.
Екі қолданбаны сол қарапайым веб-сайтта салыстырыңыз, тек VPN үшін жасалған тест бетімен емес. Егер браузер сәтсіз болып, терминалдағы жүктеу сәтті болса, операциялық жүйе кінәлі емес, ал айырмашылық браузер профилінде немесе оның кеңейтімдерінде. Егер екеуі де сәтсіз болып, бірақ сол машинадағы екінші пайдаланушы тіркелгісі сәтті болса, параметр пайдаланушыға қатысты. Бұл салыстыру бір минут алады және болжамдардың көбін жояды.
Әр құрал шын мәнінде қолданатын мәнді оқыңыз
Конфигурацияны өзгертуге дейін басып шығарыңыз және нақты прокси жолын қалпына келтіре алатын жерге көшіріңіз. Shell айнымалылары пәрмен жолы құралдары үшін ең жылдам тексеріс, өйткені VPN клиенті әдетте оларды тимей қалдырады.
env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy
Алдыңыздағы платформаға сәйкес келетін жолды ғана іске қосыңыз, содан кейін хост, порт және тіркелгі деректері үшін шығысты оқыңыз. Мынадай мән http://proxy.corp.example:8080 құралдың әр сұраныс үшін сол хосттан сұрайтынын білдіреді, ал бос нәтиже тікелей жүретінін және нақты ақау басқа жерде екенін білдіреді. Шығысты билетке қоюдан бұрын пайдаланушы мен құпия сөз бөлігін жасырыңыз, өйткені бұл жолдар адамдар ойлағаннан әлдеқайда жиі тірі тіркелгі деректері.
Өз прокси қозғалтқышы бар құралдарға өз дәлелдері қажет. Curl егжей-тегжейлілікті арттырған кезде қабылдаған шешімін хабарлайды, бұл ортадан болжаудан жақсы, және сол жалауша атау шешу жергілікті немесе проксиде болғанын көрсетеді.
Қайта анықтауды тазалап, сол сұранысты қайта тексеріңіз
Бір қабатты өзгертіп, содан кейін сәтсіз болған сұранысты дәл қайталаңыз, өйткені басқа URL ештеңені дәлелдемейді. Алдымен ағымдағы shell-дегі орта айнымалыларын тазалаңыз, өйткені бұл өңдеу қайтарылады және туннельді бұза алмайды:
unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'
Егер егжей-тегжейлі шығыс әлі де проксиді алға тартса, орта билік емес еді. Тағы қайта анықтауларды жинаудың орнына бір деңгей жоғары көтеріліңіз.
macOS-те автоматты конфигурация файлы мәнді бермейтінін тексеріңіз, содан кейін қызмет проксиін өшіріп, өзгерісті растаңыз. Windows-та WinHTTP параметрі мен пайдаланушыға қатысты браузер параметрі бөлек нысандар екенін есте сақтаңыз, сондықтан таза пәрмен жолы құралы әлі ескі серверге меңзейтін браузермен қатар өмір сүре алады. Кеңейтімдер де сол күдікке лайық: прокси кеңейтімі сұраныстарды тек бір профиль үшін қайта жаза алады, және бұл бір браузерге әсер етіп, басқа ештеңеге әсер етпейтін ақау пішіні дәл осы.
Түзетудің қайта жүктеуден кейін де сақталатынын тексеріңіз
Тек сіз өңдеген терминалда жұмыс істейтін параметр түзетілген жоқ. Қолданбаны жұмыс үстеліндегі іске қоғыштан қайта ашыңыз, жүйеден шығып, қайта кіріңіз және ескі проксидің қайта оралатынын бақылаңыз.
Екі тексеріс нақты түзетуді уақытшадан ажыратады, және екеуі де тікелей қосылым немесе көзделген мәнді хабарлауы керек. Таза ортада іске қосу тазартылған процестің әлі де жүйелік параметрді алатынын көрсетеді.
env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"
Егер ескі мән қайта жүктеуден кейін қайта оралса, көзі оны қайта қолданатын басқарылатын саясат немесе профиль, және сол саясаттың иесі ерекшелікті алып тастауы керек. Сертификат тексеруін барлық уақытта қосып ұстаңыз, өйткені трафикті ұстап алатын прокси тексерістерді өшірген бойда шешілген болып көрінеді. Соңында алынған мәнді және күнді жазбаларыңызға жазыңыз, сонда келесі адам әдейі қойылған проксиді ұмытылғаннан ажырата алады.