विंडोज वीपीएन हमेशा <3 मिनट के बाद डिस्कनेक्ट हो जाता है, केवल मेरे नेटवर्क से


11

सबसे पहले, यह समस्या लगभग दो वर्षों से मौजूद है। जब तक सर्वरफॉल्ट पैदा नहीं हुआ, तब तक मैंने इसे हल करने के लिए बहुत कुछ छोड़ दिया - लेकिन अब, आशा है कि पुनर्जन्म होगा!

मैंने एक दूरस्थ कार्यालय में डोमेन नियंत्रक और वीपीएन सर्वर के रूप में एक विंडोज 2003 सर्वर स्थापित किया है। मैं हर विंडोज़ क्लाइंट से वीपीएन पर कनेक्ट करने और काम करने में सक्षम हूं, जिसमें मैंने XP, विस्टा, और विंडोज 7 को बिना किसी समस्या के शामिल किया है, कम से कम पांच अलग-अलग नेटवर्क (कॉर्पोरेट और घर, डोमेन और गैर।) से यह ठीक काम करता है। उन सभी से।

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

ये आंतरायिक बूंदें नहीं हैं। यह हर एक बार होता है, बिल्कुल उसी तरह से। एकमात्र चर कितनी देर तक कनेक्शन जीवित रहता है।

इससे कोई फर्क नहीं पड़ता कि मैं किस प्रकार का ट्रैफ़िक भेजता हूं। मैं बेकार बैठ सकता हूं, लगातार पिंग भेज सकता हूं, आरडीपी, फाइल ट्रांसफर कर सकता हूं, एक ही बार में - इससे कोई फर्क नहीं पड़ता। नतीजा हमेशा वही होता है। कुछ मिनटों के लिए जुड़ा, फिर मौन मृत्यु।

चूंकि मुझे संदेह है कि किसी ने भी इस सटीक स्थिति का अनुभव किया है, इसलिए मैं अपने बढ़ते वीपीएन के समस्या निवारण के लिए क्या कदम उठा सकता हूं?


अतिरिक्त पृष्ठभूमि

इस दो साल के अंतराल के दौरान, मैंने आईएसपी (दोनों सिरों पर) को बदल दिया है, एक नया डोमेन नियंत्रक (मेरा नेटवर्क) जोड़ा है, और राउटर (दोनों नेटवर्क) को बदल दिया है। इसका किसी पर कोई असर नहीं पड़ा।

समस्या कई पीसी से, विभिन्न ओएस के साथ, लेकिन केवल मेरे नेटवर्क से प्रतिलिपि प्रस्तुत करने योग्य है।

मैंने सत्यापित किया कि व्यवहार एक गैर-विंडोज डिवाइस पर परीक्षण करके ग्राहक अज्ञेय है .. मैंने अपने iPhone पर वीपीएन को कॉन्फ़िगर किया और अपने नेटवर्क पर वाईफाई के माध्यम से जुड़ा। स्कैनी नामक एक ऐप का उपयोग करते हुए, मैंने लगभग 2 मिनट के बाद कनेक्शन गिरने तक सर्वर को लगातार पिंग किया - वही व्यवहार जो मैं विंडोज क्लाइंट पर देख रहा था। बाद में, मैंने वाईफाई और वीपीएन को एटी एंड टी 3 जी पर निष्क्रिय कर दिया और 11 मिनट तक बिना किसी खोए अनुरोध के साथ लगातार पिंग किया। इस परीक्षण ने मेरे नेटवर्क को समस्या को पर्याप्त रूप से अलग कर दिया।

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

अधिक नोट्स

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

मेरी LAN की कक्षा C श्रेणी 192.168.1.255 है, दूरस्थ LAN की कक्षा C श्रेणी 192.168.10.255 है। मैंने वीपीएन सर्वर के सार्वजनिक आईपी (74.93.XXX.XXX) को भी मास्क किया।

