Fiók böngészője a proxy felé: két kapcsolat, két útvonal

Egy fiók böngészője egy explicit proxy mögött két kapcsolatot nyit, és ezek különböző okokból hibáznak. Az első a böngészőtől a proxy figyelőjéig tart, amely a fiók VPN-jén keresztül halad. A második a proxytól a webhelyig, a proxy saját feloldóját, útvonalát és kimenő szabályát használva. Azok a támogatási jegyek, amelyek egyetlen folyamatnak tekintik őket, órákra a rossz eszközhöz küldik az embereket. Állítsa be mindegyiket szándékosan, és ebben a sorrendben tesztelje őket.

1. lépés: írja le a két folyamatot

A böngésző közvetlen célja a proxy figyelője, nem minden webhely, amelyet a felhasználó végül meglátogat. Ez az egyetlen mondat feloldja a tervezés zavarának nagy részét.

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

Különböző források, különböző útvonalak, különböző jogosultságok. Tartsa a vázlatot a változási rekordban, mert minden későbbi ellenőrzés a két felének egyikére hivatkozik.

2. lépés: adjon a böngészőnek utat a figyelőhöz

Jegyezze fel a proxy hosztnevét, a figyelő portját, a hitelesítési követelményeket és az engedélyezett fiókforrásokat. Ez a lista az első folyamat elfogadási kritériuma, és tartalmaznia kell a belső névfeloldást valamint az alagút útvonalát is.

Szűk hálózati szabályt alkalmazzon a szándékolt szolgáltatásra, ahelyett hogy korlátlan proxyt tenne közzé az interneten. A proxy belső hálózaton maradhat, ha a szándékolt klienseinek támogatott útja van hozzá.

3. lépés: a böngészőt konfigurálja, ne csak az útvonaltáblát

Használja a böngésző proxybeállítását, egy PAC-fájlt vagy a szervezet felügyelt felfedezési mechanizmusát. A szokásos webhelycsomagok útvonallal a proxy címére küldése nem készteti a böngészőt a proxy protokoll beszédére; ez átlátszó elfogás, és más átjárótervezéshez tartozik.

Írja le, mely alkalmazások tartják tiszteletben a beállítást. A levelezőkliensek, a frissítők és a játékok gyakran nem teszik ezt, és továbbra is az egyszerű utat használják.

4. lépés: bizonyítsa a proxy kimenő kapcsolatát

A proxynak saját feloldóra és engedélyezett útvonalra van szüksége a webhelyig, valamint minden tűzfal- vagy fordítási szabályra, amelyet az internetes határa megkövetel. Egy böngésző, amely eléri a figyelőt, ebből semmit nem bizonyít. Tesztelje a második folyamatot magától a proxytól, ugyanazzal a céllal és porttal, amelyet a felhasználó jelentett.

HTTPS esetén a CONNECT alagutat nyit a kért cél felé. A szokásos továbbítás nem adja át a proxynak a visszafejtett oldalt, és a tanúsítvány-ellenőrzés kikapcsolása a vizsgálat improvizálásához nem megoldás.

5. lépés: különböztessen meg négy hibát

A proxy hitelesítési kihívás egy 407 a figyelőtől. Az elutasított CONNECT szabályzati döntés a proxyn, általában saját állapottal és naplósorral. A sikertelen kimenő kapcsolat időtúllépésnek vagy visszaállításnak tűnik, amelyet a proxy a cél felé naplóz. A webhely válasza azt jelenti, hogy mindkét kapcsolat működött, és a probléma a forrásnál van.

A megfigyelt határt jelentse, ne azt az összefoglalót, hogy a VPN meghibásodott.

6. lépés: határozza meg a hatókört és tervezze meg a tartalékot

Döntse el, mi történik, ha a proxy vagy az alagút nem elérhető, és mondja ki egyértelműen, mely forgalmat fedi ez a tervezés. Webes hozzáférést visz azoktól a kliensektől, amelyek tiszteletben tartják a proxybeállítást; nem visz levelezést, tetszőleges eszközprotokollokat vagy olyan szoftvert, amely figyelmen kívül hagyja a konfigurációt.

Érvényesítse a szükséges böngészőműveletet és egy szükséges elutasítást jóváhagyott terv szerint, mielőtt a tervezést több kliensre kiterjeszti.