Lehen erronka itxaroten duen bezeroak proxya galdetu arte itxaroten du. Basic aurreratuko bezeroak jada ezagutzen du hautatutako amaiera-puntua eta kredentziala bere lehen eskaera egokian bidaltzen du. Truke hori kentzea erabilgarria izan daiteke. Hala ere, pasahitz bat nora doan erabakitzen duen erabakia da.

Ezagutu amaiera-puntua optimizazioa baino lehen

Autentifikazio-politika ezaguna duen proxy pribatu finkoa kasu argiagoa da bitartekari ezezaguna aukera dezakeen bideratze-geruza batena baino. Lotu kontua proxian espero den identitateari eta protokoloari. Ez eraiki erronka bakoitzari enpresako pasahitz bakar batekin erantzuten dion callback orokorrik.

Basic-ek kontuaren base64 irudikapena darama, ez froga zifratua. TLS proxy entzulearengana webgunearen HTTPS saiotik bereizitako konexio-hautua da. Webgunearen HTTPS tunelak ez du atzeraeraginez babesten Basic kredentziala, bezero-proxy arteko konexio zifratugabean bidalia. LAN pribatua kokapena da, ez zifratze-ezaugarria.

Mantendu mekanismoa zehatza

Basic aurreratua ez da Digest, NTLM edo Negotiate-rako lasterbide unibertsala. Mekanismo horiek beren truke-baldintzak dituzte. Onartutako eskema aurkitzen dituen bezeroak legez egin ditzake eragiketa gehigarriak.

Erabili hautatutako liburutegiaren proxy autentifikazio-interfazea, eta gero aztertu benetako eskema eta irismena. Helmugaren autentifikazio-aurreko ezarpen batek agian ez du proxy esku-ematea kontrolatzen. Dagoeneko autentifikatuta dagoen konexio batek ere ezkuta dezake konexio berri batek erronka bat egingo ote lukeen.

Konparatu eragiketa osoa: truke kopurua, amaitzeko denbora, beharrezko garraio-babesa eta proxyak aldatzean duen jokabidea. Erregistro garbiagoa soilik da erabilgarria aplikazioak aurreikusitako bitartekariaren aurrean autentifikatzen jarraitzen badu eta akordio hori ezarri ezin denean gelditzen bada.

Erlazionatutako artikuluak