निष्क्रिय VPN टाइमर रहदारी मोजतो, कीबोर्ड क्रियाकलाप नाही
गेटवे निष्क्रिय कालबाह्य घड्याळ बोगद्यावरील पॅकेट पाहतो, तुमच्या कीबोर्डवर नाही। निष्क्रिय, सत्र आणि स्क्रीन-लॉक टाइमर त्यापैकी कोणतेही बदलण्यापूर्वी वेगळे करा।
निष्क्रिय VPN सत्र डिस्कनेक्ट करणारा टाइमर पॅकेट मोजत आहे, कीस्ट्रोक नाही। ते बोगद्यावरील संप्रेषणाच्या अनुपस्थितीचे निरीक्षण करते, त्यामुळे मेल असलेला लॅपटॉप, बॅकअप एजंट किंवा पार्श्वभूमीत चॅट क्लायंट कधीही निष्क्रिय दिसत नाही। ही एक वस्तुस्थिती नेहमीच्या तक्रारीच्या दोन्ही दिशा स्पष्ट करते: एक सत्र जे दीर्घ जेवणासाठी टिकून राहते आणि एक सत्र जे सक्रिय कामाच्या मध्यभागी मरते। आपण सेटिंग शोधत जाण्यापूर्वी आपण कोणते घड्याळ लढत आहात ते ठरवा।
टाइमर प्रत्यक्षात काय निरीक्षण करतो
Cisco ASA वर नॉब हा vpn-निष्क्रिय-टाइमआउट असतो, जो समूह धोरण किंवा वापरकर्ता धोरणांतर्गत सेट केला जातो आणि तो संप्रेषण क्रियाकलापाशिवाय कालावधी मोजतो। युनिट मिनिटे आहे, डीफॉल्ट वारसा आहे, आणि तपासणी सत्रावरील ट्रॅफिक काउंटरवर चालते जी इनपुट उपकरणांबद्दल ऑपरेटिंग सिस्टमला माहित असलेल्या कोणत्याही गोष्टींविरुद्ध नाही। कीबोर्डवर माणूस आहे की नाही याची गेटवेला कल्पना नाही। त्या क्लायंटचे पॅकेट त्याने शेवटचे कधी पाहिले हे माहीत आहे।
दुसरे घड्याळ व्हीपीएन-सत्र-कालबाह्य आहे आणि ते निरपेक्ष आहे। हे सत्र सुरू झाल्यावर सुरू होते आणि बोगदा कितीही व्यस्त आहे याची पर्वा न करता कालबाह्य होते। एका तासाच्या जड वापरानंतर समाप्त होणारे सत्र म्हणजे टाइमर, निष्क्रिय टाइमर नाही आणि कितीही टायपिंग ते वाढवणार नाही।
तुम्ही बदलण्यापूर्वी दोन्ही मूल्ये वाचा, कारण ते वापरकर्त्याच्या खुर्चीवरून एकसारखे दिसणारे मार्ग अयशस्वी होतात।
तीन वेगवेगळ्या घड्याळांना लोक निष्क्रिय म्हणतात
तीन असंबंधित धोरणांचे वर्णन निष्क्रिय टाइमर म्हणून केले जाते आणि त्यापैकी फक्त एक नेटवर्क शांततेबद्दल आहे।
| Measure | What it observes | How it fails |
|---|---|---|
| Gateway idle timeout | No packets from the client on the tunnel | Drops after a quiet period, survives background traffic |
| Gateway session timeout | Elapsed time since the session was established | Drops at a fixed interval no matter how active the tunnel is |
| Screen lock and device policy | Human presence at the device | Session stays up while the laptop sits unattended and unlocked |
तिसरी पंक्ती लोकांना हवी असते जेव्हा ते म्हणतात की कोणीतरी निघून गेल्यावर VPN लॉक केले पाहिजे। VPN टाइमर उपस्थिती मोजू शकत नाही। अटेंड न केलेला लॅपटॉप ॲक्सेस गमावत असल्यास, ते स्क्रीन-लॉक आणि डिव्हाइस धोरणातील आहे, जेथे पार्श्वभूमी रहदारीची पर्वा न करता त्याची अंमलबजावणी केली जाऊ शकते।
तिघांचे मिश्रण केल्याने तीस मिनिटे टायपिंग न झाल्यानंतर डिस्कनेक्ट सारख्या विनंत्या निर्माण होतात, ज्याची अंमलबजावणी कोणताही VPN गेटवे प्रामाणिकपणे करू शकत नाही।
या कनेक्शनच्या मालकीचे धोरण शोधा
तुम्ही सेटिंग शोधण्यापूर्वी क्लायंट आणि प्रोटोकॉल ओळखा। अंगभूत macOS Cisco IPsec प्रोफाईल, मूळ L2TP कनेक्शन आणि Cisco Secure Client समान नियंत्रणे उघड करत नाहीत आणि त्यापैकी एकामध्ये डिस्कनेक्ट-इडल चेकबॉक्सचा स्क्रीनशॉट इतरांबद्दल पुरावा नाही। नेटिव्ह प्रोफाइल सर्व्हर, खाते आणि सामायिक गुपित यापलीकडे थोडेसे उघड करतात। टाइमर गेटवेवर राहतो।
ASA वर, प्रत्येकासाठी डीफॉल्ट धोरणाऐवजी वापरकर्ता किंवा गटासाठी प्रभावी धोरण वाचा:
show running-config group-policy NAME | include timeout
show vpn-sessiondb detail anyconnect filter name USERसत्र तपशील आउटपुट निष्क्रिय आणि सेशन टाइमआउट्स सूचीबद्ध करते जे प्रत्यक्षात लागू केले होते, उर्वरित वेळेसह। हे प्रभावी धोरण आहे, वारसा समाविष्ट आहे, जो चालू-कॉन्फिगचा उतारा तुम्हाला सांगू शकत नाही। वापरकर्ता ज्या गटात आहे असे तुम्हाला वाटते त्या गटाशी त्याची तुलना करा, कारण वापरकर्ता धोरण गट धोरण ओव्हरराइड करते।
तीस मिनिटांनंतर तुमचा Mac कनेक्ट का दिसतो
पार्श्वभूमी रहदारी हे नेहमीचे उत्तर आहे आणि ते बग नाही। मेल, फोटो सिंक, अपडेट चेक, सॉकेट उघडे असलेला चॅट क्लायंट किंवा वेबसॉकेट असलेला ब्राउझर टॅब प्रत्येक पॅकेट तयार करतो जे गेटवे क्रियाकलाप म्हणून गणले जाते। बोगदा तसाच राहतो कारण तो खऱ्या अर्थाने वापरला जात आहे, फक्त तुमच्याद्वारे नाही। पुरावा हवा असल्यास स्क्रीनपेक्षा काउंटर पहा।
मिरर इमेज म्हणजे तुम्ही टायपिंग करत असताना खाली येणारे सत्र आहे, जे सत्र कालबाह्य किंवा प्रशासकाच्या धोरणातील बदल आहे, आळशीपणा नाही।
क्लायंट-साइड इफेक्ट देखील जाणून घेण्यासारखे आहे। काही क्लायंट त्यांचे स्वतःचे Keepalives किंवा डेड-पीअर प्रोब पाठवतात आणि ते पॅकेट गेटवेच्या निष्क्रिय काउंटरला रीसेट करतात। म्हणूनच कालबाह्य होण्यासाठी जोडलेले Keepalive कार्य करते आणि ते चुकीचे साधन का आहे: ते पॉलिसीमागील अधिकृततेची आवश्यकता न बदलता टाइमर पाहत असलेला पुरावा बदलते।
बिंदू न मोडता उजवीकडे नॉब बदला
मंजूर नेटवर्क निष्क्रियतेनंतर कनेक्शनचा वर्ग समाप्त करणे हे उद्दिष्ट असल्यास, धोरणाच्या भाषेत तेच विचारा आणि कमाल सत्र कालावधी स्वतंत्र आणि मुद्दाम मूल्य म्हणून ठेवा। नंतर प्रशासकाच्या कार्यपद्धतीनुसार पार्श्वभूमीच्या कामासह त्याची चाचणी करा।
जेव्हा एखादी व्यक्ती डेस्क सोडते तेव्हा प्रवेश थांबवणे हे उद्दिष्ट असेल, तर VPN हा त्याची अंमलबजावणी करण्यासाठी चुकीचा स्तर आहे।
ट्रॅफिक जनरेटिंग किपअलाइव्ह कधीही जोडू नका फक्त एखादे सत्र जिवंत ठेवण्यासाठी ते समाप्त करण्यासाठी लिहिलेल्या धोरणापूर्वी। ते नियंत्रणाला औपचारिकतेत रूपांतरित करते आणि ते तिकिटात न सापडता ऑडिटमध्ये आढळते। धोरण बदला, किंवा आवश्यकता बदला।