Internet Explorer ऑटो-खोज नहीं है http: //wpad/wpad.dat ऑटो-कॉन्फ़िगरेशन

9

मुझे इस समस्या से हताशा में उतारा जा रहा है।

मैंने wpad.dat (अनिवार्य रूप से, एक प्रॉक्सी.पैक फ़ाइल का नाम बदला) नामक एक फ़ाइल स्थापित की है और इसे एक आंतरिक वेब साइट पर रखा है। मैंने DNS प्रविष्टियां स्थापित की हैं इसलिए होस्ट नाम wpad वेब सर्वर के लिए एक CNAME है। मैंने वेब साइट पर .dat फ़ाइलों के लिए उपयुक्त MIME प्रकार सेट किया है। मैंने DNS वैश्विक क्वेरी ब्लॉक सूची से wpad को हटा दिया।

मुझे पता है कि कॉन्फिगर फ़ाइल वाक्य-रचना की दृष्टि से सही है क्योंकि अगर मैंने मैन्युअल रूप से इंटरनेट एक्सप्लोरर की "ऑटोमैटिक कॉन्फिगरेशन स्क्रिप्ट का उपयोग करें" सेट किया है http://wpad/wpad.datतो प्रॉक्सी का स्पष्ट रूप से उपयोग किया जा रहा है (यानी, मुझे लॉग फाइल में अपना ब्राउज़िंग शो दिखाई दे रहा है और साथ ही साथ कुछ साइटों से इनकार कर दिया है। मेरा प्रतिस्थापन पृष्ठ।)

हालाँकि, यह मेरी समझ है कि मुझे जो कुछ भी करने की ज़रूरत है वह "स्वचालित रूप से सेटिंग का पता लगाने" के लिए बॉक्स पर टिक करना होगा और इंटरनेट एक्सप्लोरर को स्वयं http://wpad/wpad.dat- या अधिक सही ढंग से देखने के लिए जाना चाहिए http://wpad.localdomain/wpad.dat- जो भी काम करता है।

क्या कोई इस समस्या के निदान में मेरी मदद कर सकता है? मैं सिर्फ यह नहीं देख सकता कि मैंने क्या मिस किया है या क्या गलत है।

धन्यवाद !!

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

— डेविड एम विलियम्स
स्रोत

क्या आप इसके साथ कहीं गए थे मुझे भी बिल्कुल ऐसी ही समस्या है। मैं गंभीर रूप से IE को खूबसूरती से फ़ायरफ़ॉक्स ऑटोडेटेक्ट्स के रूप में दोष देने के लिए लुभा रहा हूं, हालांकि, IE डिफ़ॉल्ट रूट आउट का पता लगाने और चुनने में विफल रहता है!

— किप

मैंने नहीं किया। मैंने "स्वचालित कॉन्फ़िगरेशन स्क्रिप्ट का उपयोग करने" के लिए एक मूल्य निर्दिष्ट करने के लिए समाप्त कर दिया। यह अतिश्योक्तिपूर्ण है क्योंकि सभी साहित्य कहते हैं कि मैंने जो किया है वह सही है। हालाँकि, यहाँ दिए गए सुझावों का उपयोग करके (उदाहरण के लिए वायरशर्क का उपयोग करें यह देखने के लिए कि क्या हो रहा है, आईआईएस लॉग की जांच करें, आदि) मुझे यकीन है कि आईई सिर्फ wpad / wpad.dat को खोलने की कोशिश नहीं कर रहा है , भले ही सभी दस्तावेज यह कहते हों!

— डेविड एम विलियम्स

मेरे लिए, WPAD myIpAddress () कॉल करते समय यह कई इंटरफेस के कारण था, और IE ने VirtualBox होस्टल एडॉप्टर को चुना। यह भी देखें serverfault.com/a/425966/11594

— क्रिस J

16

डेविड,

