IP या FQDN पते से विंडोज शेयर का उपयोग कर सकते हैं लेकिन होस्टनाम द्वारा नहीं


11

मेरे द्वारा प्रबंधित स्कूल के लैब कंप्यूटरों में से एक \\ ad \ data $ डायरेक्टरी के तहत किसी भी शेयर तक पहुँचने में सक्षम नहीं है। मैं इसे नेटवर्क पर किसी अन्य कंप्यूटर से एक्सेस कर सकता हूं। अगर मैं IP \\ 192.168.1.248 \ data $ का उपयोग करता हूं तो मैं फाइलों को ठीक से एक्सेस कर सकता हूं। अगर मैं FQDN का उपयोग करता हूं: \\ ad.domain.name \ data $ यह भी काम करता है। स्कूल का कोई अन्य कंप्यूटर भी इस शेयर को ठीक से एक्सेस करने में सक्षम है।

जब मैं \\ ad \ data $ के साथ शेयर एक्सेस करने का प्रयास करता हूं तो मुझे संदेश मिलता है "आपके पास \\ \ data $ एक्सेस करने की अनुमति नहीं है। एक्सेस का अनुरोध करने के लिए अपने व्यवस्थापक से संपर्क करें।" मैं डोमेन व्यवस्थापक खाते से लॉग इन हूं।

किसी एकल डोमेन कंप्यूटर के कारण किसी भी विचार को उस हिस्से तक नहीं पहुंचाया जा सकता है जिसके पास उसकी पहुंच होनी चाहिए?

सर्वर Windows Server 2008 चला रहा है और कंप्यूटर Windows 7 SP1 चला रहा है।

अपडेट करें

मुद्दा अब नेटवर्क, स्टाफ कंप्यूटर और छात्र कंप्यूटर पर कई अन्य कंप्यूटरों पर हो रहा है। मुझे लगता है कि सक्रिय निर्देशिका सर्वर के साथ गंभीर रूप से गलत कुछ है शुरू कर रहा हूँ।


मैं आपके प्रश्न को ServerFault.com में स्थानांतरित करने के लिए एक मध्यस्थ के लिए पूछने की सलाह दूंगा क्योंकि इस तरह का मुद्दा एसएफ के पहिएघर में बिल्कुल ठीक है
स्कॉट चैंबरलेन

जवाबों:


4

मेरे पास एक अनुकरणीय समस्या है।

हमारे पास एक डोमेन और AD है, और सभी उपयोगकर्ता होम फोल्डर AD में सेट किए गए हैं।

उपयोगकर्ता एक टर्मिनल सर्वर पर काम करता है और उसका होम फोल्डर ठीक काम करता है। नई नोटबुक पर हम उसके लिए सेट कर रहे थे, ड्राइव मैप किया गया था, लेकिन अगर आपने इसे मैप के माध्यम से अनचाहे या डबल क्लिक करके एक्सेस करने की कोशिश की, तो यह एक त्रुटि दी स्थान का पता नहीं चल सका है।

कुछ अन्य मंचों के माध्यम से ब्राउज़ करते हुए मैंने किसी से पूछा कि क्या घर के फ़ोल्डर को आईपी या एफक्यूडीएन के माध्यम से एक्सेस किया जा सकता है। जब मैंने कोशिश की कि मैं फ़ोल्डर को एक्सेस कर सकूं।

पहले मुझे भी लगा कि यह एक DNS समस्या है।

किसी और पर पढ़ना ने कहा "सीएससी कैश को हटाने का प्रयास करें", और फिर मैंने लगभग खुद को कसम खाई। यह जानते हुए कि इस नोटबुक का उपयोग किसी अन्य उपयोगकर्ता द्वारा किया गया था, जो ऑफ़लाइन फ़ाइलों (एक ही सर्वर पर अपने होम फ़ोल्डर) का उपयोग करता था। मुझे WinC पर CSC कैश को हटाने का एक त्वरित तरीका मिला (यह XP पर बहुत आसान है)। कंप्यूटर को रिबूट किया और समस्या हल हो गई।

यहाँ लिंक मैं पर जानकारी मिली है:

http://www.petri.co.il/forums/showthread.php?t=60629

http://support.microsoft.com/kb/942974


मेरे पास एक ही समस्या थी और Microsoft के ठीक होने ने मेरे लिए काम किया !: support.microsoft.com/kb/942974
joelschmid

3

मैंने इस तरह का एक मुद्दा देखा है और यह डीएनएस द्वारा डोमेन नाम को स्वचालित रूप से संलग्न नहीं करने के लिए निर्धारित किया गया था।

इसलिए, मैं जाँच करूँगा कि प्राथमिक और कनेक्शन विशिष्ट DNS प्रत्ययों का चयन किया गया है और प्राथमिक DNS प्रत्यय के माता-पिता के प्रत्ययों को जोड़ दिया गया है।

