पोर्ट 80 को डिफ़ॉल्ट HTTP पोर्ट और 443 को डिफ़ॉल्ट HTTPS पोर्ट के रूप में क्यों चुना गया?


59

पोर्ट 80 को डिफ़ॉल्ट HTTP पोर्ट और 443 को डिफ़ॉल्ट HTTPS पोर्ट के रूप में क्यों चुना गया?

वहाँ एक कारण है या यह सिर्फ इस तरह से परिभाषित किया गया था?


4
मेरे हीरो के कारण, जॉन पोस्टेल, RFC सिस्टम के संस्थापक और IANA के। en.wikipedia.org/wiki/Jon_Postel faqs.org/rfcs/rfc2468.html (विंट सेर्फ़ द्वारा आईएएन याद है)।
Frank Thomas

जवाबों:


77

इंटरनेट निरुपित संख्या प्राधिकरण (IANA) ICANN का एक विभाग है, जो एक गैर-लाभकारी निजी अमेरिकी निगम है जो वैश्विक आईपी पते के आवंटन, डोमेन नाम प्रणाली (DNS) की देखरेख करता है। प्रसिद्ध बंदरगाह और अन्य इंटरनेट प्रोटोकॉल-संबंधित प्रतीक और संख्या।

मार्च 1990 को उन्होंने दस्तावेज प्रकाशित किया RFC1060 जहाँ उन्होंने सूचीबद्ध किया है प्रसिद्ध बंदरगाह उस समय। उस सूची में कोई पोर्ट 80 के लिए निर्दिष्ट प्रोटोकॉल नहीं था। यह 79 से 81 तक गया:

79       FINGER     Finger                                
81       HOSTS2-NS  HOSTS2 Name Server                     

तो, उस समय पोर्ट 80 आधिकारिक तौर पर मुफ्त था।

1991 में टिम बर्नर्स-ली ने एक दस्तावेज में HTTP का पहला संस्करण जारी किया HTTP 0.9 उसने कहा:

If the port number is not specified, 80 is always assumed for HTTP.

फिर जुलाई 1992 में प्रकाशित हुआ था आरएफसी 1340 उस आज्ञाचक्र आरएफसी 1060 जहाँ प्रकट होता है:

   finger           79/tcp    Finger                            
   finger           79/udp    Finger                            
   www              80/tcp    World Wide Web HTTP               
   www              80/udp    World Wide Web HTTP               

यह दस्तावेज़ आधिकारिक पोर्ट को www या http के रूप में 80 बनाता है। हालाँकि उस दस्तावेज़ में 443 के बारे में कुछ भी नहीं है।

अक्टूबर 1994 को दिखाई देता है RFC 1700 पहली बार ऐसा प्रतीत होता है:

https           443/tcp    https  MCom
https           443/udp    https  MCom
#                          Kipp E.B. Hickman <kipp@mcom.com>

ऐसा लगता है कि इसके द्वारा याचना की गई थी किप ई.बी. Hickman उस समय मोज़ेक में काम करने वाले, पहले GUI ब्राउज़र कंपनी जो बाद में नेटस्केप बन गई।

यह स्पष्ट नहीं है कि 443 को क्यों चुना गया, हालांकि पिछले RFC से अंतर था 374 से 512 और इस RFC से अंतरिक्ष में 375 से 451 भरा हुआ था। यह बहुत संभावना है कि संख्या केवल अनुरोध के क्रम में दी गई थी।


5
"443 को पहले से असाइन नहीं किया गया था" के अलावा कोई कारण नहीं है, मैं नंबर के लिए कोई विशेष कारण के लिए हर समय सेवा पोर्ट चुनता हूं।
Johnny

3
कुछ प्रोटोकॉल (FTP दोनों सबसे स्पष्ट और एकमात्र उदाहरण है जो मैं अभी सोच सकता हूं) दो बंदरगाहों का उपयोग करता हूं। हो सकता है, वे मौजूदा प्रोटोकॉल के संभावित भविष्य के विस्तार के लिए अंतराल छोड़ना चाहते थे?
Jörg W Mittag

13
"दिन के 17 उद्धरण उद्धरण" उस एक महत्वपूर्ण बंदरगाह है!
Almo

2
@ ए.एल. एक अंतर है, आप शायद प्रोटोकॉल नंबर की सूची देख रहे थे, पोर्ट नंबर की सूची नहीं
Mark Rotteveel

6
एक बात पर विचार करें, यह है कि जब इन बंदरगाहों को सौंपा जा रहा था, परिवहन परत प्रोटोकॉल विकास तेज और उग्र था, इस या उस परियोजना पर काम करने वाले राज्यों में शिक्षाविदों के साथ। RFC के संपादक (जॉन पोस्टेल) विनिर्देश के स्वीकृत अंतिम संस्करणों के लिए अपने मानकों में बहुत सटीक थे, इसलिए उन्हें उन चालू परियोजनाओं का ज्ञान था जो कामों में थे, लेकिन वह कभी भी औपचारिक RFC का दर्जा हासिल नहीं कर सकते थे और तब कर सकते थे। IANA पोर्ट सूची में शामिल किया जाए। इसके अतिरिक्त, यदि वे अनारक्षित थे, तो विशिष्ट पोर्ट नंबरों का अनुरोध करना संभव था, इसलिए वे संख्या क्रम में नहीं हैं।
Frank Thomas

9

Jcbermu के उत्तर में उल्लेख किया गया है कि RFC 1340 (असाइन किए गए नंबर) में अप्रयुक्त बंदरगाहों की संख्या 374 से 512 थी, और 443 बीच में सही है।

assert https_port == (374 + 512) / 2 == 443

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.