यदि आप अभी भी इस समस्या से जूझ रहे हैं, तो वास्तव में इसे ठीक करना सरल है। लेकिन यह किसी भी तरह से प्रलेखित नहीं है, और मुझे अपने वातावरण में इसे छांटने में उम्र लग गई। आपके द्वारा किया गया सब कुछ अच्छा है, और यह है कि मैं एक बग को कैसे कॉल करूंगा कि IE यह WPAD जानकारी कैसे प्राप्त करता है और वेब सर्वर से जुड़ता है।

सबसे पहले, आप WPAD के लिए CNAME रिकॉर्ड का उपयोग नहीं कर सकते। A रिकॉर्ड का उपयोग करें। मूर्खतापूर्ण, मुझे पता है, और इससे कोई फर्क नहीं पड़ना चाहिए, लेकिन यह निश्चित रूप से है। इसलिए अपने DNS में अपना CNAME निकालें, और वेब सर्वर के IP पते के लिए A रिकॉर्ड बनाएं।

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

स्पष्टीकरण: IE क्या करता है नाम IPAD करने के लिए WPAD का समाधान है। इसे सीधे आईपी पते पर हल करने में सक्षम होने के लिए मिला है। यदि यह CNAME क्वेरी के रूप में एक अलग नाम से होता है, तो यह काम नहीं करेगा। एक बार IE का IP पता मिल जाता है जिसे WPAD हल करता है, वह वास्तव में http: // <> /WPD.dat से कनेक्ट होता है। यदि आपने एक ही वेबसर्वर पर स्थापित एक अलग वेबसाइट प्राप्त की है, तो पोर्ट 80 पर सुन रहा है, लेकिन एक होस्ट हेडर फ़ील्ड जैसे कि मेरे पास (IE, "डिफ़ॉल्ट वेब साइट", साथ ही "WPAD वेबसाइट") का उपयोग कर रहा है, तो आप सब कुछ सही ढंग से स्थापित है, लेकिन यह बहुत ही कारण के लिए काम नहीं करेगा। अपने डिफ़ॉल्ट वेबसाइट की जड़ पर अपने WPAD.DAT फ़ाइल की एक प्रति रखो, और चीजों को काम करना शुरू कर देना चाहिए।

बेशक, यदि आप उस वेबसाइट की जड़ तक नहीं पहुँच सकते हैं (या आप उस वेबसाइट की जड़ को सुरक्षित नहीं कर सकते हैं), तो आपको अपनी WPAD साइट को किसी भिन्न सर्वर पर ले जाने की आवश्यकता हो सकती है, जहाँ यह हो सकता है उस सर्वर को सौंपा आईपी पते की जड़।

वैसे भी वो शॉट दो। यही वह प्रक्रिया है जिसने मेरे लिए काम किया। मुझे इसे काम करने में उम्र लग गई, लेकिन यह मज़बूती से लंबे समय से काम कर रहा है। हालांकि उपरोक्त सभी बस मेरी समझ है कि IE WPAD.DAT फ़ाइलों के संबंध में कैसे काम करता है, और सही नहीं हो सकता है - यह बस अपने स्वयं के वातावरण में क्या करता है के अवलोकन पर आधारित है। तुम्हारा अलग हो सकता है, लेकिन मैं कम से कम उस पैसे को आपके मुद्दे को ठीक करने पर लगाऊंगा।

मुझे बताएं कि आप किस प्रकार से आगे बढ़ेंगे! मत्तो :)

मैं इसी मुद्दे को देख रहा हूँ मोटो। हम wpad.dat को एक सर्वर पर होस्ट कर रहे हैं जो अन्य वेबसाइटों को होस्ट करता है इसलिए हमने आईआईएस बाइंडिंग का उपयोग होस्ट हेडर wpad और wpad.our.domain के साथ प्रॉक्सी कॉन्फिगर फाइल को सेव करने के लिए किया है। जब हमारा DNS सच fqdn.our.domain में CNAME wpad था, तब फ़ायरफ़ॉक्स काम करेगा लेकिन FQDN के विरुद्ध HTTP अनुरोध के कारण Internet Explorer / WinHttp क्लाइंट विफल हो जाएगा - यह बहुत स्मार्ट हो रहा है और CNAME को देखकर फिर सीधे नाम से अनुरोध करने के लिए फिर से लोड हो रहा है एक रिकॉर्ड। "Wpad" के लिए एक रिकॉर्ड को सीधे करने के लिए स्विच करें WinHTTP / IE!

