मैं किन परिदृश्यों में `netsh http add urlacl` का उपयोग करूंगा?

मैं यह समझने की कोशिश कर रहा हूं कि इस तरह के कमांड का उपयोग करने के लिए मुझे कौन सी यात्रा की आवश्यकता होगी:

netsh http add urlacl url=http://server1:1234/ user=Everyone

क्या यह उस hostsफ़ाइल का उपयोग करने जैसा है जहां मैं अपने कंप्यूटर से एक विशिष्ट पते को जोड़ सकता हूं? (मुझे ऐसा नहीं लगता)।

डॉक्स नहीं हैं कि (मेरे लिए) स्पष्ट:

Netsh एक कमांड-लाइन स्क्रिप्टिंग उपयोगिता है जो आपको स्थानीय स्तर पर या दूरस्थ रूप से, वर्तमान में चल रहे कंप्यूटर के नेटवर्क कॉन्फ़िगरेशन को प्रदर्शित या संशोधित करने की अनुमति देती है। नेटश एक स्क्रिप्टिंग सुविधा भी प्रदान करता है जो आपको एक निर्दिष्ट कंप्यूटर के खिलाफ बैच मोड में कमांड के एक समूह को चलाने की अनुमति देता है। Netsh अभिलेखीय उद्देश्यों के लिए पाठ फ़ाइल में कॉन्फ़िगरेशन स्क्रिप्ट को सहेज सकता है या अन्य सर्वरों को कॉन्फ़िगर करने में आपकी सहायता कर सकता है।

सवाल:

क्या कोई वास्तविक जीवन परिदृश्य (+ कार्यान्वयन) प्रदान कर सकता है जहां मैं इसका उपयोग करना चाहूंगा?

अतिरिक्त जानकारी: मैंने इस प्रश्न को पढ़ा है जहाँ एक व्यक्ति जिसने (# के माध्यम से) तक पहुँचने की कोशिश की है:

http://localhost:1234 काम करता है, लेकिन

http://server1:1234 विफल रहता है

(हालांकि - मुझे समझ नहीं आता कि उन्होंने उस hostsफ़ाइल का उपयोग क्यों नहीं किया जो इसे हल कर सकती थी) - लेकिन फिर एक अन्य व्यक्ति ने उत्तर दिया है कि netshयह काम करेगा।
इसलिए मुझे लगता है कि मैं यहां कुछ याद कर रहा हूं।

cmd.exe window netsh

— रोय नमिर
स्रोत

मुझे पूरी तरह से पता है कि मेजबानों की फाइल का उपयोग मैं पिछले 1 साल से हर दिन करता हूं। मुझे समझ नहीं आ रहा है कि मेरे प्रश्न का कोड होस्ट फ़ाइल से कैसे भिन्न है। ऐसा लगता है कि वे दोनों भी ऐसा ही करते हैं। और दुख की बात है कि आपने अपने जवाब में कोई अंतर नहीं किया

— रॉय नमिर

netsh httpजब आप Windows के बहुत निचले स्तर पर काम कर रहे हों, http.sysतो hostsफ़ाइल के पूरी तरह से अलग होने के कॉन्फ़िगरेशन को संशोधित करते समय आप इसका उपयोग करेंगे । यह स्तर वह है जो आपके कंप्यूटर में स्थानीय रूप से HTTP सर्वर को चलाने का काम करता है , इसलिए इंटरनेट से बाहर जाने के बजाय आपके कंप्यूटर में आने वाले अनुरोधों से चिंतित है ।

यह URL अनुरोधों की सेवा के लिए विंडोज में वास्तुकला है:

http.sys वह चालक है जो HTTP ट्रैफ़िक को सुनता है और प्रक्रियाओं के लिए URL के आधार पर अनुरोधों को भेजता है, इसलिए कई प्रक्रियाएं उसी पोर्ट पर HTTP ट्रैफ़िक को सुन सकती हैं।

http.sysविंडोज सर्वर 2003 में शुरू किया गया था। इससे पहले, अनुप्रयोगों ने एक समापन बिंदु (आईपी: पोर्ट) पर एक सॉकेट खोला, आने वाले ट्रैफ़िक को सुनकर और इसे पार्स करना। समस्या यह थी कि इससे सभी अनुप्रयोगों के लिए पोर्ट 80 (http) और 443 (https) का उपयोग करना असंभव हो गया था, क्योंकि सॉकेट मॉडल के साथ केवल एक आवेदन किसी भी समय एक समापन बिंदु को सुन सकता है।

जब इंटरनेट सूचना सेवा (IIS) वेब सर्वर, या कोई भी एप्लिकेशन जो HTTP सर्वर एपीआई का उपयोग करता है, तो कुछ HTTP अनुरोध पथ पर सुनें, उन्हें एक URL उपसर्ग रजिस्टर करना होगा http.sys। हम इस प्रक्रिया को पंजीकरण कहते हैं ।

जब एक आवक अनुरोध द्वारा उठाया जाता है http.sysऔर इसे सही पंजीकृत आवेदन में वितरित किया जाता है, तो इसे रूटिंग कहा जाता है ।

व्यवस्थापक मोड में चलने वाला कोई भी एप्लिकेशन URL के लिए पंजीकरण कर सकता है। एक गैर-प्रशासक एप्लिकेशन netsh http add urlacl को अनुरोध प्राप्त करने के लिए उपयोग करने की आवश्यकता होती है।

निष्कर्ष: चूंकि आप गैर-व्यवस्थापक मोड में चल रहे निम्न-स्तरीय URL सर्वर का निर्माण नहीं कर रहे हैं, इसलिए आपके पास उपयोग करने का कोई कारण नहीं है netsh http add urlacl।

संदर्भ:

— harrymc
स्रोत

क्या आप ऐसा परिदृश्य प्रदान कर सकते हैं, जहां कुछ इस तरह हो: "एक उपयोगकर्ता आपके आईआईएस के साथ जुड़ना चाहता है ...."

— रॉयि नामिर

यह IIS के साथ साइड-बाय-साइड काम करने के लिए अनुप्रयोगों के लिए एक विधि है। यदि यह URL उपसर्ग के लिए रजिस्टर करता है, तो आवेदन को सीधे अपने सभी अनुरोध प्राप्त होंगे और IIS के माध्यम से नहीं, इसका अर्थ यह है कि इसे IIS के विस्तार के रूप में नहीं लिखा जाना चाहिए, और न ही आपको IIS स्थापित करने की आवश्यकता है (यह सिद्धांत में है - मैं डॉन ' पता है कि व्यवहार में कितनी अच्छी तरह http.sys IIS से स्वतंत्र है)।

— हरिके।