Jetty SPNEGO konfigurazioan hiru izen daude: autentifikazioa parekatzeko erabiltzen den URIa, JAAS bidez saioa hasten duen erabiltzailea eta tiketa eskatzen den zerbitzua. Helburu desberdinak dituzte.

Jetty 12.0.x inplementaziorako, autentifikazio objektuaren zati bat hau da:

var auth = new org.eclipse.jetty.client.SPNEGOAuthentication(
    java.net.URI.create("http://proxy.example:8080"));
auth.setServiceName("HTTP");

Zati honek zerbitzu osagaia erakusten du, ez proxy autentifikaziorako errezeta osoa. JAAS saioa, proxy bideratzea eta eskaeraren autentifikazio trukea bereiziak izaten jarraitzen dute.

Inplementazio honetan Jetty-k GSS ostalari-izena eraikitzen du getServiceName(), @ karakterea eta autentifikazio trukerako ostalaria konbinatuz. [email protected] zerbitzu osagai gisa emanez gero, beste ostalari bat gehituko litzateke. Irakurri setter honen kontratua, Kerberos principal oso bat onartzen duelakoan oinarritu beharrean.

Lortutako GSS izenak HTTP@hostname forma kontzeptuala du. KDCren dagokion zerbitzu principal-a HTTP/hostname gisa adierazten da normalean. hautatutako proxy izenak benetan erregistratutako zerbitzuarekin bat etorri behar du kontu horretarako; IP helbide edo alias batek beste tiketaren helburu bat hauta dezake.

Aztertu 407 bidea ere

Jetty 12.0.x-n authenticate()-k GSS ostalari-izena request.getHost()-tik lortzen du eta emaitza bat eraikitzen du Authorization goiburu lehenetsiarekin. Autentifikazio objektua proxy URIaren arabera parekatzeak ez ditu berez aldatzen aukera horiek proxyaren ostalari-izen eta Proxy-Authorization izatera.

Beraz, proxy integrazio batek eskaeraren ostalari zuzena eta proxy-eremuko emaitza behar ditu truke horretarako. HTTPS CONNECT eskaera batek eta jatorrizko eskaera arrunt batek ostalari-balio desberdinak izan ditzakete. Egiaztatu instalatutako inplementazioaren portaera, zerbitzu-izenaren setterrak 407 fluxu osoa ematen duela suposatu beharrean.

407 baterako, aztertu proxy autentifikazio trukea eta eskaera horrek erabilitako ostalaria. 401 bat jatorriaren autentifikazioari dagokio. Erabiltzaile-tiket baliodun batek bakarrik ez du frogatzen Jetty-k zerbitzu-tiket zuzena eskatu zuenik edo bitartekariak onartu zuenik.

Erlazionatutako artikuluak