मुझे लगता है कि Windows वातावरण के भाग के रूप में WINS नाम की सेवा की आवश्यकता को रोकने की कोशिश करने के लिए वर्षों से याद किया जाता है।
मेरा सवाल यह है कि क्या साइटें अभी भी जीत का उपयोग कर रही हैं या कुछ और पर स्विच किया है और अब जीत की जरूरत नहीं है। यदि हां, तो कोई भी अपने अनुभवों को साझा करना चाहता है?
धन्यवाद।
जवाबों:
इनमें से बहुत से उत्तर केवल आंशिक रूप से सही हैं या सीधे सादे गलत हैं। जीतो आईपी पते के नाम को हल करने का सिर्फ एक और तरीका है। जब तक आपके एप्लिकेशन DNS का उपयोग करना जानते हैं, तब तक WINS की आवश्यकता नहीं है।
संपादित करें: ठीक है, मैं विश्वास नहीं कर सकता कि इस धागे पर कितनी गलत सूचना है। सबसे पहले, अलग-अलग सबनेट होने से WINS के उपयोग की आवश्यकता नहीं होती है। जब तक आपका आवेदन udp / tcp पोर्ट 53 के साथ आपके DNS सर्वर (ओं) पर संचार कर सकता है, तब तक आप होस्टनामों को ठीक हल करने में सक्षम होंगे (हाँ, \\ hostname भी काम करेगा)।
दूसरे, अगर आप सोच रहे हैं कि आप शॉर्ट होस्टनाम (यानी डोमेन के बिना सिर्फ होस्टनाम) का उपयोग करके कुछ भी क्यों नहीं हल कर सकते हैं, तो यह शायद इसलिए है क्योंकि आपने अपने क्लाइंट पर डिफ़ॉल्ट डोमेन (या डोमेन खोज सूची) को कभी कॉन्फ़िगर नहीं किया है।
और अंत में (लेकिन कम से कम नहीं!), Windows नेटवर्क पर DNS का उपयोग करने के लिए एक सक्रिय निर्देशिका डोमेन कोई शर्त नहीं है। आपके विचार से केवल यही कारण है कि जब आप किसी मशीन को किसी डोमेन से जोड़ते हैं, तो Windows आपके लिए डिफ़ॉल्ट डोमेन नाम सेट करता है। अन्य साधनों (शायद डीएचसीपी) के माध्यम से आपको इसे खुद को स्थापित करने से रोकना नहीं है।
इसलिए सारांश में, बस डिफ़ॉल्ट डोमेन सेट करें और 21 वीं शताब्दी में हमारे यहां बाकी की तरह डीएनएस का उपयोग करें!
जीत अभी भी चीजों का एक गुच्छा (कम और कम हर दिन!) के लिए आवश्यक है। सबसे आम उदाहरण मैंने देखा है कि जीत 2003 सर्वर पर क्लस्टर 2007 में एक्सचेंज चलाने के लिए एक आवश्यकता है। जीत Netbios नामों के साथ काम करता है। एक NetBIOS नाम एक पहचानकर्ता है जिसका उपयोग कंप्यूटर पर चल रही NetBIOS सेवाओं द्वारा किया जाता है। यह एक 15 चरित्र (बाइट) नाम और 16 वें चरित्र का संयोजन है जो सेवा को दर्शाता है। NetBIOS नेटवर्क संसाधनों की पहचान करते समय, इन नामों का उपयोग किया जाता है। नेटबीआईओएस इंटरनेट पर नाम समाधान नहीं कर सकता है। NetBIOS नाम एकल भाग नाम हैं और इनमें कोई पदानुक्रमित संरचना नहीं है।
NetBIOS नामस्थान समतल है, जिसका अर्थ है कि NetBIOS नाम में कोई प्रत्यय नहीं जोड़े गए हैं और दो कंप्यूटरों में समान NetBIOS नाम नहीं हो सकता है। इसका मतलब है कि किसी भी एक नेटवर्क में प्रत्येक NetBIOS का नाम अद्वितीय होना चाहिए।
टीसीपी / आईपी पर माइक्रोसॉफ्ट विंडोज के लिए टीसीपी / आईपी फंडामेंटल देखें , अध्याय 11 - नेटबीआईओएस
हमारे उद्यम में अभी भी कई विरासत अनुप्रयोगों के लिए आवश्यक है।
लगा कि मुझे इसे संपादित करने की आवश्यकता है क्योंकि सबसे अधिक उत्तर दिया गया उत्तर गलत है!
इन दिनों कई ऑर्गेनाइजेशन में जीत निश्चित रूप से आवश्यक है।
विन कैसे काम करता है अपडेट किया गया: 21 जनवरी, 2005
WINS डिफ़ॉल्ट रूप से कैसे काम करता है, जब Microsoft® Windows® 2000, Windows XP या Windows Server 2003 ऑपरेटिंग सिस्टम से चलने वाला कंप्यूटर अपने नाम रिज़ॉल्यूशन के लिए WINS सर्वर पतों (या तो मैन्युअल रूप से या DHCP के माध्यम से) से कॉन्फ़िगर किया जाता है, तो यह हाइब्रिड नोड का उपयोग करता है (h -node) NetBIOS नाम पंजीकरण के लिए इसके नोड प्रकार के रूप में जब तक कि एक और NetBIOS नोड प्रकार कॉन्फ़िगर नहीं किया गया है। NetBIOS नाम क्वेरी और रिज़ॉल्यूशन के लिए, यह एच-नोड व्यवहार का भी उपयोग करता है, लेकिन कुछ अंतरों के साथ।
NetBIOS नाम रिज़ॉल्यूशन के लिए, एक WINS क्लाइंट आमतौर पर एक नाम को हल करने के लिए निम्न सामान्य अनुक्रम करता है:
ग्राहक यह देखने के लिए जाँच करता है कि क्या नाम का नाम उसका स्थानीय नेटबीआईओएस कंप्यूटर नाम है, जो उसका मालिक है।
क्लाइंट अपने स्थानीय NetBIOS नाम कैश की दूरस्थ नामों की जाँच करता है। एक दूरस्थ क्लाइंट के लिए हल किया गया कोई भी नाम इस कैश में रखा जाता है जहां वह 10 मिनट तक रहता है।
क्लाइंट अपने कॉन्फ़िगर किए गए प्राथमिक WINS सर्वर के लिए NetBIOS क्वेरी को आगे बढ़ाता है। यदि प्राथमिक WINS सर्वर क्वेरी का उत्तर देने में विफल रहता है - या तो क्योंकि यह उपलब्ध नहीं है या क्योंकि इसमें नाम के लिए कोई प्रविष्टि नहीं है - क्लाइंट उस क्रम में अन्य कॉन्फ़िगर किए गए WINS सर्वर से संपर्क करने का प्रयास करेगा, जिसे वे सूचीबद्ध और कॉन्फ़िगर किए गए हैं इसके प्रयोग।
क्लाइंट स्थानीय सबनेट में NetBIOS क्वेरी प्रसारित करता है।
क्लाइंट Lmhosts फ़ाइल को क्वेरी से मेल खाने के लिए जाँचता है, यदि इसे Lmhosts फ़ाइल का उपयोग करने के लिए कॉन्फ़िगर किया गया है।
क्लाइंट होस्ट फ़ाइल और उसके बाद DNS सर्वर की कोशिश करता है, अगर यह एक के लिए कॉन्फ़िगर किया गया है।
समस्या यह है कि प्रत्येक एप्लिकेशन को DNS का उपयोग करने के लिए कॉन्फ़िगर नहीं किया जा सकता है।
यहां तक कि माइक्रोसॉफ़्ट में सक्रिय निर्देशिका सेटअप के अपने अन्वेषण में यह जीत की आवश्यकता का उल्लेख करता है।
"सक्रिय निर्देशिका डोमेन पर नेटवर्क संसाधनों को हल करने के लिए Windows के पुराने संस्करणों के लिए NetBIOS नाम रिज़ॉल्यूशन (WINS सर्वर, LMHosts फ़ाइल या NetBIOS प्रसारण) अभी भी आवश्यक है।"
तो हाँ, कुछ ऐसे संगठन हैं जो WINS का उपयोग किए बिना दूर हो सकते हैं, लेकिन एक कंबल बयान करते हैं कि यदि आप DNS सर्वर को हिट कर सकते हैं तो आपको जादुई रूप से WINS की आवश्यकता नहीं है गलत है।
दुनिया में हर विंडोज एडमिन की हर कोशिश के बावजूद भी जीतना बहुत जरूरी है । कभी भी सबनेट से अलग होने पर आपको WINS की आवश्यकता होगी। अलग-अलग साइटों के लिए वीपीएन चलाना? इसका तात्पर्य है एक सबनेट - और जीत। पुराने ग्राहक हैं जो AD को नहीं समझते हैं? आपको जीत की जरूरत है। क्या आपके पास नेटवर्किंग के लिए DOS एप्लिकेशन है? फिर से जीत गए।
WINS का उपयोग ब्राउज़ सूचियों को आबाद करने के लिए भी किया जाता है। हालांकि सक्रिय निर्देशिका आधारित मशीनें WINS के बिना काम कर सकती हैं, लेकिन देरी हो सकती है क्योंकि ब्राउज़ सूची निम्न अनुक्रम में पॉपुलेटेड हैं:
समस्या का क्रूस LANMAN की जड़ों से उपजा है, जो SMB को जन्म देता है, जो CIFS को जन्म देता है ... आप देख सकते हैं कि यह कहां जा रहा है। LANMAN बहुत अधिक LAN आधारित प्रोटोकॉल था - इसमें "इंटरनेट" की कोई अवधारणा नहीं थी, बहुत कम "रूटिंग"। WINS को उस अंतर को पाटने और रूटिंग को संभव बनाने के लिए विकसित किया गया था। वर्तमान में तेजी से आगे, और CIFS में अभी भी LANMAN के लिए कुछ पीछे-संगत समर्थन है। UNC पथ नाम "आधुनिक" हो सकता है, लेकिन वे अभी भी एक LANMAN सर्वर से संलग्न होंगे। तो फिर वहाँ पूरी "ब्राउज़ सूची" बात है ...
MS, WINS सर्वर बिज़ से बाहर निकलने के बहुत करीब है, लेकिन केवल OS में ही नहीं, बल्कि अनुप्रयोगों और सेवाओं में भी बहुत सारे "लीगेसी" हुक हैं, जिन्हें WINS सर्वर की आवश्यकता होती है। और जब तक LANMAN- शैली प्रसारण के लिए समर्थन है , तब तक एक WinS सर्वर होना चाहिए।
संपादित करें:
हां, आप एक फ्लैट डोमेन में जीत को बंद कर सकते हैं।
तथापि...
जितना मैं यह देखना चाहता हूं कि इस सेवा के पास अपने दिल के माध्यम से संचालित एक हिस्सेदारी है, यह तब तक दूर नहीं होने वाला है जब तक कि माइक्रोसॉफ्ट का दौर नहीं आता है और वे लैन सेवाओं को कैसे सुधारते हैं। (हां, इस लिंक पर एक टिप्पणी है कि इसकी आवश्यकता कैसे है ... लेकिन घोड़े के मुंह से क्या कहा जा रहा है ... पढ़ें
जीत और नेटबायोस के बीच भ्रमित न होने दें ..... आप बिना नेटवर्क के विनब सर्वर पर नेटबायस चला सकते हैं, लेकिन यह एक डोमेन पर अनुशंसित नहीं है। जब आप नेटवर्क पर उचित DNS सर्वर रखते हैं तो आप वास्तव में उन सभी फ़ंकी चुनावों को नहीं करना चाहते हैं, इसलिए netbios को अक्षम किया जाना चाहिए या WINS सर्वर का उपयोग किया जाना चाहिए। (मैं MS DNS के संबंध में शब्द के सबसे छोटे अर्थ में उचित उपयोग करता हूं :-))
हाल ही में मुझे विंडोज 2008 पर एक्सचेंज 2007 के साथ एक समस्या थी, जिसके लिए नेटबायस को सक्षम करने की आवश्यकता थी। अविश्वसनीय!!!
इनमें से कई उत्तर गलत या आंशिक रूप से सही हैं। पहले यह पता लगाने देता है कि पहली बार में WinS का उपयोग क्यों किया जा सकता है।
WINS का उपयोग होस्टनामों को IP पतों पर हल करने के लिए एक समाधान के रूप में किया जाता है ... लेकिन अगर नेटबर्न सभी ओपनरियोस में काम करता है तो हमें WINS की आवश्यकता क्यों होगी? पढ़ते रहिये!
DNS का उपयोग समान उद्देश्य और अधिक के लिए ... पूरी तरह से योग्य डोमेन नाम और होस्ट पते को IP पते पर हल करने के लिए।
अब देखते हैं कि WINS को क्यों विकसित किया गया था।
समस्या: नेटबीआईओएस मूल रूप से नामों को हल करने के लिए उपयोग किया गया था लेकिन इसका प्रसारण नेटवर्क प्रोटोकॉल था। इसलिए अधिकांश नेटवर्क में, लेगेसी और करंट, ब्रॉडकास्ट ट्रैफिक, राउटरों को चलाने में असमर्थ है, और जल्द ही पर्याप्त फायरवॉल, बाद में हम पाते हैं कि वीपीएन ट्रैफिक में भी। इसलिए, अधिकांश सबनेट अन्य सबनेट पर NetBIOS ट्रैफ़िक की प्रतिकृति नहीं बनाएंगे। यदि आप एक वास्तविक आईटी नेटवर्क प्रशासक हैं, तो आप इस NetBIOS यातायात से रूटर्स, स्विच और फायरवॉल पर परिचित होंगे:
HODP-17/137 से ACL द्वारा UDP पहुंच को अस्वीकृत: 10.0.1.127/137
HODP-A / 137 से ACL द्वारा UDP पहुंच को अस्वीकृत: 10.0.1.127/137
UDP एक्सेस को HOST-09/137 से ACL द्वारा अंदर तक अस्वीकार कर दिया गया: 10.0.1.127/137
HODP-02/137 से ACL द्वारा UDP पहुंच को अस्वीकार कर दिया गया: 10.0.1.127/137
HODP-02/137 से ACL द्वारा UDP पहुंच को अस्वीकार कर दिया गया: 10.0.1.127/137
यह एक सिस्को पिक्स 515 ई फ़ायरवॉल स्लोडॉग फ़ाइल से 25 बिट नेटवर्क पर पांच (5) नेटबीआईओएस प्रसारण का एक उदाहरण है। उन लोगों के लिए जो अपने लिंक्सेस राउटर के अलावा किसी अन्य चीज से परिचित नहीं हैं, वह 25 बिट नेटवर्क है जो आपके 24 बिट नेटवर्क से छोटा है:
नेटवर्क: 10.0.1.0/25, सबनेट मास्क: 255.255.255.128, प्रसारण पता: 10.0.1.127, अधिकतम होस्ट: 126. जैसा कि देखा जा सकता है, यातायात खंड के भीतर निहित है।
समाधान: WINS को सबनेट पर उस स्थान पर तैनात करने के लिए विकसित किया गया है जहां प्रसारण ट्रैफ़िक निहित है, क्लाइंट ब्रॉडकास्ट ट्रैफ़िक पर भरोसा करने के बजाय नामों को हल करने के लिए एक WINS सर्वर पर कॉन्फ़िगर और इंगित कर सकते हैं और इस प्रकार NetBios अब WINS क्वेरी विफल होने पर कमबैक हो जाता है।
लेकिन प्रतीक्षा करें ... जब हम अपने Microsoft नेटवर्क को तैनात करते हैं तो हम DNS सर्वर को कॉन्फ़िगर करते हैं। अब DNS प्राथमिक है, जब DNS विफल हो जाता है, तो NetBIOS कमबैक होता है। यदि कोई WINS सर्वर, DNS, WINS और NetBIOS परिनियोजित है।
समस्या जो कई में चल रही हो सकती है जब वे होस्टनाम को पिंग करने की कोशिश करते हैं, तो HOST-A कहता है। कंप्यूटर इंटरफ़ेस कॉन्फ़िगरेशन के आधार पर, यह एक आईपी पते को हल करने में सक्षम नहीं हो सकता है, मुख्य रूप से यदि आपके पास बस डीएनएस कॉन्फ़िगर किया गया है और मेजबान पंजीकृत नेटबीआईओएस नाम समाप्त हो गए हैं।
बता दें कि HOST-A, domainhosts.com का एक हिस्सा है और उस डोमेन से जुड़ गया था, जो कि domainhosts.com के लिए प्राथमिक DC DNS सर्वर पर होस्ट का (A) रिकॉर्ड था। केवल अपने होस्टनाम द्वारा पते को हल करने के लिए और उसके एफक्यूडीएन (पूरी तरह से योग्य डोमेन नाम) के लिए आईपी कॉन्फ़िगरेशन में "प्राथमिक और कनेक्शन विशिष्ट DNS प्रत्ययों को जोड़ना" और इस कनेक्शन के लिए "DNS प्रत्यय" का बहुत कम होना चाहिए: domainhosting.com " आबादी वाले! जब रिज़ॉल्यूशन HOST-A दो का प्रदर्शन किया जाता है (2) अतिरिक्त सूचनाओं के पेयर्स लौटाए जाते हैं: IP पता होस्टनाम को हल करता है और इसके FQDN ऑफ़ HOST-A.domainhosts.com को हल करता है। एक होस्टनाम के रिज़ॉल्यूशन के नीचे के उदाहरण में WINS या NetBIOS के बजाय डोमेन के (A) रिकॉर्ड खोजकर किया जाता है:
[उपयोगकर्ता @ लोकलहोस्ट ~] $ ping HOST-A
पिंग HOST-A.domainhosts.com (10.0.1.10) 56 (84) डेटा के बाइट्स।
HOST-A.domainhosts.com (10.0.1.10) से 64 बाइट्स: icmp_seq = 1 ttl = 128 समय = 0.826 एमएस
HOST-A.domainhosts.com (10.0.1.10) से 64 बाइट्स: icmp_seq = 2 ttl = 128 समय = 0.342 ms
बस प्राथमिक DNS प्रत्यय आबादी वाले होने के अलावा, आप मेजबानों को दूसरों को भी खोज सकते हैं, और उन्हें अलग-अलग आदेशों में संलग्न करने के लिए कॉन्फ़िगर कर सकते हैं। इस प्रकार सभी को एक साथ जीत और नेटबॉस को समाप्त करना।
अब कुछ ऐसे लोग भी होंगे जो कहते हैं कि "आपको Microsoft उत्पादों के लिए काम करने के लिए NetBIOS और WINS की आवश्यकता होगी।" यह वास्तविकता में सही है, लेकिन केवल कुछ उत्पादों के लिए, जिनमें से अधिकांश छोटे या मध्यम आकार के व्यवसायों में और केवल बड़े उद्यम वातावरणों में, 1A रिकॉर्ड के उपयोग के साथ SMS 2003 जैसे अनुप्रयोगों के लिए SQL Server 2000 के लिए तैनात नहीं किए जाएंगे। नामित पाइप और एक्सचेंज सर्वर 2000 और 2003 के उपयोग के लिए सभी को पूर्ण कार्यक्षमता के लिए WINS की आवश्यकता होती है ... पूर्ण कार्यक्षमता, वे सभी काम करेंगे क्योंकि बिना WINS या NetBIOS के।
ओह, हाँ, और केवल अगर आप पूर्व 2000 Microsoft deploys हैं। मैं हालांकि जीत हासिल करने से बेहतर समाधान आपके लिए है ... UPGRADE !!
मैं ऐसे वातावरण में रहा हूँ जहाँ यह अभी भी बना हुआ है क्योंकि 'कुछ विरासत सर्वरों' को इसकी आवश्यकता हो सकती है।
मुझे लगता है कि वहाँ शायद बहुत सारी दुकानें हैं जो एक ही स्थिति में हैं।
कुछ महीने पहले मैंने हमारे LAN पर WINS सेवा बंद कर दी थी। कुछ हफ्तों के बाद, मैंने इसे पूरी तरह से हटा दिया। मुझे आश्चर्य है कि कितने वर्षों से यह बिना किसी विशेष कारण के चल रहा है? कुछ वातावरणों में मुझे यकीन है कि यह असंभव होगा। यह संभव है कि हमारे पास तब से समस्याएँ हैं जो कि अभी भी चल रहे WINS के साथ अदृश्य हैं। मुझे लगता है कि मैं एक शुद्धतावादी हूं, लेकिन जीत मुझे "स्लोप" पूल की याद दिलाती है। जब तक आप उस जेब के लिए लक्ष्य नहीं बना लेते, तब तक एक शॉट की गिनती नहीं होनी चाहिए!
एक बात का किसी ने उल्लेख नहीं किया है कि अगर आप नेटबीआईओएस नामों को हल करना चाहते हैं तो अलग-अलग सबनेट पर वीपीएन साइटों के लिए यह आवश्यक है। इस परिदृश्य पर विचार करें:
कॉर्पोरेट नेटवर्क एक निजी 10.xxx LAN का उपयोग करता है और एक दूरस्थ कार्यालय एक निजी 192.xxx LAN का उपयोग करता है। उनके बीच एक वीपीएन सुरंग है, लेकिन दूरस्थ कार्यालय कॉर्पोरेट डीएचसीपी सर्वर या फ़ायरवॉल से सुरंग के माध्यम से डीएचसीपी नहीं लेता है।
यदि आपके पास अपना कॉर्पोरेट सर्वर WINS के साथ पंजीकृत है, तो दूरस्थ क्लाइंट \ ServerName को पूरी तरह से अलग सबनेट से भी हल कर सकते हैं। आखिरकार, मैं दूरस्थ कार्यालय फ़ायरवॉल को अपग्रेड करने और वीपीएन पर डीएचसीपी का उपयोग करने में सक्षम हो जाऊंगा, लेकिन अभी के लिए यह सेटअप मुझे अनुमति देता है:
अगर मैं इस पर गलत हूँ तो कोई मुझे सही करे, लेकिन मेरी समझ यह है कि NetBIOS नियमित नहीं है, इसलिए मैं Winnet का उपयोग किए बिना सबनेट में NetBIOS नामों को हल नहीं कर सकता।
ओह, हम अभी भी इसका उपयोग कर रहे हैं। लगभग एक तिहाई विंडोज वर्कस्टेशन हमारे पास डोमेन में नहीं हैं और इस प्रकार नाम रिज़ॉल्यूशन के लिए डोमेन के DNS डोमेन का उपयोग करने के लिए कॉन्फ़िगर नहीं किया गया है। इसके अलावा, हमारे पास एक राक्षसी खंडित DNS परिदृश्य है जो राक्षसी रूप से खंडित डिफ़ॉल्ट-डोमेन सेटिंग्स की ओर जाता है। इस वजह से WINS एकल नाम-रिज़ॉल्यूशन सेवा का प्रतिनिधित्व करता है जिसमें सबसे अधिक सामान होता है। यह हमारे पास सेवाओं के वैश्विक सूचकांक के सबसे करीब है।
यदि / जब हम सब कुछ प्राप्त करने के लिए धक्का देते हैं, तो हमारे पास एक सपाट DNS परिदृश्य होगा। ये सही रहेगा।
लीगेसी एक्सचेंज अभी भी WINS का उपयोग करता है, इसलिए कोई भी व्यक्ति 2008 या 2012 में कार्यात्मक स्तर को बढ़ाता हुआ देखता है और अभी भी WINS का उपयोग कर रहा है, यदि आप Exchange 2003 या इससे पहले का उपयोग कर रहे हैं (उम्मीद नहीं है) आपको अभी भी WINS सक्षम की आवश्यकता होगी।
साथ ही, बहु-डोमेन वातावरण में FQDN का उपयोग नहीं करने वाले किसी भी एप्लिकेशन या स्क्रिप्ट में समस्याएँ होंगी।
WINS को हटाया जा सकता है, लेकिन इसे बहुत सारे ऐप्स, SAP, Exchange और अन्य विरासत ऐप के साथ बड़े निगमों में व्यवस्थित रूप से परीक्षण किया जाना चाहिए, जब तक आप अपने डोमेन पर 2012 के मूल निवासी को प्राप्त नहीं कर सकते, तब तक यह लगभग योग्य नहीं होगा। जीतता है।
मैं एक के लिए, WinS का उपयोग नहीं करता और 4 साल से WINS का उपयोग नहीं किया है। Microsoft DDNS सक्रिय निर्देशिका नेटवर्क पर नाम समाधान का एक अच्छा काम करता है। मैं एक ऐसे कार्यक्रम के बारे में नहीं सोच सकता जिसके लिए अभी जीत की आवश्यकता है, लेकिन मुझे कुछ याद है। गार्जियन फायरवॉल को दिन में वापस LAN साइड NIC पर इसकी आवश्यकता थी।
2007 एक्सचेंज क्लस्टर को जीत की आवश्यकता नहीं है। मेरे पास जो दस्तावेज़ है, उसके अनुसार, MS, HOST फ़ाइलों के उपयोग की सिफारिश करता है, विश्वास करें कि आईपी सेटअप में बदलाव नहीं हुआ है या नहीं।
डीडीएनएस के साथ मेरा एकमात्र मुद्दा, WAN के पार है। डीडीएनएस + एडीसी प्रत्येक वान खंड पर ... अक्सर मेरे पास डीडीएनएस के मुद्दों के साथ या तो अन्य के नाम तालिकाओं को अपडेट करने के लिए हैं।
WINS एक क्लास C नेटवर्क के लिए ठीक है जहाँ आपके पास कोई दूरस्थ साइट या WAN लिंक नहीं है। WINS के खिलाफ एक बहुत बड़ी बात ... SSL VPN + WINS = IP के cuz WINS में टाइप करना goona werk नहीं है।
हमारे वातावरण ने कई महीनों तक WINS का उपयोग नहीं किया है, और इसके कारण कोई प्रतिकूल प्रभाव नहीं देखा है। हमारी ईमेल सेवा के रूप में एक्सचेंज 2003 के साथ, वीपीएन कनेक्शन के माध्यम से एक बहु-साइट टोपोलॉजी है।
जीतना तभी सक्षम होना चाहिए जब किसी ज्ञात समस्या को हल करने के लिए विशेष रूप से आवश्यक हो। "बस के मामले में" antiquated प्रौद्योगिकी पर पकड़ कोई मतलब नहीं है जब आप यह सुनिश्चित किया है कि यह आवश्यक नहीं है।