Филиал браузери проксиге: эки байланыш, эки маршрут

Ачык проксинин артындагы филиал браузери эки байланыш ачат жана алар ар кандай себептерден улам ишке ашпайт. Биринчиси браузерден проксинин угуучусуна чейин, филиал VPN аркылуу өтөт. Экинчиси проксиден веб-сайтка чейин, проксинин өз resolver, маршруту жана чыгуу саясатын колдонуп. Аларды бир агым деп караган колдоо билеттери адамдарды саат бою туура эмес түзмөккө жөнөтөт. Ар бирин атайын жөндөп, ошол тартипте текшериңиз.

1-кадам: эки агымды жазыңыз

Браузердин түздөн-түз бара турган жери проксинин угуучусу, колдонуучу акыры кире турган ар бир сайт эмес. Ошол бир сүйлөм бул долбоордогу түшүнбөстүктүн көбүн чечет.

branch browser -> site VPN -> central proxy listener
central proxy -> approved egress policy -> website

Ар кандай булактар, ар кандай маршруттар, ар кандай уруксаттар. Эскизди өзгөртүү жазуусунда сактаңыз, анткени ар бир кийинки текшерүү анын эки жарымынын бирине шилтеме кылат.

2-кадам: браузерге угуучуга жол бериңиз

Проксинин хост атын, угуучунун портун, аутентификация талаптарын жана уруксат берилген филиал булактарын жазыңыз. Ошол тизме биринчи агымдын кабыл алуу критерийи жана ички аттарды чечүүнү да, туннелдин маршрутун да камтышы керек.

Интернетке чектелбеген прокси жарыялоонун ордуна максаттуу кызмат үчүн кууш тармак эрежесин колдонуңуз. Прокси ички тармакта кала алат, эгер анын максаттуу кардарларында ага колдоого алынган жол болсо.

3-кадам: маршруттар таблицасын эмес, браузерди конфигурациялаңыз

Браузердин прокси параметрин, PAC файлын же уюмдун башкарылуучу табуу механизмин колдонуңуз. Кадимки сайт пакеттерин маршрут менен прокси дарегине жөнөтүү браузерди прокси протоколунда сүйлөөгө мажбурлабайт; бул ачык кийлигишүү жана башка шлюз долбооруна таандык.

Кайсы колдонмолор параметрди сыйлаарын жазыңыз. Почта кардарлары, жаңыртуучулар жана оюндар көбүнчө сыйлашпайт жана жөнөкөй жолду колдонууну улантышат.

4-кадам: проксинин чыгуу байланышын далилдеңиз

Проксиге өзүнүн resolver жана сайтка уруксат берилген маршрут, ошондой эле анын интернет чек арасы талап кылган firewall же котормо саясаты керек. Угуучуга жеткен браузер алардын эч бирин далилдебейт. Экинчи агымды проксинин өзүнөн, колдонуучу билдирген ошол эле багыт жана порт менен текшериңиз.

HTTPS үчүн CONNECT суралган багытка туннель ачат. Кадимки жөнөтүү проксиге чечилген баракты бербейт, ал эми текшерүүнү импровизациялоо үчүн сертификатты текшерүүнү өчүрүү чечим эмес.

5-кадам: төрт катаны ажыратыңыз

Проксинин аутентификация чакырыгы — угуучудан келген 407. Баш тартылган CONNECT — проксидеги саясат чечими, адатта өз статусу жана журнал сабы менен. Ишке ашпаган чыгуу байланышы прокси багыт боюнча жаза турган убакыт бүтүү же кайра орнотуу сыяктуу көрүнөт. Сайттын жообу эки байланыш тең иштегенин жана маселе баштапкы булакта экенин билдирет.

Байкаган чек араңызды билдириңиз, VPN иштебей калды деген корутундуну эмес.

6-кадам: көлөмдү аныктап, камдык жолду пландаштырыңыз

Прокси же туннель жеткиликсиз болгондо эмне болорун чечип, бул долбоор кайсы трафикти камтый турганын ачык айтыңыз. Ал прокси параметрин сыйлаган кардарлардан веб-кирүүнү ташыйт; ал почтаны, каалаган түзмөк протоколдорун же конфигурацияны этибарга албаган программалык камсыздоону ташыбайт.

Долбоорду көбүрөөк кардарларга кеңейтүүдөн мурун бекитилген план боюнча керектүү браузер операциясын жана бир керектүү баш тартууну текшериңиз.