VPN кайра туташкандан кийин прокси дагы эле эски туннел дарегиндеби?
Кайра туташуу жөнөткүчүңүздү туннел эми ээлик кылбаган дарекке байлап калтырышы мүмкүн. Төрт ирети менен текшерүү, номурланган өткөрүп берүү жана чыныгы сыноо суроосу.
VPN кардарын кайра баштоо туннелдин кайтып келгенин гана далилдейт. Ал аркылуу чыгуу буйругу берилген прокси жөнүндө эч нерсе айтпайды. Squid, tinyproxy жана башка жөнөткүчтөрдүн көбү башталганда табылган жергиликтүү булак дарегин бир нерсе аларды кайра жүктөөгө мажбурлаганга чейин кармап турат. Кайра туташуу жаңы туннел дарегин бергенде, жөнөткүч же ар бир чыгыш байланышында ийгиликсиз болот, же кадимки маршрутуңуз аркылуу чыга баштайт.
Экинчи ийгиликсиздик кооптуу: туннел иштеп жатат, барактар жүктөлөт, жана чыгуу дареги гана туура эмес.
Туннелден эмес, угуучудан баштаңыз
Оюнда үч дарек бар, кайра туташуу алардын кээ бирин гана жылдырат. Угуучу — браузериңиз көрсөткөн жер, адатта 127.0.0.1 же LAN дареги, жана ага туннелдин өзгөргөнү маанилүү эмес. Чыгыш жергиликтүү булагы — жөнөткүч кийинки кадамды терүү кезде өзөктөн колдонууну сураган нерсе, ал туннел түзмөгүнө байланган. Коомдук чыгуу — веб-сервер жаза турган нерсе, ал бир нече кадам алыстыктагы которулган дарек болушу мүмкүн.
Коомдук IP издөө акыркы суроого гана жооп берет. Ал жөнөткүч кайсы жергиликтүү дарекке байланышы керектигин айта албайт, анткени бир коомдук чыгуу бир нече ички булакты жашыра алат. Даректи байланыштын ээсинен окуңуз: кардардын абал чыгышынан, интерфейстин өзүнөн же туннел жашаган ат мейкиндигинен. Аты туннелге окшош биринчи интерфейсти алуу экинчи профиль пайда болгондо эле туура эмес жооп берет.
Контейнер жана ат мейкиндигинин жайгашуусу бул божомолду тынч бузат. Бир тармактык ат мейкиндигиндеги жөнөткүч башкасындагы туннелге байлана албайт, жана конфигурацияны оңдоонун эч бир өлчөмү аны түзөтпөйт.
Бир нерсени оңдоодон мурун төрт текшерүү
Аларды ирети менен аткарыңыз. Биринчи ийгиликсиз текшерүү — токтогон жериңиз, анткени кийинкилер мурункулардын аткарылганын божомолдойт.
- Колдонулуп жаткан туннель прокси курулган профиль экенин, өзү туташкан экинчи профиль эмес экенин ырастаңыз.
- Ошол түзмөктөгү учурдагы даректи басып чыгарып, аны иштеп жаткан конфигурациядагы дарек менен салыштырыңыз.
- Дисктеги файл айтканды эмес, жөнөткүчтөн кайсы булакты тапканын сураңыз.
- Жөнөткүчтөн келген трафик чын эле күткөн маршруттоо жана брандмауэр саясатына баш ийээрин ырастаңыз.
Түзмөктүн дареги жөнөкөй: ip -4 addr show dev tun0 учурдагысын басып чыгарат, ал эми ip -4 route get 1.1.1.1 өзөк ошол максат үчүн кайсы интерфейсти тандаарын көрсөтөт. Так дарекке байланган жөнөткүч дарек жоголгондо катуу ийгиликсиз болот. Түзмөккө байланган же демейки булакка кайткан жөнөткүч ишин улантып, агып кетет, жана бул — тынч жыйынтык.
Документтерди сиз иштеткен чыгарылышка шайкештеңиз, издөөнүн жогорку жыйынтыгына эмес. Squid'дин чыгыш дарек директивасы v7 жана мурункулар үчүн документтелген, ал эми v8 документтери директива ал жерде жеткиликсиз экенин ачык айтат, ошондуктан анын айланасында курулган скрипт бул чектен өтпөйт (Squid tcp_outgoing_address маалымдамасын караңыз). Бир нерсени кайра жүктөөдөн мурун продукттун өз талдоочусу менен текшериңиз: squid -k parse каталарды билдирип, иштеп жаткан процесске тийбей чыгат.
Ар бир туннелди номурлап, эскирген алмашууларды таштаңыз
Кайра туташуу — өткөрүп берүү, ал эми өткөрүп берүү тартипти талап кылат. Ар бир байкалган байланышты ар бир ийгиликтүү орнотууда өсүүчү эсептегич же убакыт белгиси менен белгилеп, ошол белгини талапкер конфигурациянын ичинде алып жүрүңүз. Талапкердеги белги учурдагыдан эски болсо, аны колдонуунун ордуна таштаңыз, анткени мурунку туннел үчүн жазылган жай жаңыртуу болбосо учурдагынын жөндөөлөрүнүн үстүнөн жазат. Окуялардын жарылууларын бириктириңиз, термелген байланыш он беш эмес, бир өтүү берсин.
Ишти төрт кадамга тизиңиз: эски чыгыш абалын жараксыз кылыңыз, байланыштын ээси бүткөнүн билдиргенче күтүңүз, башкарылуучу фрагментти гана куруңуз, анан кызмат менеджери аркылуу текшерип иштетиңиз. Бүт файлды эки дарек маанисинен кайра жаратуу — угуучунун чектөөлөрү, аутентификация жана максат саясаты тынч жоголуучу жол. Атайы токтотууну да сыйлаңыз. Колдонуучу өчүргөн туннелге чалып туруучу жардамчы — ката, туруктуулук эмес.
Ачык сокеттер жаңы даректи ээрчибейт
Жөнөткүчтү кайра конфигурациялоо мурунтан орнотулган байланыштар жөнүндө эч нерсе айтпайды. Алар бошобу же өлөбү продуктка байланыштуу, ошондуктан божомолдоонун ордуна жүрүм-турумду байкаңыз.
Алмашуудан мурун ачылган сокет аркылуу тейленген суроо жаңы конфигурация туура болсо да эски жол менен чыгат. Эгер бул маанилүү болсо, ачык чечим кабыл алыңыз: кыска бошотуу терезесин берип, жаңы ишти кабылдоону токтотуңуз, же эски сокеттерди жаап, каталарды кабыл алыңыз. Анан жаңы байланыш менен сынап, бул жыйынтыкты бошотуу текшерүүсүнөн өзүнчө кармаңыз. Булакка байлануу да коопсуздук чеги эмес. Трафик кадимки маршрутка эч качан тийбеши керек болсо, аны белгилер жана брандмауэр эрежелери менен, DNS жана IPv6 кошо, мажбурлаңыз, ийгиликсиз кайра жүктөө проксини ачык эмес, ачык өчүк калтырсын.
Жаңы чыгышты жаңы суроо менен далилдеңиз
Маанилүүсү — иштетилгенден кийин ачылган суроо, ping эмес жана кэште болгон барак эмес. Проксиден чыныгы URL сурап, алыскы тарап билдирген чыгыш дарегин окуңуз, анан провайдер көрсөтсө, кардардын туннел жөнүндөгү өз көз карашы менен салыштырыңыз.
Талдоону, кайра жүктөөнү жана суроону өзүнчө буйруктар кылып кармаңыз, ийгиликсиздик бир кадамды көрсөтсүн. Алгачкы экөө ийгиликсиз болгондо эч нерсени өзгөртпөйт, ошондуктан кайра баштоодон мурун иштейт.
squid -k parse
sudo squid -k reconfigure
curl -x http://127.0.0.1:3128 -sS -o /dev/null -w '%{http_code} %{remote_ip}\n' https://example.comКайра жүктөө ийгиликсиз болсо, кызматты токтотуп, фрагментти оңдоңуз; эскирген чыгыш менен тейлеген прокси кыска үзгүлтүктөн жаман. Кайра жүктөө ийгиликтүү болуп, бирок жаңы суроо дагы деле күтүлбөгөн жерден чыкса, даректерди кайра оңдоонун ордуна маршруттоо текшерүүсүнө кайтыңыз. Текшерген туннел муунун жазып коюңуз, кийинки кайра туташууга салыштырар конкреттүү нерсе болсун.