— Mister_Tom

3

IE8 के लिए इसे हल करने का एक और तरीका (IE7 के लिए भी काम कर सकता है) समूह नीति में सेटिंग्स के एक जोड़े को बदलने के लिए है।

कंप्यूटर कॉन्फ़िगरेशन> एडमिनिस्ट्रेटिव टेम्प्लेट> विंडोज कंपोनेंट्स> इंटरनेट एक्सप्लोरर> प्रति-मशीन (बजाय प्रति उपयोगकर्ता) प्रॉक्सी सेटिंग करें = सक्षम
उपयोगकर्ता कॉन्फ़िगरेशन> व्यवस्थापकीय टेम्पलेट> विंडोज घटक> इंटरनेट एक्सप्लोरर> ऑटो-प्रॉक्सी स्क्रिप्ट के अक्षम कैशिंग = सक्षम

उपरोक्त 2 सेटिंग्स को संशोधित करने के साथ, मैं IE8 में काम करने के लिए WPAD सेटिंग्स प्राप्त करने में सक्षम था।

नोट: आपको इसका उपयोग करने के लिए एक डोमेन वातावरण में होने की आवश्यकता नहीं है। कार्यसमूह पीसी पर, स्थानीय कंप्यूटर नीति को बदलने के लिए बस GPEDIT.MSC का उपयोग करें।

देखें: इंटरनेट एक्सप्लोरर में स्वचालित प्रॉक्सी कैशिंग को कैसे अक्षम करें

सादर, Kym

— Zoredache
स्रोत

3

यह सर्वरफ़ोल प्रश्न Google खोजों में उच्च दिखाई देता है जिसके कारण मैं इसका उत्तर दे रहा हूं। मुझे उम्मीद है कि दूसरों को यह उपयोगी लगेगा क्योंकि यह समस्या मेरे लिए एक वास्तविक दर्द थी।

लगभग 50 उपयोगकर्ताओं के हमारे डोमेन पर लगभग हर विंडोज 7 कंप्यूटर प्रभावित था - चारों ओर जा रहा था और IE को रीसेट करना तब तक स्वीकार्य नहीं था जब तक मैं चिंतित था इसलिए मैंने अंततः इसे निम्नानुसार हल किया:

सबसे पहले यहाँ कुछ उपयोगी हैं, लेकिन उन लिंक को खोजने के लिए मैं बहुत मेहनत कर रहा हूँ:

http://blog.frankleonhardt.com/2011/wpad-and-windows-7-and-internet-explorer-8/

http://kb.k12usa.com/Knowledgebase/Proxy-Auto-Detect-WPAD-Issues-With-IE-Windows-7

http://infratalk.wordpress.com/2011/09/10/troubleshooting-windows-proxy-autodiscovery-wpad/

मेरा सुझाव है कि आप पहले प्रत्येक लिंक को पढ़ें।

मुट्ठी लिंक से निम्नलिखित उद्धरण विशेष रूप से दिलचस्प है:

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

मुझे लिंक में दी गई wpad reg कुंजी मिली, जो वास्तव में है कि मुझे Google में लिंक कैसे मिले। मैं परीक्षण के दौरान निर्दयी हो गया और पाया कि निम्नलिखित काम करता है:

सभी IE सत्र बंद करें, नियंत्रण कक्ष खोलें -> इंटरनेट विकल्प -> कनेक्शन टैब -> लैन सेटिंग्स और अन-टिक "स्वचालित रूप से सेटिंग्स का पता लगाएं" (और अन्य सभी विकल्प) - IE IE को खोलें नहीं।

