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 এ getServiceName(), এটা @ আখৰ আৰু প্ৰমাণীকৰণ বিনিময়ৰ হোষ্ট একত্ৰিত কৰি GSS হোষ্ট-ভিত্তিক নাম তৈয়াৰ কৰে। [email protected] ক সেৱা উপাদান হিচাপে দিলে আন এটা হোষ্ট যোগ হ'ব। এই ছেটাৰে সম্পূৰ্ণ Kerberos principal গ্ৰহণ কৰে বুলি ধৰি লোৱাৰ পৰিৱৰ্তে ইয়াৰ চুক্তি পঢ়ক।

ফলস্বৰূপ GSS নামটোৰ ধাৰণাগত ৰূপ HTTP@hostname। KDC ৰ সংশ্লিষ্ট সেৱা principal সাধাৰণতে HTTP/hostname হিচাপে প্ৰতিনিধিত্ব কৰা হয়। নিৰ্বাচিত proxy নামে প্ৰকৃততে পঞ্জীয়ন হোৱা সেৱাৰ সৈতে মিলিব লাগিব সেই একাউণ্টৰ বাবে; IP ঠিকনা বা উপনামে আন টিকট লক্ষ্য বাছনি কৰিব পাৰে।

407 পথটোও পৰীক্ষা কৰক

Jetty 12.0.x ত authenticate() এ request.getHost() ৰ পৰা GSS হোষ্টনাম লয় আৰু ডিফল্ট Authorization হেডাৰ ব্যৱহাৰ কৰি ফলাফল তৈয়াৰ কৰে। proxy URI ৰে প্ৰমাণীকৰণ বস্তু মিলোৱাটোৱে নিজে সেই বাছনিসমূহ proxy ৰ হোষ্টনাম আৰু Proxy-Authorization লৈ সলনি নকৰে।

সেয়ে proxy সংযোগৰ বাবে সেই বিনিময়ৰ শুদ্ধ অনুৰোধ হোষ্ট আৰু proxy-পৰিসৰীয় ফলাফল প্ৰয়োজন। HTTPS CONNECT অনুৰোধ আৰু সাধাৰণ মূল অনুৰোধৰ হোষ্ট মান বেলেগ হ'ব পাৰে। সেৱা-নাম ছেটাৰে সম্পূৰ্ণ 407 প্ৰবাহ যোগান ধৰে বুলি ধৰি লোৱাৰ পৰিৱৰ্তে সংস্থাপিত বাস্তৱায়নৰ আচৰণ নিশ্চিত কৰক।

407 ৰ বাবে, সেই অনুৰোধে ব্যৱহাৰ কৰা proxy প্ৰমাণীকৰণ বিনিময় আৰু হোষ্ট পৰীক্ষা কৰক। 401 মূল প্ৰমাণীকৰণৰ। কেৱল এটা বৈধ ব্যৱহাৰকাৰী টিকটে Jetty এ শুদ্ধ সেৱা টিকট অনুৰোধ কৰিছে বা মধ্যস্থতাকাৰীয়ে তাক গ্ৰহণ কৰিছে বুলি প্ৰমাণ নকৰে।

সম্পৰ্কিত প্ৰবন্ধ