प्रॉक्सी "http://127.0.0.1" एज, IE11 या IE10 में प्रॉक्सी सर्वर के माध्यम से


0

किसी कारण से, मैं अपने आंतरिक प्रॉक्सी सर्वर के अलावा किसी भी डोमेन को आगे बढ़ा सकता हूं http://127.0.0.1 या http: // स्थानीय होस्ट । किसी भी अन्य डोमेन सही ढंग से अनुमानित है। यह सुनिश्चित करना कि "स्थानीय डोमेन के लिए प्रॉक्सी सर्वर बाईपास" अनियंत्रित है वास्तव में मदद नहीं करता है।

यहाँ एज में मेरी प्रॉक्सी सेटिंग्स हैं:

enter image description here

रीजनिंग: जैसा कि कई लोग सोच सकते हैं कि पृथ्वी पर मैं ऐसा क्यों करना चाहूंगा: मेरे पास अपनी परियोजनाओं का परीक्षण करने के लिए IE / Edge के विभिन्न संस्करणों के लिए आधुनिक .ie वर्चुअल मशीनें हैं। एक प्रॉक्सी की तरह स्थापित करना बहुत आसानी से मुझे इन वीएम पर अपनी स्थानीय परियोजनाओं का परीक्षण करने की अनुमति देगा, केवल होस्ट-एडेप्टर बनाने और / या नेटवर्क को भंग करने के साथ परेशानी की आवश्यकता के बिना और फिर उस इंटरफ़ेस (और पुनः-) के लिए विभिन्न अनुप्रयोगों को बांधने की कोशिश कर रहा है। http रिडायरेक्ट में 127.0.0.1 का उपयोग नहीं करने के लिए उन्हें कॉन्फ़िगर करना)।


क्या आपने होस्ट फ़ाइल पुनर्निर्देशन का उपयोग करने की कोशिश की है? आप किस मशीन पर WebApplication चला रहे हैं? अगर आधार पर आप VMem से बेसनेमाइन के होस्टनाम का उपयोग करके इसे एक्सेस नहीं कर सकते हैं?
AEonAX

मैं कर सकता हूं, लेकिन जो महत्वपूर्ण है, वह यह है कि मेरे सभी ऐप जो मैं (10+) पर काम कर रहा हूं, उन्हें होस्ट करने की आवश्यकता है 127.0.0.1। और, unfortunatelly, होस्ट फ़ाइल पुनर्निर्देशन का उपयोग करके नहीं किया जा सकता है। इसके लिए 'लोकलहोस्ट', या किसी अन्य डोमेन का उपयोग करने के लिए हर एक ऐप को फिर से कॉन्फ़िगर करना होगा, जो कि मेरी टीम के प्रत्येक डेवलपर के लिए बहुत अधिक काम है (वे उसी समाधान का उपयोग भी करेंगे)।
samu

127.0.0.1 को लोकलहोस्ट या किसी अन्य नाम में बदलना एक बार की गतिविधि IMHO होगी।
AEonAX

दरअसल, यह इतना आसान नहीं है। इसे काम करने के लिए इसे एक अलग डोमेन नाम में बदलना होगा। उस डोमेन को हर डेवलपर्स / etc / होस्ट्स फ़ाइल में स्थानीय रूप से और प्रत्येक VM होस्ट फ़ाइल पर कॉन्फ़िगर करने की आवश्यकता होगी। वीएम में हालांकि, यह मेजबान के केवल एक मेजबान नेटवर्क आंतरिक आईपी (वर्चुअलबॉक्स शब्द) को इंगित करना होगा। इसका मतलब है कि प्रत्येक डेवलपर को काम करने के लिए प्रत्येक वेब-सेवा + उसके होस्ट ओएस + हर वीएम ओएस को फिर से कॉन्फ़िगर करना होगा। प्रॉक्सी के साथ, यह केवल प्रत्येक वीएम के लिए एक सरल प्रॉक्सी कॉन्फ़िगरेशन है। बशर्ते कि यह काम कर रहा था, बिल्कुल ...
samu

क्या ये वेब ऐप जानबूझकर केवल 127.0.0.1 पर सुनने के लिए बनाए गए हैं यानी होस्टिंग मशीन के बाहर से पहुँच योग्य नहीं हैं?
AEonAX

जवाबों:


1

तो, जाहिर है, यह संभव नहीं है। 127.0.0.1, ::1 तथा localhost प्रॉक्सी के माध्यम से नहीं जाने के लिए हार्डकोड किया गया है।

इसके बजाय मैं जो गया था localhost., अंत में एक बिंदु के साथ। यह किसी भी अन्य समाधान पर कुछ फायदे हैं:

  • मेरे द्वारा उपयोग किया जाने वाला प्रत्येक OS (Windows, Linux और OS X) इसका अनुवाद करता है 127.0.0.1, इसलिए मैं अपने फ्रंट-एंड ऐप्स को "सोचने" के लिए कॉन्फ़िगर कर सकता हूं कि मेरी एपीआई "लोकलहोस्ट" है। फिर मैं अपने ऐप्स का उपयोग कर सकता हूं जैसे कुछ भी नहीं बदला, और यह अभी भी काम करेगा (बैकएंड ऐप को बहुत कॉन्फ़िगरेशन की आवश्यकता नहीं है, कोणीय 5 के साथ चलने की आवश्यकता है --disable-host-check, लेकिन यह बहुत ज्यादा है।
  • विंडोज खतरा नहीं localhost. जैसे यह कुछ खास है, और सिर्फ प्रॉक्सी के माध्यम से इसे आगे बढ़ाता है।

तो, मैं उपयोग कर सकते हैं 127.0.0.1 या localhost मूल रूप से सभी मशीनों पर, और यह सिर्फ काम करता है। मुझे सिर्फ इस्तेमाल करना याद रखना है localhost. IE VMs पर, लेकिन मुझे लगता है कि मुझे बस उसी के साथ रहना होगा।

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