निम्नलिखित reg कुंजी को हटाएँ:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad

ओपन कंट्रोल पैनल -> इंटरनेट विकल्प -> कनेक्शन टैब -> लैन सेटिंग्स और "स्वचालित रूप से सेटिंग्स का पता लगाने" पर टिक करें।

यदि आप अपनी regedit विंडो (F5) को रीफ्रेश करते हैं, तो आपको wpad reg कुंजी को फिर से बनाया जाना चाहिए, लेकिन यह खाली होगा।

अब IE खोलें। फिर से wpad reg को रीफ्रेश करें और आपको यह देखना चाहिए कि यह सबपैड के साथ विभिन्न wpad जानकारी के साथ पॉप्युलेट करता है।

यह IE को रीसेट किए बिना एक फिक्स था, लेकिन मुझे अभी भी इसे किसी तरह 50 मशीनों पर तैनात करने की आवश्यकता थी। मैंने उस प्रकार किया:

मैंने निम्न के रूप में रीसेट किए गए कंप्यूटर का उपयोग करके निम्नलिखित reg बनाया है (इस क्रिया को कॉपी न करें क्योंकि यह हमारे डोमेन के आधार पर बनाया गया था और मैंने डोमेन नाम संपादित किया था), wpadOverride लाइन को manaully जोड़ा गया था:

Windows Registry Editor Version 5.00

[-HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad]
"WpadLastNetwork"="{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}"
"WpadOverride"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\a4-0c-c3-62-7b-2d]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}]
"WpadDecisionReason"=dword:00000000
"WpadDecisionTime"=hex:10,50,19,cf,b1,73,cc,01
"WpadDecision"=dword:00000001
"WpadNetworkName"="example.local"

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Wpad\{F03DC3BF-50F6-4DB1-9570-CF84875F6EDC}\a4-0c-c3-62-7b-2d]

यह उपयोगकर्ता लॉगिन स्क्रिप्ट में जोड़ा गया था और मूल रूप से reg कुंजी को हटा देता है और इसे बदल देता है।

मैंने तब "स्वचालित रूप से सेटिंग्स का पता लगाने" को अक्षम करने के लिए एक GPO बनाया और मैन्युअल रूप से wpad url जोड़ा:

उपयोगकर्ता कॉन्फ़िगरेशन -> नीतियां -> विंडोज सेटिंग्स -> इंटरनेट एक्सप्लोरर रखरखाव -> कनेक्शन -> स्वचालित ब्राउज़र कॉन्फ़िगरेशन | अन-टिक "स्वचालित रूप से कॉन्फ़िगरेशन सेटिंग्स का पता लगाएं" और "स्वचालित कॉन्फ़िगरेशन सक्षम करें" को टिक करें और " http: //wpad.example.local/wpad.dat " को "स्वचालित कॉन्फ़िगरेशन URL" में डालें।

मैंने "IE WPAD निर्णय कैशिंग ओवरराइड" भी सक्षम किया (ऊपर दूसरा लिंक देखें)।

फिर मैंने कुछ दिनों के लिए इसे छोड़ दिया ताकि अधिक से अधिक कंप्यूटरों को तैनात किया जा सके, फिर "स्वचालित कॉन्फ़िगरेशन URL" को अक्षम कर दिया और "स्वचालित रूप से कॉन्फ़िगरेशन सेटिंग्स का पता लगाएं" पर फिर से टिक किया और लॉगिन स्क्रिप्ट से reg कुंजी को हटा दिया।

मैंने ऐसा किया, क्योंकि यह केवल अनटोक करके काम नहीं करता था और फिर GPO के माध्यम से "स्वचालित रूप से कॉन्फ़िगरेशन सेटिंग्स का पता लगा" बॉक्स पर टिक कर दिया ताकि URL अतिरिक्त रूप से आवश्यक न हो।

