Браузер на огранок до прокси: две врски, две рути

Браузер на огранок зад експлицитно прокси отвора две врски и тие не успеваат од различни причини. Првата е од браузерот до слушателот на проксито, пренесувана низ VPN-от на огранокот. Втората е од проксито до веб-страницата, користејќи го сопствениот резолвер, рута и излезна политика на проксито. Тикетите за поддршка што ги третираат како еден тек ги испраќаат луѓето кај погрешниот уред со часови. Поставете ја секоја намерно и тестирајте ги по тој редослед.

Чекор 1: запишете ги двата тека

Непосредната дестинација на браузерот е слушателот на проксито, а не секоја страница што корисникот на крајот ја посетува. Таа една реченица ја решава најголемата дел од забуната во овој дизајн.

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

Различни извори, различни рути, различни дозволи. Чувајте ја скицата во записот за промена, бидејќи секоја подоцнежна проверка се однесува на една од двете нејзини половини.

Чекор 2: дајте му на браузерот пат до слушателот

Запишете го името на домаќинот на проксито, портата на слушателот, барањата за автентикација и дозволените извори на огранокот. Таа листа се критериумите за прифаќање на првиот тек и треба да вклучи внатрешно разрешување на имиња како и рутата на тунелот.

Применете тесно мрежно правило за предвидената услуга наместо да објавувате неограничено прокси на интернет. Проксито може да остане во внатрешна мрежа кога неговите предвидени клиенти имаат поддржан пат до него.

Чекор 3: конфигурирајте го браузерот, не само табелата со рути

Користете ја поставката за прокси на браузерот, PAC датотека или управуваниот механизам за откривање на организацијата. Испраќањето обични пакети на страницата кон адресата на проксито со рута не го тера браузерот да зборува прокси протоколот; тоа е транспарентно пресретнување и припаѓа на друг дизајн на портал.

Запишете кои апликации ја почитуваат поставката. Поштенските клиенти, ажурирачите и игрите често не ја почитуваат и ќе продолжат да го користат обичниот пат.

Чекор 4: докажете ја излезната врска на проксито

На проксито му треба сопствен резолвер и дозволена рута до страницата, плус секоја политика за огнен ѕид или превод што ја бара нејзината интернет граница. Браузер што стигнува до слушателот не докажува ништо од тоа. Тестирајте го вториот тек од самото прокси, со истата дестинација и порта што ги пријавил корисникот.

За HTTPS CONNECT отвора тунел до бараната дестинација. Обичното препраќање не му ја дава на проксито дешифрираната страница, а исклучувањето на проверката на сертификатот за да се импровизира инспекција не е решение.

Чекор 5: разликувајте четири дефекти

Предизвикот за автентикација на проксито е 407 од слушателот. Одбиениот CONNECT е одлука за политика на проксито, обично со сопствен статус и линија во дневникот. Неуспешната излезна врска изгледа како истек на време или ресетирање што проксито го запишува кон дестинацијата. Одговорот од страницата значи дека двете врски работеле и проблемот е кај изворот.

Пријавете ја границата што ја набљудувавте, а не резимето дека VPN-от не успеал.

Чекор 6: определете го опсегот и планирајте резерва

Одлучете што се случува кога проксито или тунелот не се достапни и јасно кажете кој сообраќај го покрива овој дизајн. Тој пренесува веб-пристап од клиенти што ја почитуваат поставката за прокси; не пренесува пошта, произволни протоколи на уреди или софтвер што ја игнорира конфигурацијата.

Проверете ја потребната операција на браузерот и едно потребно одбивање според одобрен план пред да го проширите дизајнот на повеќе клиенти.