HOSTS फ़ाइल को अनदेखा किया जा रहा है


23

मेरा (Windows XP, Professional, v2002, SP3) वर्कस्टेशन पूरी तरह से मेरी होस्ट फ़ाइल को अनदेखा कर रहा है।

यहाँ मेरे होस्ट फ़ाइल में कोड है:

127.0.0.1       localhost

172.17.1.107    wiki

लेकिन, जब मैं एक ब्राउज़र खोलता हूं और URL बार में "विकी" टाइप करता हूं और "एंटर" हिट करता हूं, तो यह मुझे मेरे विकी के पुराने स्थान पर ले जाता है, क्योंकि यह मेरी पुरानी होस्ट्स फ़ाइल में दिखाई दिया था:

10.0.36.100     wiki

भले ही मैंने पुरानी होस्ट्स फ़ाइल "Host_full" का नाम बदला है और इसे अपने डेस्कटॉप पर स्थानांतरित कर दिया है (इसलिए, पूरी तरह से आदि फ़ोल्डर से बाहर)।

मैंने अब तक निम्नलिखित कदम उठाए हैं:

  1. पुनः आरंभ (3 बार)
  2. ipconfig /flushdnsकमांड लाइन से भाग गया
  3. ping wikiकमांड लाइन से भागा , प्रतिक्रिया थी

Reply from 10.0.36.100: bytes=32 time=1ms TTL=63

मैंने प्रत्येक कैश को साफ कर दिया है जिसके बारे में मैं (आईई, एफएफ) सोच सकता हूं।

मेरे पास एक ISA फ़ायरवॉल क्लाइंट है जो मेरी मशीन पर चलता है और मैंने इसे अक्षम और सक्षम करने के साथ यह सब करने की कोशिश की है। वास्तव में, फ़ायरवॉल स्वयं को हल करने के लिए पुरानी होस्ट फ़ाइल का उपयोग करता है:

10.0.2.126      isa3

और किसी तरह यह अभी भी ठीक काम करता है भले ही नई मेजबानों फ़ाइल में वह पंक्ति न हो।

कोई विचार??? मदद के लिए अग्रिम धन्यवाद!


जब आप उस IP के लिए एक नई प्रविष्टि बनाते हैं, तो 172.17.1.107 विकिटेस्ट क्या होता है?
shufler

जवाबों:


24

किसी भी मौका आप ब्राउज़िंग के लिए एक प्रॉक्सी सर्वर का उपयोग कर रहे हैं? यदि ऐसा है तो हो सकता है कि प्रॉक्सी सर्वर आपके लिए डीएनएस नाम का समाधान कर रहा हो।

और यही कारण है कि आपको ब्राउज़र के विपरीत पिंग के साथ एक कमांडलाइन में अलग-अलग परिणाम मिलते हैं।

चांस ऑफ ट्रैफिक इंटरसेप्ट और चेंज हो जाता है। बहुत दूर मौका ...


1
हां, वास्तव में, मुझे पता चला कि एक कॉर्पोरेट प्रॉक्सी है जो मेरे अनुरोधों को स्वीकार कर रही है और उनका जवाब दे रही है। किसी तरह यह मेरी मेजबानों फ़ाइल को बायपास कर रहा था। अगर कॉरपोरेट प्रॉक्सी में एक प्रविष्टि थी तो यह मेरे स्थानीय होस्ट फ़ाइल प्रविष्टि को ओवरराइड कर रही थी। हालांकि यह उत्तर वास्तव में "कैसे" समस्या को ठीक करने के लिए नहीं बताता था, इसने समस्या के वास्तविक मूल कारण की पहचान की (यह फ़ायरवॉल नहीं है ...)
cmcculloh

1
जब मुझे समस्या थी तो यह एक आसान समाधान था। मैंने उस आईपी पर प्रॉक्सी का उपयोग नहीं करना चुना (फ़ायरफ़ॉक्स में प्रॉक्सी सेटिंग्स के तहत) यह फिक्स आपकी समस्या पर लागू नहीं हो सकता है (फ़ायरवॉल प्रॉक्सी के बिना जावक एचटीटीपी को अवरुद्ध कर सकता है)। यह भी कई मशीनों के लिए एक कुतिया रोल हो सकता है, अगर आप मोज़िला प्रोफाइल के केंद्रीकृत प्रबंधन नहीं है। जब से हम इसका इस्तेमाल नहीं करते मैं IE के लिए जवाब नहीं दे सकता।
आर्टिफेक्स

