HTTP मूल प्रमाणीकरण प्रमाण पत्र URL और एन्क्रिप्शन

Question

में पास हुए हैं मेरे पास HTTPS और HTTP प्रमाणीकरण प्रमाण-पत्रों के बारे में कोई प्रश्न है।

मान लीजिए मैं HTTP प्रमाणीकरण के साथ एक यूआरएल को सुरक्षित:

<Directory /var/www/webcallback> 
AuthType Basic 
AuthName "Restricted Area" 
AuthUserFile /var/www/passwd/passwords 
Require user gooduser 
</Directory> 

मैं तो HTTPS के द्वारा दूरस्थ सिस्टम से उस URL तक पहुँचने, URL में साख गुजर:

https://gooduser:secretpassword@www.example.com/webcallback?foo=bar 

विल उपयोगकर्ता नाम और पासवर्ड स्वचालित रूप से एसएसएल एन्क्रिप्टेड हो? जीईटी और पोस्ट के लिए भी यही सच है? मुझे इस जानकारी के साथ एक विश्वसनीय स्रोत का पता लगाने में कठिनाई हो रही है।

Answer 1

क्या उपयोगकर्ता नाम और पासवर्ड स्वचालित रूप से एसएसएल एन्क्रिप्टेड होगा? जीईटी और POSTs के लिए भी यही सच है

हाँ, हाँ हाँ।

संपूर्ण संचार (DNS लुकअप के लिए सहेजें यदि मेजबाननाम के लिए आईपी पहले ही कैश नहीं किया गया है) एसएसएल उपयोग में होने पर एन्क्रिप्टेड है।

Answer 2

आवश्यक नहीं है। यह तार पर एन्क्रिप्ट किया जाएगा, हालांकि यह अभी भी लॉग सादे पाठ

Answer 3

हां, यह एन्क्रिप्ट किया जाएगा।

यदि आप बस दृश्यों के पीछे क्या होता है तो आप इसे समझ लेंगे।

1. ब्राउज़र या एप्लिकेशन पहले यूआरएल को तोड़ देगा और एक DNS क्वेरी का उपयोग कर मेजबान का आईपी प्राप्त करने का प्रयास करेगा। यानी: डोमेन के आईपी पते (www.example.com) को खोजने के लिए एक DNS अनुरोध किया जाएगा। कृपया ध्यान दें कि इस अनुरोध के माध्यम से कोई अन्य जानकारी नहीं भेजी जाएगी।
2. ब्राउज़र या एप्लिकेशन DNS अनुरोध से प्राप्त आईपी पते के साथ एक एसएसएल कनेक्शन शुरू करेगा। सर्टिफिकेट का आदान-प्रदान किया जाएगा और यह परिवहन स्तर पर होता है। इस बिंदु पर कोई आवेदन स्तर की जानकारी स्थानांतरित नहीं की जाएगी। याद रखें कि मूल प्रमाणीकरण HTTP का हिस्सा है और HTTP एक अनुप्रयोग स्तर प्रोटोकॉल है। एक परिवहन परत कार्य नहीं है।
3. एसएसएल कनेक्शन स्थापित करने के बाद, अब आवश्यक डेटा सर्वर को पास कर दिया जाएगा। यानी: पथ या यूआरएल, पैरामीटर और मूल प्रमाणीकरण उपयोगकर्ता नाम और पासवर्ड।