জেডাব্লুটি স্পেসিফিকেশন কেবল পেডলোড এবং এটি কীভাবে প্রেরণ করা হয়েছে তা বর্ণনা করে তবে প্রমাণীকরণের প্রোটোকলটি উন্মুক্ত করে দেয় যা নমনীয়তার সুযোগ দেয় তবে দুর্ভাগ্যক্রমে, নমনীয়তাটি অ্যান্টিপ্যাটার্নগুলি এবং ভুল নকশায় নিয়ে যেতে পারে।
আমি জেডাব্লুটি প্রমাণীকরণের জন্য কিছু ভাল চিন্তাশীল এবং পরীক্ষিত এন্টারপ্রাইজ প্যাটারের সন্ধান করছি, যা আমি ব্যবহার করতে বা মানিয়ে নিতে পারি, তবে আমি সম্পূর্ণ কিছু খুঁজে পেতে ব্যর্থ হয়েছি।
আমি যা ভাবছিলাম তা হ'ল:
- যখন কোনও অনুমোদনের শিরোনাম পূরণ হয় না, বা জেডাব্লুটি টোকেনটি অবৈধ, বা মেয়াদ উত্তীর্ণ হয়, HTTP 401 প্রেরণ করুন
- প্রমাণীকরণের জন্য, REST চ্যানেলটি ব্যবহার / লগইন করতে, JSON অবজেক্ট হিসাবে ব্যবহারকারীর নাম এবং পাসওয়ার্ড প্রেরণ করুন
- টোকেনটি বাঁচিয়ে রাখতে, চালিয়ে যাওয়া / আরআরএসটি চ্যানেলটি ব্যবহার করুন, প্রতি এন (5) মিনিটে এটিকে কল করুন, নতুন জেডাব্লুটি টোকন পাবেন এবং প্রতিটি কলের পরে বিদ্যমান একটিকে প্রতিস্থাপন করুন (টোকেন এম (15) মিনিটের পরে শেষ হবে)
যাইহোক, যা আমাকে বিরক্ত করে, তা হল that / রক্ষণশীল চ্যানেলের প্রয়োজনীয়তা। অন্যদিকে, এটি আমাকে প্রমাণীকরণের মেয়াদ শেষ হতে বাধা দিতে বাধ্য করে, এমনকি ব্যবহারকারী দূরে থাকলেও (সিদ্ধান্তটি, আমরা চাই যদি রক্ষণশীল চাইলে এখনও পূরণ হয় না) এবং অবশ্যই, এগুলি অতিরিক্ত কল এবং প্রোটোকলের অতিরিক্ত জটিলতা। কি আকর্ষণীয় হবে, যে সার্ভারটি স্বয়ংক্রিয়ভাবে টোকেন দীর্ঘায়িত করে। সেশন-ভিত্তিক পরিবেশে টাইমস্ট্যাম্পটি পুনরায় সেট করে এটি ঘটে, তবে, সার্ভারটি নতুন টোকেন পাঠাতে হবে, সম্ভবত প্রতিবার নয়, তবে একবার টোকেন আর (বলে, 10) মিনিটে শেষ হতে চলেছে। তবে প্রতিক্রিয়া সংস্থায় এটিকে রাখার অর্থ জেএসএন প্রতিক্রিয়া প্রোটোকলটি সংশোধন করা (অতএব সমাধানটি আক্রমণাত্মক এবং স্বচ্ছ নয়), এবং ক্লায়েন্ট প্রক্রিয়া করতে পারে এমন একটি অতিরিক্ত এইচটিটিপি শিরোনাম স্থাপন করা অগত্যা ভাল প্যাটার্ন হতে পারে না। আমি '
এমন কোনও প্রস্তুত উদ্যোগ রয়েছে যা আমার উন্মুক্ত পয়েন্টগুলির উত্তর দেয়? আমার প্রোটোকল খসড়া কি নির্ভরযোগ্য ধারণা? আমি স্ক্র্যাচ থেকে ডিজাইনের চেয়ে প্রস্তুত কিছু ব্যবহার করতে পছন্দ করব।