3
.. * कुतिया * रोल आउट .. लोल
मानस

1
किसी को
@silent_warrior

1
@artifex आपके उत्तर और टिप्पणी के लिए धन्यवाद, इससे मुझे एहसास हुआ कि मैं उन अपवादों को स्थापित कर सकता हूं जिन्होंने मेरे मुद्दे को हल किया। किसी को भी यहाँ देखें: stackoverflow.com/questions/37658876/…
haakym

9

फायरवॉल जवाब पिंग करने के लिए?
यह आपके द्वारा दिए गए आईपी पते से एक लंबा शॉट है, लेकिन क्या होता है जब आप सीधे नए आईपी को पिंग करते हैं, क्या वह काम करता है?

कारण मैं पूछता हूं, अगर 10.0.36.100 को फायरवॉल होता है जो पिंग के प्रति प्रतिक्रिया करता है, तो यह उस से उत्तर देगा, भले ही आप एक अलग आईपी पिंग कर रहे थे ...।

बिग होस्ट्स फ़ाइल?
इसके अलावा, यह मुझे और एक बार एक और आईटी व्यक्ति मिला, विंडो होस्ट फ़ाइलों में बहुत सारी खाली लाइनें थीं, और फिर प्रविष्टियां नीचे तरीके से होती हैं - हमने स्क्रॉल बार पर ध्यान नहीं दिया :-)

मेजबानों फ़ाइल वास्तव में मेजबान फ़ाइल है?
अंत में, रजिस्ट्री में देखें और सुनिश्चित करें कि होस्ट फ़ाइल वह है जहाँ आपको लगता है कि यह है, निम्न कुंजी निर्दिष्ट करती है कि वास्तविक होस्ट फ़ाइल कहाँ है:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\DataBasePath

1
1: 172.17.1.107 से उत्तर दें: बाइट्स = 32 बार <1ms TTL = 63 2: नहीं, पूरे होस्ट फ़ाइल स्क्रॉल-बार और सभी की समीक्षा की ... 3: DataBasePath, टाइप = "REG_EXPAND_ZZ", डेटा = "% SystemRoot% \" System32 \ driver \ etc "उस% SystemRoot% भाग ने मुझे उत्सुक कर दिया, इसलिए मैंने अपने" पर्यावरण चर "को खोला और SystemRoot चर की तलाश की। एक नहीं देखा, इसलिए मैंने एक बनाया और इसे C: \ Windows में सेट किया, फिर मैंने एक ipconfig / flushdns और pinged www.wiki.com किया, लेकिन इसने अभी भी 17.3.17.1.107 (जो है) के बजाय 70.35.23.23 से जवाब दिया। मैंने इसे अपने होस्ट्स फ़ाइल में क्या सेट किया है)। हालांकि धन्यवाद! अच्छे सुझाव सभी!
cmcculloh

अच्छी पकड़, मेरा सिस्टम ड्राइव E से बूट हो रहा था: और C: उम्मीद के मुताबिक नहीं।
मैनी

5

स्टार्ट -> रन के साथ अपने DNS कैश को फ्लश करने का प्रयास करें ...

 ipconfig /flushdns

अपने नेटवर्क एडाप्टर के लिए NetBIOS और LMHOSTS को निष्क्रिय करने का भी प्रयास करें। आप उन्नत नेटवर्क के तहत उपयोग किए गए नेटवर्क कनेक्शन के टीसीपी / आईपी गुणों में सेटिंग्स बदल सकते हैं -> जीत।


यह पहली चीज है जो एक व्यक्ति कोशिश करेगा ...
vsync

3

Http://technet.microsoft.com/en-us/library/bb727005.aspx के अनुसार यह आपके स्थानीय NETBIOS नाम कैश में हो सकता है। आप इस कैश को क्वेरी / शुद्ध करने के लिए nbtstat ( http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/nbtstat.mspx?mfr=true ) का उपयोग कर सकते हैं ।


जब मैं "nbstat" कमांड जारी करता हूं, तो मुझे "nbstat" आंतरिक या बाहरी कमांड,
ऑपरेशनल

nbtstat, nbstat नहीं - आपको पहला "t" याद आ रहा है ... :)
Maximus Minimus