मुझे उम्मीद थी कि WDPOverride अतिरिक्त चरणों के बिना काम करेगा लेकिन दुर्भाग्य से यह मेरे मामले में नहीं था।

संयोग से एक cname का उपयोग हमारे नेटवर्क पर पूरी तरह से अच्छी तरह से काम करता है।

कोई भी कंप्यूटर जो फिक्स की अवधि के लिए बंद थे, उसके बाद मैन्युअल रूप से नियंत्रित किया गया था।

मुझे आशा है कि यह अन्य लोगों की मदद करता है जो इस सवाल पर आते हैं जैसे मैंने Google के माध्यम से किया। Microsoft द्वारा यह "सुविधा" केवल सर्वथा मूर्खतापूर्ण है।

— jelloir
स्रोत

infratalk.wordpress.com/2011/09/10/…

— जेलोयर

2

मेरे पास एक ही मुद्दा था, लेकिन केवल कुछ कंप्यूटरों के लिए ...

Wireshark ने दिखाया कि IE लक्ष्य वेब सर्वर से टकराने से पहले नेटवर्क पर कुछ भी प्रयास नहीं करता है। वेब सर्वर जो कि wpad को होस्ट करने के लिए सेट है, उस विशेष IP पते पर किसी भी होस्टनाम का जवाब देता है।

मुझे ऐसा करने के लिए फिर से wpad.dat डाउनलोड करने के लिए गैर-काम करने वाले IE8 क्लाइंट मिले:

उपकरण-> इंटरनेट विकल्प-> उन्नत-> रीसेट

IE को बंद कर दिया और इसे फिर से खोला