>route print (VPN Disconnected)
===========================================================================
Interface List
 17...00 ff 10 80 57 0c ......Juniper Network Connect Virtual Adapter
 11...00 23 ae e6 bb 49 ......Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit
Ethernet NIC (NDIS 6.20)
  1...........................Software Loopback Interface 1
 12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 13...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
 16...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1     192.168.1.24     10
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.1.0    255.255.255.0         On-link      192.168.1.24    266
     192.168.1.24  255.255.255.255         On-link      192.168.1.24    266
    192.168.1.255  255.255.255.255         On-link      192.168.1.24    266
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link      192.168.1.24    266
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link      192.168.1.24    266
===========================================================================
Persistent Routes:
  None


>route print (VPN Connected)
===========================================================================
Interface List
 25...........................VPN Test
 17...00 ff 10 80 57 0c ......Juniper Network Connect Virtual Adapter
 11...00 23 ae e6 bb 49 ......Realtek RTL8168C(P)/8111C(P) Family PCI-E Gigabit
Ethernet NIC (NDIS 6.20)
  1...........................Software Loopback Interface 1
 12...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 13...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
 16...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1     192.168.1.24     10
    74.93.XXX.XXX  255.255.255.255      192.168.1.1     192.168.1.24     11
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.1.0    255.255.255.0         On-link      192.168.1.24    266
     192.168.1.24  255.255.255.255         On-link      192.168.1.24    266
    192.168.1.255  255.255.255.255         On-link      192.168.1.24    266
     192.168.10.0    255.255.255.0   192.168.10.134   192.168.10.134     11
   192.168.10.134  255.255.255.255         On-link    192.168.10.134    266
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link      192.168.1.24    266
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link      192.168.1.24    266
  255.255.255.255  255.255.255.255         On-link    192.168.10.134    266
===========================================================================
Persistent Routes:
  None

चूंकि आपने इससे पहले इसे हल करने की कोशिश की है, क्या आप हमें बता सकते हैं कि आपने पहले से ही क्या करने की कोशिश की है ताकि हम उन चीजों को दोबारा न करें जो अब तक आपके लिए काम नहीं करती हैं?
ज्येफ्रे 25'10

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

जवाबों:


8

उनके सुझावों के लिए @arner और @William को बहुत-बहुत धन्यवाद। अंतत: यह विलियम का जवाब था जो मुझे अंतिम प्रस्ताव तक ले गया। किसी को भी, जो देखने के लिए आता है, यहाँ सौदा है।

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

PPTP ALG ने xxxx से xxxx: 1723 के पैकेट को खारिज कर दिया

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

समाधान, यह पता चला है, सरल है।

राउटर के वेब प्रशासन इंटरफ़ेस में, उन्नत टैब तक पहुंचें और बाएं हाथ के मेनू पर फ़ायरवॉल सेटिंग्स पर क्लिक करें। "APPLICATION LEVEL GATEWAY (ALG) CONFIGURATION" नामक अनुभाग में, PPTP के लिए बॉक्स को अनचेक करें (वैकल्पिक रूप से, IPsec को भी अनचेक करें यदि आपका वीपीएन उस प्रोटोकॉल का उपयोग करता है।) "सेटिंग्स सहेजें" पर क्लिक करें और राउटर को रिबूट करने के लिए कहें। देखा!

दुर्भाग्य से, इन ALG विकल्पों को अक्षम करने का मतलब है कि कुछ उन्नत रूटिंग सुविधाएँ काम नहीं करेंगी। उदाहरण के लिए, PPTP समर्थन एक ही वीपीएन सर्वर पर एक साथ कई NAT'd ग्राहकों को अनुमति देने का इरादा है। अगर बॉक्स साफ हो जाता है तो शायद यह काम नहीं करेगा। हालाँकि, अगर मेरी तरह आपका वीपीएन वास्तव में तब काम नहीं करता है जब बॉक्स की जाँच की जाती है, तो आप शायद बुरा न मानें।