इसके माध्यम से पाया जा सकता है

Control Panel\Network and Internet\Network and Sharing Center
Local Area Connection Status
Properties
Internet Protocol Version 4 (TCP/IPv4) and/or Internet Protocol Version 6 (TCP/IPv6) 
Properties
Advanced
DNS

मैंने जाँच की और यह सेटिंग पहले से ही इस तरह सेट थी।
निक

यदि आप एक कमांड प्रॉम्प्ट खोलते हैं और nslookup विज्ञापन टाइप करते हैं तो क्या आप nslookup ad.domain.name टाइप करने पर आपको जो मिलता है उससे अलग परिणाम देते हैं ?
17

परिणाम समान हैं और जब मैं ऐसा nslookup adकरता हूं तो मुझे सही पते के साथ ad.domain.name दिखाता है
निक

3

Win7 / सर्वर 2008> नियंत्रण कक्ष प्रकार "क्रेडेंशियल प्रबंधक" में और किसी भी सहेजे गए क्रेडेंशियल्स को हटा दें।


क्या आप इस बारे में विस्तार से बता सकते हैं कि इससे क्या फर्क पड़ेगा?
1

मैं इस सवाल का हल नहीं कर सकता कि इस समस्या का हल कैसे निकाला जाए!
मार्क

कोशिश की और यह मेरे लिए काम नहीं किया। यह गलत / समय सीमा समाप्त क्रेडेंशियल (उदाहरण के लिए यदि आपने पासवर्ड बदल दिया है) के कारण अंतर हो सकता है।
surfen

2

मुझे एक ही समस्या थी (मेरे साथ कई बार हुई) और मैंने इसे सभी जुड़े शेयरों को हटाकर और उन्हें फिर से बनाकर हल किया। एक ही स्थान पर (विभिन्न URL का उपयोग करके) कई कनेक्शन हो गए हैं और मुझे संदेह है कि यह समस्याओं का कारण था।

कमांड लाइन का उपयोग करना:

  1. वर्तमान में जुड़े हुए शेयर देखने के लिए
    net use
  2. Xxx.xxx.xxx.xxx पर Y साझा करने के लिए कनेक्शन हटाने के लिए
    net use \\xxx.xxx.xxx.xxx\Y /delete
  3. XXX पर Y साझा करने के लिए कनेक्शन हटाने के लिए
    net use \\XXX\Y /delete
  4. मैप किए गए नेटवर्क ड्राइव को हटाने के लिए
    net use Y: /delete
  5. मैप किए गए नेटवर्क ड्राइव को फिर से कनेक्ट करने के लिए
    net use Y: \\xxx.xxx.xxx.xxx\Y /PERSISTENT:YES /USER:XXX\user /SAVECRED

एक अन्य संभावित संदिग्ध सैमसंग पीसी शेयर मैनेजर है। होस्ट से इसे अनइंस्टॉल करने के बाद समस्या गायब हो गई।


1

यह संभव हो सकता है कि क्लाइंट कंप्यूटर सहेजे गए क्रेडेंशियल्स का उपयोग कर रहा है। आप नियंत्रण कक्ष के तहत विंडोज क्रेडेंशियल प्रबंधक का उपयोग करके जांच कर सकते हैं।

क्या यह स्थानीय व्यवस्थापन खाते के अंतर्गत होता है, जैसे मशीन_नाम \ प्रशासक?

क्या मशीन डोमेन नियंत्रक को ठीक से प्रमाणित कर रही है?


क्लाइंट कंप्यूटर पर कोई सहेजे गए क्रेडेंशियल्स नहीं हैं। स्थानीय व्यवस्थापक खाते में डोमेन खाते के समान समस्याएँ हैं। मशीन डोमेन में लॉग इन कर रही है, यह अपेक्षा के अनुसार समूह नीतियों को लागू कर रही है।
निक

0

सुनिश्चित करें कि आप पहले से ही अलग (या पुराने) क्रेडेंशियल्स का उपयोग करके \ ad से कनेक्ट नहीं हो रहे हैं। जब मैंने अपने "नियमित" डोमेन खाते का उपयोग करते हुए सर्वर पर साझा करने के लिए मैप की गई ड्राइव से जुड़े समान मुद्दों को देखा है और तब मैंने अपने डोमेन "व्यवस्थापक" खाते का उपयोग करके उसी सर्वर पर किसी अन्य साझा से कनेक्ट करने का प्रयास किया।

क्या एक रिबूट समस्या को हल करता है?


0

