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"

Хэрэв хуучин утга дахин ачаалсны дараа эргэн ирвэл эх сурвалж нь түүнийг дахин хэрэглэдэг удирдлагын бодлого эсвэл профайл бөгөөд тэр бодлогын эзэн үл хамаарах зүйлийг зайлуулах ёстой. Гэрчилгээний баталгаажуулалтыг бүх хугацаанд асаалттай орхино уу, учир нь урсгалыг таслан зогсоодог прокси та шалгалтуудыг унтраасан даруйд шийдэгдсэн мэт харагдана. Эцэст нь зайлуулсан утга болон огноог тэмдэглэлдээ бичээрэй, ингэснээр дараагийн хүн санаатай проксийг мартагдсанаас ялгаж чадна.