Jetty 12.0.x SPNEGO: ezarri zerbitzuaren izena, ez principal osoa
Bereizi proxy URIa, JAAS erabiltzailea eta GSS zerbitzu osaga Jetty 12ren autentifikazioa konfiguratzean.
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.