मैं अभी भी स्पष्ट नहीं हूं कि मैं इस मुद्दे को पहले से पूरी तरह से अलग राउटर के साथ क्यों याद कर रहा हूं, लेकिन मुझे खुशी है कि यह फिर भी काम कर रहा है।


मुझे एक समान समस्या थी और आप क्या जानते हैं ... वही डी-लिंक राउटर। आपके समाधान ने काम किया। धन्यवाद! दिलचस्प रूप से, मुझे अपने वीपीएन के साथ कभी भी समस्या नहीं हुई जब तक कि मैंने केबल मॉडेम और मेरे डी-लिंक राउटर के बीच Vonage VDV21-VD डिवाइस नहीं डाली।
स्टेटिकमैन

क्या फ़ायरवॉल लॉग आपको यह संदेश दिखा रहे हैं? आपके वीपीएन क्लाइंट, या वीपीएन सर्वर पर फ़ायरवॉल लॉग नहीं है, मुझे लगता है।
इयान बॉयड

@ इयान: नहीं, फ़ायरवॉल DIR-655 ही है। यही कारण है कि लॉग हैं (उनके वेब इंटरफेस के माध्यम से देखा जा सकता है।)
hemp

1
इसने मेरे लिए भी इस मुद्दे को सुलझा दिया। बस एक सिर: वीपीएन द्वारा आवश्यक पोर्ट अग्रेषण को जोड़ने पर।
लाल

2

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


ये महान सुझाव हैं, विलियम। धन्यवाद। मैं अपने परिणामों के साथ वापस आऊँगा।
भांग

मैंने सवाल के संपादन के रूप में अपने मार्गों को पोस्ट किया।
गांजा

इस जवाब ने मुझे अंतिम प्रस्ताव पर पहुंचा दिया, जिसे मैंने अलग से दस्तावेजित किया था। आपके सहयोग के लिए धन्यवाद!
सन

1

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


0

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


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

आपका कार्य नेटवर्क पहले से ही दायरे से बाहर है, जैसा कि आपने स्वयं कहा है, यह आपके नेटवर्क से अलग है। ऐसा लगता है कि यह आपका कनेक्शन या नेटवर्क उपकरण है। वीपीएन के खिलाफ अपने घर के कनेक्शन को एक ज्ञात कामकाजी पीसी से सीधे कनेक्ट करें।
वार्नर

मैंने अपने iPhone पर वीपीएन को कॉन्फ़िगर किया और अपने नेटवर्क पर वाईफाई के माध्यम से जुड़ा। स्कैनी नामक एक ऐप का उपयोग करते हुए, मैंने लगभग 2 मिनट के बाद कनेक्शन गिरने तक सर्वर को लगातार पिंग किया - वही व्यवहार जो मैं विंडोज क्लाइंट पर देख रहा था। बाद में, मैंने एटी एंड टी 3 जी पर वाईफाई और वीपीएनएल को निष्क्रिय कर दिया और 7 मिनट (और गिनती) के लिए बिना किसी खोए अनुरोधों के साथ लगातार पिंग कर रहा है। यह परीक्षण मेरे नेटवर्क के लिए समस्या को पर्याप्त रूप से अलग करता है। हालाँकि, मैंने पहले ही ऐसा कर लिया था - इसलिए यह थोड़ी नई जानकारी प्रदान करता है, सिवाय इसके कि व्यवहार ग्राहक अज्ञेयवादी है।
सन

FYI करें - इससे पहले कि मैं ऊब गया और इसे मार डाला, बिना मुद्दे के 11 मिनट तक पिंग चलता रहा।
सन

1
अपने डीसी को चुप कराओ। क्या समस्या जारी है? अपने कार्य केंद्र को सीधे इंटरनेट से कनेक्ट करें। क्या यह जारी है? इंटरनेट से सीधे जुड़कर क्या उपकरण समाप्त हो गए?
वार्नर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.