क्या HTTPS TCP या UDP का उपयोग करता है?


जवाबों:


41

HTTPS किसी भी विश्वसनीय स्ट्रीम ट्रांसपोर्ट प्रोटोकॉल पर चल सकता है। आम तौर पर यह टीसीपी है, लेकिन यह एससीटीपी भी हो सकता है। यूडीपी के ऊपर चलने की उम्मीद नहीं है, जो कि एक अविश्वसनीय डाटाग्राम प्रोटोकॉल है (वास्तव में, जबकि यह इसका आधिकारिक नाम नहीं है, यह याद रखने का एक अच्छा तरीका है)।

UDP के लिए IANA असाइनमेंट ऐतिहासिक है; उस समय, लगभग हर प्रोटोकॉल को टीसीपी और यूडीपी दोनों पोर्ट नंबर दिए गए थे, भले ही यह उम्मीद थी कि यह केवल एक का उपयोग करेगा। पोर्ट नंबर रजिस्ट्रियों को मर्ज करने की चर्चा हुई है, और यहां से केवल एक ही पोर्ट को एक प्रोटोकॉल के लिए असाइन किया गया है। यह भविष्य के परिवहन प्रोटोकॉल को तैनात करना आसान बनाता है जो अन्यथा अपने स्वयं के रजिस्ट्रियों की आवश्यकता होगी। मुझे इस बात की जानकारी नहीं है कि यह चर्चा कैसे संपन्न हुई।


1
अधिकांश एसएसएल कार्यान्वयन इसे एसएसएल सॉकेट के रूप में उजागर करते हैं, इसलिए यह टीसीपी का अर्थ है। किसी भी अन्य परिवहन का उपयोग करने की बहुत कम घटनाएं होती हैं।
नास्को

3
चेतावनी: यह उत्तर पुराना है (9 साल पहले)। QUIC प्रोटोकॉल के बारे में उत्तर पर एक नज़र डालें, जो एक कार्यान्वयन है जिसे Google Chrome के लिए उपयोग करता है। बस केह रहा हू।
ivanleoncz

33

यह टीसीपी का उपयोग करता है। पैकेट आने की गारंटी के बिना इसे यूडीपी पर चलाना मुश्किल होगा। यदि पैकेट नहीं आते हैं, तो एन्क्रिप्ट किया गया डेटा समझ से बाहर नहीं होगा।


4
या यदि पैकेट ऑर्डर से बाहर निकलते हैं, तो UDP में टीसीपी जैसे पैकेट को फिर से व्यवस्थित करने के लिए कोई प्रावधान नहीं है।
जनाब

3
-1 पर नहीं जा रहा है क्योंकि यह थोड़ा पांडित्य होगा, लेकिन इसकी कीमत यह है कि कोई कारण नहीं है कि यह यूडीपी पर नहीं चलाया जा सकता है। यह नास्तिक हो सकता है, लेकिन यह संभव है।
ThatGraemeGuy

12

अगली बार, यदि आपको आश्चर्य हो कि डिफ़ॉल्ट पोर्ट सेवा tcp या udp पर चलती है, तो आप एक linux मशीन पर / etc / services को देख सकते हैं।


3
या एक विंडोज़ मशीन, एक कमांड प्रॉम्प्ट में:find "https" %windir%\system32\drivers\etc\services
ThatGraemeGuy 11

1
मेरी / etc / सेवाओं की भी सूची 80 / udp है। वास्तव में, कई सेवाओं ने दोनों बंदरगाहों को आवंटित किया है, "बस के मामले में" मुझे लगता है।
पीटर आइजेंट्राट

8

आजकल HTTPS TCP या UDP से ऊपर चल सकते हैं।

नए "QUIC" प्रोटोकॉल का उद्देश्य बहु-स्तरीय UDP कनेक्शन के साथ कई TCP कनेक्शन को बदलना है, और इसलिए SSL और HTTPS को संभाल सकता है:

HTTPS → SSL → QUIC प्रवाह → UDP → IP

QUIC मूल रूप से Google द्वारा 2012 में विकसित किया गया था और IETF समीक्षा से गुजर रहा है। अधिक जानकारी के लिए, विकिपीडिया देखें।


वर्तमान परिदृश्य को देखते हुए इसका उत्तर होना चाहिए। उदाहरण के लिए, प्रायोगिक प्रयोजनों के लिए, मैं केवल एक विशिष्ट आईपी के लिए HTTPS ट्रैफ़िक को ब्लॉक कर सकता हूं , नियम के लिए प्रोटोकॉल का उपयोग करके, टेबल DROPपर लक्ष्य का उपयोग कर सकता हूं । mangleudp
ivanleoncz

2
+1, इस प्रश्न पर क्लिक करने पर कुछ सीखने की उम्मीद नहीं थी।
T.Coutlakis

7

OSI मॉडल उच्च परत प्रोटोकॉल को सही सेवाएं प्रदान करने वाले किसी भी अंतर्निहित प्रोटोकॉल पर चलने की अनुमति देता है। HTTPS HTTP / TLS सुरक्षा का उपयोग कर HTTP है। एसएसएल / टीएलएस आमतौर पर टीसीपी के शीर्ष पर चलता है, लेकिन आपको इसे यूडीपी, एससीटीपी या किसी अन्य ट्रांसपोर्टेशन प्रोटोकॉल पर चलने से रोकने के लिए कुछ भी नहीं है।

टीसीपी और यूडीपी पर एचटीटीपीएस के तथ्य के रूप में, दोनों को आईएएनए द्वारा "अच्छी तरह से ज्ञात" के रूप में परिभाषित किया गया है और इसमें पोर्ट नंबर आरक्षित हैं।

"आधिकारिक" बंदरगाहों / प्रोटोकॉल संयोजनों के लिए http://www.iana.org/assignments/port-numbers देखें ।


1
उदाहरण के लिए देखें टूल्स ।ietf.org/html/rfc4347 ( डेटा ट्रांसपोर्ट लेयर सिक्योरिटी) कैसे SSL / TLS UDP पर चल सकता है।
पीहर

0
  • HTTPS, IP पर TCP से अधिक TLS पर HTTP है ।
  • UDP पर TLS एक विशिष्ट कार्यान्वयन है जिसे DTLS कहा जाता है ; जहाँ D का अर्थ "डेटाग्राम" है।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.