मुझे इससे संबंधित समस्या थी। मेरे पास एक XP होम मशीन है जो विंडोज 7 मशीन पर शेयर / शेयर्ड फोल्डर और ड्राइव को एक्सेस करती है। मैं विंडोज 7 पर वर्कग्रुप / होमग्रुप सेटिंग्स के साथ खेल रहा था और "पासवर्ड प्रोटेक्टेड शेयरिंग" विकल्प को बदल दिया। मैं अपने एक्सपी होम मशीन पर अपने साझा किए गए फ़ोल्डर देख सकता था, लेकिन उनसे / उनसे पढ़ या लिख ​​नहीं सकता था। यह मुझे पागल कर रहा था - क्योंकि जब मैंने XP होम मशीन पर एक नया उपयोगकर्ता बनाया था, और विन 7 मशीन पर अपने शेयरों को एक्सेस किया था, तो कोई समस्या नहीं थी - मैं फ़ाइलों को पढ़ और लिख सकता था!

इसलिए मैं अपने पुराने (मुख्य) उपयोगकर्ता खाते में वापस चला गया और मैं अभी भी साझा की गई फ़ाइलों तक नहीं पहुंच सका ...

मैंने सभी प्रकार के समाधानों की कोशिश की - नेट उपयोग * / डेल और मैंने उपयोगकर्ता खातों को हटाने की कोशिश की शुद्ध उपयोगकर्ता / हटाएं - मैंने कैश की गई साख से छुटकारा पाने की कोशिश की - लेकिन कुछ भी काम नहीं किया। IP पते के माध्यम से शेयरों तक पहुँच DID कार्य! Argggh !!

मैंने दोनों मशीनों पर वर्कग्रुप को वर्कग्रुप पर सेट करने की कोशिश की (XP HOME मशीन MSHOME थी)

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

तो, सारांश: कैश्ड क्रेडेंशियल्स के साथ कुछ समस्या है और उन्हें हटाने का कोई स्पष्ट तरीका नहीं है (कुछ भी नहीं उपयोगकर्ता खाते में नेटवर्क पासवर्ड प्रबंधक में दिखाया गया था)। इसलिए, अपने कंप्यूटर का नाम अस्थायी रूप से बदलें और इसे वापस बदलें और इससे कुछ समस्याएं ठीक हो सकती हैं।

मैं इन जैसे मंचों पर कई समान मुद्दों पर आया, लेकिन कोई भी मेरा जैसा नहीं है।


0

मैं अद्यतन के साथ सर्वर 2012 R2 सर्वर 2008 R2 बॉक्स अपग्रेड करने के बाद यह समस्या थी। मेरे लिए क्रेडेंशियल मैनेजर में जाने और विंडोज क्रेडेंशियल्स को हटाने -> जेनेरिक क्रेडेंशियल्स ने इस मुद्दे को हल किया।


0

मेरे एक मामले में, मेरे आश्चर्य के लिए, यह सिर्फ यह निकला कि मुझे विंडोज 8.1 में एसएमबी 1.0 समर्थन सुविधा को सक्षम करने के अलावा डीएनएस कैश को फ्लश करने की आवश्यकता थी । यह एक डोमेन-ज्वाइन कंप्यूटर था जो अपने डोमेन से डिस्कनेक्ट हो गया था ।

दूसरे मामले में, DNS कैश को फ्लश करने वाले एक गैर-डोमेन-कंप्यूटर में मदद नहीं की। हालांकि, उत्सुकता से, पूरी तरह से योग्य नाम \\Name.तब काम किया जब \\Nameमैंने (मैंने इस बेटे को पहली मशीन की कोशिश नहीं की थी)। मुझे यकीन नहीं है कि यहाँ क्या समस्या है, लेकिन मुझे लगता है कि यह एक डोमेन नाम की कमी से संबंधित है।


0

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

उपयोग किया गया समाधान ऑफ़लाइन सिंक बंद करने के लिए था।


0

नेटवर्क ACL हो सकता है। जिस वातावरण में मैंने काम किया था, उसमें पोर्ट 445 को ब्लॉक करने के लिए बदल दिया गया था।

\ होस्टनाम \ शेयर

  • क्लाइंट ने TCP / IP पोर्ट 445 पर SMB के माध्यम से कनेक्ट करने का प्रयास किया
  • नेटवर्क एसीएल द्वारा अवरुद्ध
  • क्लाइंट कनेक्ट करने में विफल

\ Hostname.fqdn \ शेयर

  • क्लाइंट ने TCP.IP पोर्ट 445 पर SMB के माध्यम से कनेक्ट करने का प्रयास किया
  • नेटवर्क एसीएल द्वारा अवरुद्ध
  • क्लाइंट पोर्ट 139 पर नेटबीटी के माध्यम से जुड़ता है
  • सफल कनेक्ट

तो बस इतना हुआ कि FQDN से जुड़कर NetBT का उपयोग करने की कोशिश करता है, और पोर्ट 139 खुला था, इसलिए सफल रहा।

इसलिए समाधान 445 पोर्ट को अनब्लॉक कर रहा था।

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