HTTP 407 নে 401: কোনটো লগইন বিফল হৈছে?
প্ৰক্সি আৰু ৱেবছাইটৰ প্ৰমাণীকৰণ পৃথক কৰক, সঠিক হেডাৰ চাওক আৰু ভুল পক্ষলৈ লগইনৰ তথ্য নপঠিয়াব।
407-এ প্ৰক্সিত প্ৰমাণীকৰণ বিচাৰে। 401-এ লক্ষ্য সম্পদৰ বাবে প্ৰমাণীকৰণ বিচাৰে। একেটা অনুৰোধে দুয়োটাকে পাব পাৰে; পাছৱৰ্ড দিয়াৰ আগতে কোনে বিচাৰিছে জানক।
ষ্টেটাছ আৰু প্ৰমাণীকৰণৰ প্ৰত্যাহ্বান হেডাৰ তুলনা কৰক
| সঁহাৰি | প্ৰত্যাহ্বান হেডাৰ | লগইন তথ্যৰ হেডাৰ | সংশ্লিষ্ট পক্ষ |
|---|---|---|---|
| 407 Proxy Authentication Required | Proxy-Authenticate | Proxy-Authorization | মাজৰ প্ৰক্সি |
| 401 Unauthorized | WWW-Authenticate | Authorization | মূল সম্পদৰ প্ৰমাণীকৰণ প্ৰবাহ |
ষ্টেটাছ প্ৰথম গুৰুত্বপূৰ্ণ সূত্ৰ, কিন্তু সম্পূৰ্ণ আদান-প্ৰদান চাওক। পৃষ্ঠাৰ লিখনিত 407 থকা মানে আচল HTTP 407 সঁহাৰি নহয়। একেদৰে নিজা লগইন পৃষ্ঠাই 200 ঘূৰাই দিও এপ্লিকেশ্বন স্তৰত প্ৰমাণীকৰণ বিচাৰিব পাৰে।
HTTPS ৱেবছাইট পোৱাৰ আগতেই 407-এৰে কিয় বিফল হ’ব পাৰে?
সাধাৰণ HTTP প্ৰক্সিয়ে HTTPS অনুৰোধ কঢ়িয়ালে ক্লায়েণ্টে সাধাৰণতে প্ৰথমে CONNECT টানেল বিচাৰে। প্ৰক্সিয়ে সেই CONNECT অনুৰোধৰ প্ৰমাণীকৰণ বিচাৰিব পাৰে। সেয়া শেষ নহ’লে টানেলৰ মাজেৰে গন্তব্যৰ TLS ছেশ্বন এতিয়াও গঢ়া হোৱা নাই। ৱেবছাইটৰ API টোকেন সলনি কৰিলে এই পৰ্যায় ঠিক হোৱাৰ সম্ভাৱনা কম।
বিস্তৃত আউটপুটত চাওক প্ৰত্যাহ্বান ক’ত আহে:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/স্থানীয় লিছেনাৰৰ সলনি নিজৰটো দি লগৰ প্ৰথম প্ৰত্যাহ্বান পঢ়ক। CONNECTৰ সময়ত 407 গন্তব্যৰ TLSৰ আগত আহে; সফল টানেলৰ পিছত 401 আহিব পাৰে।
প্ৰক্সিৰ তথ্য প্ৰক্সিৰ ইণ্টাৰফে’চেৰে দিয়ক
বিশ্বাসযোগ্য প্ৰশাসকে দিয়া এণ্ডপইণ্ট আৰু একাউণ্টৰ বাবে curl-এ প্ৰমাণীকৰণৰ পদ্ধতি স্থিৰ কৰিব আৰু নিদিয়া পাছৱৰ্ড সুধিব পাৰে:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user alice https://example.com/উদাহৰণৰ এণ্ডপইণ্ট আৰু ব্যৱহাৰকাৰী অনুমোদিত সেৱাৰ তথ্যৰে সলনি কৰক। কেৱল ব্যৱহাৰকাৰী দিলে ওপৰৰ কমাণ্ডত পোনে পোনে পাছৱৰ্ড দিব নালাগে। সমৰ্থিত পদ্ধতি curl বিল্ড আৰু প্ৰক্সি অনুসৰি সলনি হয়; আলোচনা বিফল হ’লে আচল প্ৰত্যাহ্বান আৰু বিল্ডৰ ক্ষমতা চাওক।
প্ৰক্সিৰ প্ৰমাণীকৰণ বিকল্প curl-ৰ মূল ছাৰ্ভাৰৰ ব্যৱহাৰকাৰীৰ প্ৰমাণীকৰণৰ পৰা পৃথক। প্ৰক্সিৰ প্ৰত্যাহ্বানৰ উত্তৰৰ সলনি মূল ছাৰ্ভাৰৰ Authorization হেডাৰ নিদিব। প্ৰক্সিৰ লগইন হেডাৰ হাতেৰে অসংলগ্ন অনুৰোধলৈও নপঠিয়াব বা সমগ্ৰ এপে পুনৰ ব্যৱহাৰ কৰা হেডাৰত নাৰাখিব।
প্ৰক্সিয়ে বাৰে বাৰে 407 দিলে
- উদ্দেশ্য কৰা প্ৰক্সিৰ হ’ষ্ট আৰু প’ৰ্ট ব্যৱহাৰ হোৱা নিশ্চিত কৰক।
- Basic বুলি ধৰি নলৈ প্ৰক্সিয়ে ঘোষণা কৰা পদ্ধতি চাওক।
- একাউণ্টৰ অৱস্থা আৰু সেৱাই বিচৰা ব্যৱহাৰকাৰী নামৰ আকাৰ নিশ্চিত কৰক।
- তথ্য URLত থাকিলে বিশেষ আখৰ কেনেকৈ পঠোৱা হৈছে চাওক।
- ব্ৰাউজাৰৰ সৈতে একত্ৰিত প্ৰতিষ্ঠানৰ প্ৰমাণীকৰণত ৰানটাইম বা প্লেটফৰ্মৰ সমৰ্থন লাগে নে জানক।
- ক্লায়েণ্টৰ প্ৰমাণ যথেষ্ট নহ’লে প্ৰশাসকৰ পৰা স্পৰ্শকাতৰ তথ্য আঁতৰোৱা অনুৰোধ চিনাক্তকৰ্তা বা ছাৰ্ভাৰৰ লগ এণ্ট্ৰি বিচাৰক।
সফল লগইনৰ পিছতো 403 বা প্ৰত্যাখ্যাত CONNECT প্ৰৱেশ নীতিৰ সিদ্ধান্ত হ’ব পাৰে। অধিক পাছৱৰ্ড চেষ্টা কৰি নিষিদ্ধ গন্তব্যৰ অনুমতি পোৱা নাযায়।
গন্তব্যৰ HTTPS-এ প্ৰক্সিৰ তথ্যৰ প্ৰতিটো আদান-প্ৰদান নাৰাখে
প্ৰক্সিৰ প্ৰমাণীকৰণ গন্তব্যৰ TLS গঢ়াৰ আগতে হ’ব পাৰে। প্ৰক্সিলৈ সংযোগ এনক্ৰিপ্ট নকৰা আৰু পদ্ধতিয়ে তাত পুনৰব্যৱহাৰযোগ্য তথ্য প্ৰকাশ কৰিলে HTTPS গন্তব্যই আগৰ আদান-প্ৰদান পিছত সুৰক্ষিত নকৰে। সেৱাৰ উপযোগী পৰিবহন আৰু প্ৰমাণীকৰণ বাছক; অচিন ৰাজহুৱা প্ৰক্সিলৈ ব্যক্তিগত একাউণ্ট নপঠিয়াব।
বিস্তৃত লগ ভাগ কৰাৰ আগতে চাওক। সাধাৰণ লগইন ক্ষেত্ৰ ঢাকিলেও ব্যৱহাৰকাৰী নাম, আভ্যন্তৰীণ এণ্ডপইণ্টৰ নাম, কুকি বা আন চিনাক্তকাৰী তথ্য থাকিব পাৰে।