दुर्भाग्य से, wpad.dat फ़ाइल में संशोधन करने के बाद यह स्पष्ट है कि IE8 wpad.dat के पहले डाउनलोड के बाद आगे कोई डाउनलोड नहीं करता है :-(

2

निम्नलिखित URL में देखने के लिए एक और बात विस्तृत है: https://technet.microsoft.com/en-au/library/cc995158.aspx

DNS में एक ब्लॉक सूची सक्षम हो सकती है जिसमें से wpad को अवरुद्ध रिकॉर्ड के रूप में परिभाषित किया गया है, यह एक सुरक्षात्मक उपाय है।

— जेसन वैन डेर पाल
स्रोत

1

एक ग्राहक मशीन पर वायरशार्क चलाने का प्रयास करें ... देखें कि IE कहां दिख रहा है? क्या आपका वेबसर्वर लॉग करता है कि उसने कोई wpads सेवा दी है?

— टॉम न्यूटन
स्रोत

Wireshark सुझाव के लिए धन्यवाद। इसने दिलचस्प, लेकिन आश्चर्यजनक परिणाम दिए। हालांकि 'स्वचालित रूप से सेटिंग का पता लगाने' की जाँच की गई IE ने एक बार भी वार्डन का संदर्भ नहीं दिया था। किसी भी प्रत्यय के साथ नाम wpad को हल करने के लिए कोई DNS लुकअप नहीं थे। जब मैं 'आटोमेटिक कॉन्फिगरेशन स्क्रिप्ट का उपयोग करता हूं' के लिए एक मैनुअल एंट्री करता हूं, तो मैं देख सकता हूं कि nslookups को wpad पर प्रदर्शन किया जा रहा है। तो, ऐसा लगता है कि IE वास्तव में ऑटो-कॉन्फ़िगर फ़ाइल को खोजने की कोशिश नहीं कर रहा है!

— डेविड एम विलियम्स

1

सुनिश्चित करें कि आपके डीएचसीपी पर विकल्प 252 "या" के समान सेट नहीं है - जो भ्रम पैदा कर सकता है। यदि आपके पास स्थानीय डोमेन सेट अप नहीं है, तो भी wpad काम नहीं कर सकता है।

— टॉम न्यूटन

1

इंटरनेट एक्सप्लोरर " http: //wpad.your-machine 's-dns-suffix.com/wpad.dat" तक पहुंचने का प्रयास करेगा । सुनिश्चित करें कि wpad.dat फ़ाइल की सेवा के लिए कॉन्फ़िगर किया गया वेब सर्वर पूरी तरह से योग्य होस्टनाम के लिए उत्तर दे रहा है। (BTW, IE प्रत्येक मूल डोमेन की कोशिश करने वाले डीएनएस प्रत्यय को भी विघटित करेगा। http://wpad.com पर एक नज़र डालें । वह व्यक्ति जो उस डोमेन का मालिक है वह वास्तव में बुरा हो सकता है, अगर वह चाहता था तो बहुत बुरा होगा।) ।)

— इवान एंडरसन
स्रोत

1

IE संस्करण 6.0.2900.xxxx "wpad.dat" BE CAREFUL के बजाय फ़ाइल नाम "wpad.da" के लिए देखता है! ;) बस एक स्निफर का उपयोग करें या अपने वेबसर्वर लॉग की जाँच करें।

उम्मीद है की यह मदद करेगा!

— पंगु
स्रोत

0

जैसा कि टॉम न्यूटन सुझाव देते हैं कि आईई क्या कर रहा है (DNS क्वेरी, HTTP जीईटी, ...) देखने के लिए वायरशर्क चलाएं, अपने वेबसर्वर लॉग को भी देखें।
ध्यान रखें कि IE GET क्वेरी में होस्ट नाम (wpad) के बजाय IP को भेजें ताकि आप वेबसर्वर पर virtualhost 'wpad' का उपयोग न कर सकें।

— त्रिज्या
स्रोत

यह दूसरा बिंदु दिलचस्प है; यदि आप जो कहते हैं वह सच है तो समस्या की सबसे अधिक संभावना है। मैं मुख्य वेब साइट के मूल में wpad.dat नहीं चाहता था इसलिए मैंने बोलने के लिए wpad 'वेब साइट' के लिए एक नई निर्देशिका और वर्चुअल होस्ट बनाया। हालाँकि, यदि IE wad.domain.local / wpad.dat के बजाय 10.1.1.1/wpad.dat के लिए स्वतः-खोज कर रहा है, तो यह समस्या होगी। मैं यह पहली कोशिश करूँगा ...

— डेविड एम विलियम्स

नहीं, यह काम नहीं किया। मैं सोच रहा हूँ कि IE सिर्फ 'स्वचालित रूप से सेटिंग का पता लगाने' वाले बॉक्स की जाँच करने के बावजूद कुछ नहीं कर रहा है।

— डेविड एम विलियम्स

टॉम के जवाब के अनुसार, आपको वायरशार्क में कुछ भी दिखाई नहीं दिया, यह आईई संस्करण में एक बग (क्या संस्करण?) या विंडोज कॉन्फ़िगरेशन में कुछ हो सकता है (सुरक्षा नीति? जीपीओ?) जो इसे अक्षम करता है। (लेकिन मुझे नहीं पता कि यह क्या सेटिंग्स हो सकता है, यह सिर्फ एक विचार है)

— त्रिज्या

0

यह विधि मेरे लिए काम करती है

   1. Tools->Internet Options->Advanced->Reset
   2. Closed IE and re-opened it

मुझे लगता है कि IE8 ने मुझे बहुत भ्रमित किया है, वे एमएस से हैं, लेकिन यह इनप्रोडक्टली क्यों काम करता है। जबकि फ़ायरफ़ॉक्स बहुत अच्छा काम करता है।

— user50941
स्रोत

0

यदि आप DHCP का उपयोग कर रहे हैं, तो आपकी wpad फ़ाइल का स्थान घोषित करने के लिए एक सेटिंग (विकल्प 252, IIRC) है। मेरा मानना है कि आप फ़ायरफ़ॉक्स के बारे में गलत हैं इसका उपयोग नहीं कर पा रहे हैं।

इसके अतिरिक्त, क्या आपके पास खोज सूची में स्थानीय डोमेन है?

— Greeblesnort
स्रोत