एक ही सबनेट पर मोडेम और राउटर, लेकिन नेटवर्क ठीक से काम नहीं करता है

अब मैं अधिक जानकारी की तलाश में हूं कि मेरे नेटवर्क फ़ाइल साझाकरण ठीक से काम क्यों नहीं करते हैं, भले ही मैंने राउटर को लैन का हिस्सा बनाया हो। मैं अपने सभी संभावित परिवर्तनों की व्याख्या करूँगा जिन्हें मैं याद रख सकता हूँ। मैंने दोनों उपकरणों को एक ही सबनेट में मर्ज करने के लिए चुना।

तारों

मॉडेम में डीएसएल जुड़ा हुआ है इसलिए इंटरनेट उपलब्ध है।

PC1 <-LAN-> मोडेम <-LAN-> राउटर <-LAN-> PC2

मोडम

LAN IP: 192.168.1.1

सबनेट: 255.255.255.0

DHCP: ON (रेंज: 192.168.1.2 - 192.168.1.-199)

रूटर

LAN IP: 192.168.1.200

सबनेट: 255.255.255.0

DHCP: ON (रेंज: 192.168.1.211 - 192.168.1.254)

मैं चाहता हूं कि डीएचसीपी को सक्षम बनाया जाए, क्योंकि केवल 200-210 समाप्त पते स्थिर होंगे। बाकी उपयोगकर्ता मित्र या ऐसे हैं।

PC1 (मॉडेम से जुड़ा)

आईपी: 192.168.1.204

सबनेट: 255.255.255.0

गेटवे: 192.168.1.1

PC2 (रूटर से जुड़ा)

आईपी: 192.168.1.205

सबनेट: 255.255.255.0

गेटवे: 192.168.1.1

मैंने जो भी देखा है

राउटर शुद्ध- NAT राउटर है और NAT को किसी कारण से बंद नहीं किया जा सकता है। ऐसा कोई विकल्प नहीं है। (टीपी-लिंक WR940N)
मैं एक्सप्लोरर के नेटवर्क सेक्शन (PC1, PC2) पर दोनों उपकरणों को देखता हूं, लेकिन वे केवल खुद से कनेक्ट कर सकते हैं, लेकिन एक-दूसरे से नहीं।
दोनों निजी नेटवर्क प्रोफाइल पर हैं और दोनों ने फ़ोल्डर साझा किया है जिसमें "सभी को पढ़ने और लिखने" की अनुमति है
दोनों के पास इंटरनेट भी है।
मोडेम के प्रशासक वेब-यूआई में लॉग इन करके मैं क्लाइंट लिस्ट में क्लाइंट के रूप में दोनों डिवाइस देख सकता हूं: (PC1 - 192.168.1.205, PC2 - 192.168.1.206)
पीसी 1 से एक्सप्लोरर कहता है: "विंडोज एक्सेस नहीं कर सकता ... समस्या नेटवर्क में हो सकती है", लेकिन मुझे अपने कॉन्फ़िगरेशन में कोई समस्या नहीं मिल सकती है। निजी नेटवर्क फ़ाइल और प्रिंटर साझाकरण चालू है।

बहुत से लोग सोच सकते हैं कि मेरे पास मॉडेम और पीसी 2 के बीच राउटर क्यों हैं। वास्तविक कारण यह है कि मुझे उपकरणों के साथ खेलना पसंद है और मैं उनके बारे में बहुत कुछ सीखना चाहता हूं।

डीएचसीपी को दोनों उपकरणों पर चलाने की आवश्यकता क्यों है? TP-लिंक DHCP सर्वर डिफ़ॉल्ट रूप से उनके प्रवेश द्वार है, जो निश्चित रूप से है के रूप में टी.पी.-लिंक का उपयोग करने के लिए ग्राहकों बता देंगे नहीं क्या आप इस सेटअप में चाहते हैं।

— ग्रैविटी

(और जब इस सुझाव ज्यादातर विषय बंद है ... सीखने के लिए, एक Mikrotik रूटर मिल वे आश्चर्यजनक लचीला कीमत पर विचार कर रहे हैं -। नहीं "नेट बंद नहीं किया जा सकता है" बकवास।)

— grawity

मैं आपके द्वारा उल्लेख किए गए राउटर के बारे में दिलचस्पी रखता हूं, धन्यवाद। वास्तव में अब मैंने टीपीसीपी को टीपी-लिंक पर बंद कर दिया। यह PC2 को PC1 से कनेक्ट करने में सक्षम बनाता है, लेकिन पारस्परिक नहीं।

क्या आपने राउटर को मॉडेम से LAN-LAN के रूप में जोड़ा है ?

— harrymc

हाँ। यह ऊपर वर्णित की तरह जुड़ा हुआ है। लगता है कि हम विंडसर के साथ थोड़ा आगे बढ़ गए।

राउटर शुद्ध- NAT राउटर है और NAT को किसी कारण से बंद नहीं किया जा सकता है। ऐसा कोई विकल्प नहीं है। (टीपी-लिंक WR940N)

