Sukursaleko nabigatzailea proxyra: bi konexio, bi bide

Proxy esplizitu baten atzeko sukurtsaleko nabigatzaileak bi konexio irekitzen ditu, eta arrazoi desberdinengatik huts egiten dute. Lehena nabigatzailetik proxyaren entzulera da, sukurtsaleko VPNaren bidez eramana. Bigarrena proxyatik webgunera da, proxyaren resolver, bide eta irteera-politika propioak erabiliz. Biak fluxu bakartzat tratatzen dituzten laguntza-txartelek jendea gailu okerrean jartzen dute ordu luzez. Konfiguratu bakoitza nahita eta probatu itzazu hurrenkera horretan.

1. urratsa: idatzi bi fluxuak

Nabigatzailearen berehalako helmuga proxyaren entzulea da, ez erabiltzaileak azkenean bisitatzen duen webgune bakoitza. Esaldi bakar horrek diseinu honetako nahasmen gehiena konpontzen du.

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

Iturri desberdinak, bide desberdinak, baimen desberdinak. Gorde zirriborroa aldaketa-erregistroan, geroko egiaztapen bakoitzak bere bi erdietako bati erreferentzia egiten baitio.

2. urratsa: eman nabigatzaileari entzulera arteko bidea

Idatzi proxyaren ostalari-izena, entzulearen ataka, autentifikazio-baldintzak eta baimendutako sukurtsal-iturriak. Zerrenda hori lehen fluxuaren onarpen-irizpidea da, eta barne-izen ebazpena zein tunelaren bidea barne hartu behar ditu.

Aplikatu sare-arau estua aurreikusitako zerbitzuarentzat, proxy mugagabea internetera argitaratu beharrean. Proxyak barne-sarean egon daiteke bere aurreikusitako bezeroek harenganako bide onartua dutenean.

3. urratsa: konfiguratu nabigatzailea, ez soilik bide-taula

Erabili nabigatzailearen proxy-ezarpena, PAC fitxategi bat edo erakundearen kudeaketako aurkikuntza-mekanismoa. Bide batekin webgune-pakete arruntak proxyaren helbidera bidaltzeak ez dio nabigatzaileari proxy protokoloa hitz egiten; atzemate gardena da eta beste gateway diseinu bati dagokio.

Idatzi zein aplikaziok errespetatzen duten ezarpena. Posta-bezeroek, eguneratzaileek eta jokuek sarritan ez dute egiten, eta bide arrunta erabiltzen jarraituko dute.

4. urratsa: frogatu proxyaren irteera-konexioa

Proxyak bere resolver propioa eta webgunerainoko bide baimendua behar ditu, baita bere internet-mugak eskatzen duen suebaki edo itzulpen politikaren bat ere. Entzulera iristen den nabigatzaileak ez du horren ezer frogatzen. Probatu bigarren fluxua proxyatik bertatik, erabiltzaileak jakinarazitako helmuga eta ataka berberak erabiliz.

HTTPSrako, CONNECTek tunel bat irekitzen du eskatutako helmugarantz. Aurreratze arruntak ez dio proxyari deskifratutako orria ematen, eta ziurtagirien egiaztapena desgaitzea ikuskapena inprobisatzeko ez da konponbidea.

5. urratsa: bereizi lau hutsegite

Proxyaren autentifikazio-erronka bat entzulearen 407 bat da. Ukatutako CONNECT bat proxyaren politika-erabakia da, normalean bere egoera eta erregistro-lerroarekin. Irteera-konexio hutsak proxyak helmugarekiko erregistratzen duen denbora-muga edo berrezarpena dirudi. Webgunearen erantzunak bi konexioak funtzionatu zutela eta arazoa jatorrian dagoela esan nahi du.

Jakinarazi ikusi duzun muga, ez VPNak huts egin duen laburpena.

6. urratsa: zehaztu irismena eta planifikatu ordezko bidea

Erabaki zer gertatzen den proxy edo tunela erabilgarri ez dagoenean, eta esan argi diseinu honek zein trafiko estaltzen duen. Proxy-ezarpena errespetatzen duten bezeroen web-sarbidea eramaten du; ez du postarik, gailu-protokolo arbitrariorik edo konfigurazioa baztertzen duen softwareik eramaten.

Balidatu beharrezko nabigatzaile-eragiketa eta beharrezko ukatze bat plan onartu baten arabera, diseinua bezero gehiagotara zabaldu aurretik.