Jetty 12.0.x SPNEGO: د خدمت نوم وټاکئ، نه بشپړ principal

د Jetty 12 تصدیق تنظیم کولو پر مهال proxy URI، JAAS کاروونکی او GSS د خدمت برخه جلا کړئ.

په Jetty SPNEGO تنظیم کې درې نومونه دي: هغه URI چې د تصدیق د سمون لپاره کارول کیږي، هغه کاروونکی چې د JAAS له لارې ننوځي او هغه خدمت چې ټکټ ورته غوښتل کیږي. هر یو خپل هدف لري.

د Jetty 12.0.x پلي کولو لپاره، د تصدیق د شي یوه برخه دا ده:

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

دا برخه د خدمت برخه ښیي، نه د proxy تصدیق بشپړه لارښوونه. JAAS ننوتل، د proxy لارښوونه او د غوښتنې د تصدیق تبادله جلا پاتې کیږي.

په دې پلي کولو کې Jetty د GSS کوربه‌بنسټ نوم د getServiceName()، @ نښې او د تصدیق د تبادلې کوربه په یوځای کولو سره جوړوي. که [email protected] د خدمت برخې په توګه ورکړل شي، بل کوربه به ورزیات شي. د دې setter قرارداد ولولئ، د دې پرځای چې فکر وکړئ بشپړ Kerberos principal مني.

پایله GSS نوم په مفهومي ډول HTTP@hostname بڼه لري. د KDC اړوند د خدمت principal معمولاً د HTTP/hostname په توګه ښودل کیږي. ټاکل شوی proxy نوم باید له هغه خدمت سره سمون ولري چې واقعاً ثبت شوی د هغه حساب لپاره؛ د IP پته یا لقب کولی شي بل د ټکټ هدف وټاکي.

د 407 لاره هم وګورئ

په Jetty 12.0.x کې authenticate() د GSS کوربه نوم له request.getHost() څخه اخلي او د Authorization د بنسټیز سرلیک سره پایله جوړوي. د تصدیق د شي د proxy URI له مخې سمون په خپله هغه انتخابونه د proxy کوربه نوم او Proxy-Authorization ته نه بدلوي.

نو د proxy یوځای کول د هغې تبادلې لپاره سم د غوښتنې کوربه او د proxy په حدودو کې پایله غواړي. HTTPS CONNECT غوښتنه او عادي اصلي غوښتنه کېدای شي مختلف کوربه ارزښتونه ولري. د نصب شوي پلي کولو چلند تایید کړئ، د دې پرځای چې فکر وکړئ د خدمت نوم setter بشپړ 407 بهیر برابروي.

د 407 لپاره، د هغې غوښتنې لخوا کارول شوې د proxy تصدیق تبادله او کوربه وګورئ. 401 د اصلي تصدیق دی. یوازې یو معتبر کاروونکي ټکټ نه ثابتوي چې Jetty سم د خدمت ټکټ غوښتی یا منځګړي هغه منلی.

اړوندې مقالې