सौभाग्य से, यह महत्वपूर्ण नहीं है जब तक कि कोई भी उपकरण वास्तव में 192.168.1.200 को उनके प्रवेश द्वार के रूप में उपयोग न करें। यही एकमात्र तरीका है कि वे डिवाइस के "राउटर" भाग तक पहुंचेंगे - इसलिए जब तक वे नहीं करते हैं, सभी डेटा बिल्ट-इन ईथरनेट स्विच चिप के माध्यम से शॉर्ट-सर्किट करते हैं, और "राउटर" सीपीयू बस वहां बैठता है। कुछ नहीं कर रहा।

वैसे भी, गेटवे का उपयोग समान-सबनेट संचार के लिए कभी नहीं किया जाता है। जब तक दोनों कंप्यूटर सही नेटमास्क जानते हैं, तब तक वे सीधे एक दूसरे को पैकेट भेज देंगे।

तो कुल मिलाकर, आपका कॉन्फ़िगरेशन ऐसा लगता है कि यह पूरी तरह से ठीक काम करना चाहिए। चूंकि यह नहीं है, आपके पास जांच के लिए कम से कम दो चीजें हैं:

सुनिश्चित करें कि फ़ायरवॉल नियम सही हैं। खोलें wf.msc, फ़ायरवॉल नियम संपादक। "इनकमिंग" सेक्शन के तहत सुनिश्चित करें कि "फाइल शेयरिंग" नियम सक्षम हैं। ( \\IPपोर्ट 445 के माध्यम से न्यूनतम एसएमबी-ओवर-टीसीपी तक पहुंच के लिए अनुमति दी जानी चाहिए।)
सुनिश्चित करें कि PC1 और PC2 ने ARP के माध्यम से एक-दूसरे के सही मैक पते को सीखा है। विंडोज पर, आप arp -aARP कैश को देखने के लिए चला सकते हैं ।
सुनिश्चित करें कि PC1 द्वारा भेजे गए पैकेट PC2 द्वारा प्राप्त किए गए हैं, और इसके विपरीत। दोनों सिस्टम पर Wireshark स्थापित करें , और ईथरनेट एडेप्टर पर कब्जा शुरू करें।

आप कैप्चर फ़िल्टर जैसे कि arp or icmp or udp or (tcp port 445)या डिस्प्ले फ़िल्टर सेट कर सकते हैं जैसे कि arp || icmp || udp || tcp.port == 445अप्रासंगिक वेब ट्रैफ़िक फ़िल्टर करना। (कैप्चर शुरू करने से पहले कैप्चर फिल्टर्स सेट किए जाते हैं; कैप्चर चलने के दौरान डिस्प्ले फिल्टर्स सेट किए जाते हैं। उनका सिंटैक्स अलग होता है।)

कब्जा फ़ायरवॉल सेटिंग्स द्वारा अप्रभावित है। यदि कोई पैकेट अंदर आ रहा है, लेकिन OS उस पर प्रतिक्रिया नहीं कर रहा है, तो यह आमतौर पर फ़ायरवॉल के "इनकमिंग" नियमों के साथ एक समस्या को इंगित करता है।

— grawity
स्रोत

क्षमा करें, मुझे अपनी टिप्पणी में सुधार करना है ... SRVSVC का कहना है कि NetShareEnumAll प्रतिक्रिया, त्रुटि: WERR_ACCESS_DENIED

कर रहे हैं शेयर स्तरीय अनुमतियों और देखते हैं फ़ाइल-स्तर अनुमतियाँ। दोनों को ही इजाजत देनी चाहिए। (और निश्चित रूप से आपको पहली बार में फाइलरवर को 'लॉग इन' करने की अनुमति दी जानी चाहिए - उदाहरण के लिए खाते का पासवर्ड रिक्त नहीं होना चाहिए।)

— grawity

क्या NetShareEnumAll प्रमाणीकरण से पहले या बाद में होता है? मुझे कुछ हद तक संदेह है कि "सर्वर" की कुछ सुरक्षा सेटिंग्स विस्की हो सकती हैं, लेकिन मुझे इसका कोई अंदाजा नहीं है।

— ग्रैविटी

इससे ठीक पहले होता है। "NetShareEnumAll अनुरोध" दिखाता है जो लैन मशीन से आता है जो कनेक्ट करने की कोशिश कर रहा है। फ़ाइल और प्रिंटर साझा निजी नेटवर्क प्रोफ़ाइल में चालू है जो सक्रिय है। लेकिन मुझे लगता है कि मैं आपके उत्तर को समाधान के रूप में चिह्नित कर सकता हूं, क्योंकि ऐसा लगता है कि समस्या सिर्फ त्रुटियों को अनुमति देने के लिए है।

@Epz क्या आप चला सकते हैं secpol.mscऔर जांच सकते हैं कि "सुरक्षा विकल्पों" के तहत " शेयरों की बेनामी गणना को अक्षम करें" अक्षम है या नहीं?

— ग्रिटिटी