उफ़: पी ओके, एक nbtstat -R और nbtstat -RR और nbtstat -r और फिर nbtstat -c (और इसने कहा "कैश में कोई नाम नहीं है)
cmcculloat

और यह अभी भी btw काम नहीं किया
cmcculloh

3

यह बताता है कि मेरी कॉरपोरेट डीएनएस मेरी मेजबानों की फाइल से पहले हिट हो रही थी। तो मैं:

  1. मेरे टीसीपी / आईपी गुण (नियंत्रण कक्ष> नेटवर्क कनेक्शन> स्थानीय क्षेत्र कनेक्शन> गुण> (स्क्रॉल डाउन) इंटरनेट प्रोटोकॉल (टीसीपी / आईपी)> गुण खोले।
  2. "निम्न DNS सर्वर पतों का उपयोग करें:" पर क्लिक करें (स्वचालित रूप से DNS सर्वर पते को प्राप्त करने के बजाय)
  3. "172.0.0.1" और "172.0.0.2" दर्ज किया (और ठीक क्लिक किया)

अब मेरी होस्ट फ़ाइल ठीक काम करती है ... कमांड लाइन से। हालाँकि, अगर मैं www.google.com के लिए एक प्रविष्टि रखता हूं, जो 172.17.1.107 को इंगित करता है, जब मैं इसे कमांड लाइन से पिंग करता हूं, तो यह मेजबान फ़ाइल में निर्दिष्ट आईपी पते से लौटता है। लेकिन अगर मैंने इसे ब्राउज़र से मारा, तो यह अभी भी मुझे मेरी स्थानीय साइट के बजाय Google को दिखाता है। लेकिन अगर मैं 172.17.1.107 को इंगित "fredspc" के लिए एक प्रविष्टि रखता हूं और ब्राउज़र से हिट करता हूं, तो यह मुझे 172.17.1.107 पर ले जाता है।

मुझे यह पता लगा क्योंकि अगर मैंने अपनी मेजबानों की फाइल में "tedspc" दर्ज किया (यानी ऐसा कुछ जो कभी हल नहीं होगा) और इसे एक आईपी एड्रेस दिया और इसे पिंग कर दिया, तो यह उस आईपी एड्रेस को हल कर देगा। समस्या यह थी कि www.wiki.com और मेरे होस्ट्स फ़ाइल में जो कुछ भी मैं दर्ज कर रहा था उसमें मेरे कॉर्पोरेट DNS सर्वर में एक प्रविष्टि थी, जो इसे हल करने का कारण बन रही थी, जिसका अर्थ था कि यह कभी भी मेरे होस्ट फ़ाइल को नहीं देखता था (क्योंकि कॉर्पोरेट DNS सर्वर मेजबान फ़ाइल से पहले पहली बार देखा जाता है)। इसलिए मैंने कॉरपोरेट डीएनएस को कमांड प्रॉम्प्ट लूप से काट दिया है, लेकिन मुझे लगता है कि ब्राउज़र लूप से बाहर नहीं ... कोई विचार?


1
नमस्ते। यह सुनकर अच्छा लगा कि आपके पास वर्कअराउंड है। लेकिन जितना मुझे पता है कि होस्ट फ़ाइल को हमेशा आपके डीएनएस सर्वर सूची में प्रत्येक प्रविष्टि से पहले डीएनएस लुकअप बनाने के लिए उपयोग किया जाना चाहिए। क्या मेजबान फ़ाइल में पूरी तरह से कुछ dhcp - विकल्पों के साथ लुकअप को निष्क्रिय करना संभव है? हो सकता है कि आप अपने कॉर्पोरेट DNS सर्वर को अपने डीएनएस सर्वर सूची में तीसरे और चौथे प्रविष्टि के रूप में जोड़ सकते हैं।
ग्रब

शायद आपके वेब ब्राउज़र एक प्रॉक्सी सर्वर से कॉन्फ़िगर किए गए हैं?
ओस्कर डुवॉर्न

2

हर बार जब मैं अपनी DNS प्रविष्टियों (जो हमेशा होता है) के लिए होस्ट फ़ाइल का उपयोग करता हूं, तो मैं मूल रूप से चल रही DNS सेवा (services.msc) को बंद (अक्षम) करता हूं। फिर एक ipconfig / flushdns करें यदि वह रिबूट सर्वर / डेस्कटॉप को विफल करता है और जो कैश को साफ कर देगा। होस्ट फ़ाइल में DNS प्रविष्टियाँ क्या नहीं हैं सर्वर / डेस्कटॉप सेटअप किए गए नेटवर्क इंटरफ़ेस की डिफ़ॉल्ट डीएनएस सेटिंग्स का सहारा लेंगे। यह विभिन्न फायरवॉल और इस तरह के परीक्षण के लिए भी अनुमति देता है।


2

मैंने अभी-अभी C: \ windows \ system32 \ driver \ etc \ Host को बदलते हुए पकड़ा है जब % SystemRoot% को C: \ windows के बजाय C: \ WINNT के रूप में परिभाषित किया गया था ... मुझे नहीं पता कि इस विशेष सर्वर में संपूर्ण क्यों था C: \ windows और C: \ winnt दोनों में विंडोज़ इंस्टॉलेशन, लेकिन कम से कम मुझे अब पागलपन नहीं लगता।

मैं गूंगा महसूस करता हूं, लेकिन इस समस्या में भाग लेने वाले अन्य लोगों के लिए यह सिर्फ एक त्वरित जांच है!


2

क्या आप वाकई RIT होस्ट फ़ाइल संपादित कर रहे हैं? आमतौर पर यह में स्थित है

%SystemRoot%\system32\drivers\etc\hosts


2

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


इसने मेरे लिए इसे ठीक कर दिया। मैंने अभी-अभी उपयोगकर्ता समूह को सीधे होस्ट्स फ़ाइल में जोड़ा, कैश को फ्लश किया, और मेजबानों की फाइल को फिर से सम्मानित किया गया।
user51928

2

खिड़कियों पर मूल फ़ाइल को हटाना और इसे एक नए के साथ बदलना महत्वपूर्ण है!

मुझे पता है कि सवाल का जवाब दिया गया है, लेकिन यह स्पष्ट है कि कई अलग-अलग कारण और संभव समाधान हैं। मेरे लिए यह क्या चाल थी कि फाइल को डिलीट कर दूं, बल्कि उसे ओवरराइट कर दूं।

मुझे यह भी पता है कि @olefebvre ने पहले से ही कुछ अज्ञात पोस्ट किया है, लेकिन मैंने इसे इसके संक्षिप्त रूपों से नहीं पहचाना और यह केवल (केवल) विषम वर्णों से संबंधित नहीं है, यह फ़ाइल को पहचानने के लिए विंडोज़ लाना है।


धन्यवाद, इसने मुझे बहुत समय और हताशा से बचाया।
एंडी लेस्टर

2

कृपया टैब के बजाय रिक्त स्थान का उपयोग करने का प्रयास करें।

जैसे यहाँ:

127.0.0.1 localhost
172.17.1.107 wiki

1

क्या आप होस्ट फ़ाइल पर अपनी अनुमति की जांच कर सकते हैं? होस्टफ़ाइल "विकी" प्रविष्टि के लिए एक FQDN का उपयोग करने का प्रयास करें।


अनुमतियाँ क्या होनी चाहिए (अभी फ़ाइल केवल पढ़ने के लिए नहीं है और सभी अनुमतियाँ सभी उपयोगकर्ताओं के लिए अनुमत हैं)? मैंने www.wiki.com पर सेटिंग करने की कोशिश की और यह अभी भी काम नहीं किया। (मैंने लाइन को 172.17.1.107 www.wiki.com में बदल दिया) फिर मैंने अपना कमांड प्रॉम्प्ट खोला और www.wiki.com को पिंग करने की कोशिश की और यह "पिंगिंग www.wiki.com [70.35.23.23] डेटा के 32 बाइट्स के साथ लौटा।" "लेकिन फिर इसने कहा" तीन बार निवेदन "। फिर मैंने जो कुछ भी पिंग करने की कोशिश की, वह अनुरोध वापस लौट आया। मैं एक बिंदू के बीच में हूँ अब इसे स्थापित करने और इसे ठीक करने के लिए, मुझे नहीं पता कि क्या पिंग को प्रभावित करेगा ...
cmcculloh

और अब मैंने या तो गलत गलत स्थापित किया है, या मेरा कंप्यूटर भी इसे अनदेखा कर रहा है, क्योंकि यह या तो काम नहीं कर रहा है ...
cmcculloh

फ़ाइल को हटाने का प्रयास करें और एक नया बनाएं, w / o कॉपी / पेस्ट करना। हो सकता है कि कुछ टेक्स्टेडिटर ने वहां (UTF8) में अजीब अक्षर डाले हों।
olefebvre

1

क्या आपने मेजबान और lmhosts.sam की जाँच की है?


हाँ, lmhosts.sam में सब कुछ टिप्पणी की गई है और मेरी मेजबानों की फाइल में मूल प्रश्न में निर्दिष्ट केवल दो पंक्तियाँ हैं ...
cmcculloh
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.