VPN पोर्ट आवश्यकता: तुलनेपूर्वी लिहावयाच्या तीन ओळी
तुमच्याकडे प्रत्यक्षात कोणता पोर्ट प्रश्न आहे ते ठरवा: बाहेर जाणारे गंतव्यस्थान, आत प्रकाशन, की बोगद्याची स्वतःची वाहतूक. मग प्रदात्याला फक्त तेच विचारा.
VPN सेवांच्या पोर्ट याद्या तुलना पानांमध्ये त्या महत्त्वाच्या आहेत का हे ठरवणाऱ्या तपशिलाशिवाय कॉपी केल्या जातात: जोडणी कोण सुरू करते। बाहेर जाणाऱ्या TCP 443 ला परवानगी देणारा नियम दुसऱ्या होस्टला तुमच्या मशीनवरील श्रोत्यापर्यंत पोहोचता येईल का याबद्दल काहीही सांगत नाही। एकही योजना तुलना करण्यापूर्वी तीन स्वतंत्र आवश्यकता लिहा आणि तुमच्या कामाला प्रत्यक्षात कोणत्या हव्यात ते चिन्हांकित करा। ती पत्रक असल्यास बहुतेक तुलना एका लहान प्रश्नात आटोपतात।
कोणतीही पोर्ट यादी वाचण्यापूर्वी आवश्यकता वेगळी करा
तीन ओळी जवळजवळ प्रत्येक प्रसंग झाकतात: बोगद्यापलीकडील गंतव्यस्थान गाठणे, इतरांना आत जोडता यावे म्हणून काहीतरी प्रकाशित करणे आणि बोगदाच वाहून नेणे। प्रत्येक ओळ वेगळ्या कारणाने अपयशी होते, आणि एक पूर्ण करणारे प्रदात्याचे धोरण इतर दोन्हीला स्पर्श न करता ठेवू शकते। तुमचे काम योग्य ओळीत ठेवायला पाच मिनिटे लागतात आणि नंतरची वादळ टळते।
| Line | Who starts it | What can block it | Question for the provider |
|---|---|---|---|
| Outbound destination | Your application | Egress filter on the exit node | Is this protocol and port allowed to that destination? |
| Inbound publishing | A remote peer | No mapping, no public address, short lifetime | Which protocol, which external port, and how long does the mapping last? |
| Tunnel transport | Your client to the gateway | The access network drops that protocol | Does the client offer a fallback the local network permits? |
विपणनातील विधाने तीन ओळी जाणूनबुजून अस्पष्ट करतात। P2P परवानगी गंतव्यस्थानाचे धोरण वर्णन करते, समर्पित पत्ता पत्त्याचे वर्णन करते, आणि पोर्टवर कोणतेही निर्बंध नाहीत असा दावा सहसा योजना ते सूचीबद्ध करत नाही असा अर्थ देतो। यापैकी कोणतेही वाक्य इतरांना उत्तर देत नाही।
एक ठोस प्रवाह निवडा आणि तो वाक्य म्हणून लिहा: प्रारंभकर्ता, वाहतूक, पोर्ट, पत्ता कुटुंब, दिशा। दूरच्या होस्टवर अपलोड करणारा रात्रीचा बॅकअप क्लायंट फक्त बाहेर जातो। तुमच्या टेबलावरील मित्र जोडले जाणारे गेम सर्व्हर आत येते। दोन्ही एका बोगद्यातून चालवणे म्हणजे पत्रकाला दोन्ही ओळी हव्यात, त्यांच्यातील तडजोड नव्हे।
बाहेर जाणारा प्रवेश बोगद्यावर नाही, गंतव्यस्थान धोरणावर अपयशी होतो
भाषांतर करणाऱ्या गेटवेमधून बाहेर जाणारी वाहतूक स्थिती निर्माण करते। अंतर्गत पत्ता आणि पोर्टवरून पहिला पॅकेट भाषांतर नोंद तयार करतो, आणि प्रतिसाद त्याला जुळतात, हेच RFC 3022 मध्ये वर्णिलेले मॅपिंग वर्तन आहे। याच कारणामुळे ब्राउझरचा टॅब सहसा कोणत्याही पोर्ट विनंतीशिवाय काम करतो।
दोन गोष्टी तरीही हे तोडतात। निर्गम नोड दुरुपयोगक्षम मानलेली गंतव्यस्थाने किंवा पोर्ट क्रमांक फिल्टर करू शकतो, आणि अनुप्रयोग निर्गम धोरणाने कधीही अपेक्षा न केलेल्या पोर्टवर ऐकत असू शकतो। आत जाणाऱ्या नियमांबद्दल नव्हे, गंतव्यस्थान जोडीबद्दल विचारा, आणि TCP व UDP साठी वेगळी उत्तरे अपेक्षा करा।
वाद घालण्यापूर्वी मोजा। बोगद्यामागे राहणाऱ्या मशीनवर हे चालवा, एकदा बोगदा बंद असताना आणि एकदा सुरू असताना:
ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
curl -sS -o /dev/null -w '%{http_code}\n' --max-time 5 https://example.com
तेच आदेश, तेच गंतव्यस्थान, बोगद्याच्या दोन स्थिती, ऑपरेटरला त्यावर कार्य करता येईल अशी आधी-नंतरची तुलना देतात। दस्तऐवजी पत्ता तुम्हाला खरोखर हव्या असलेल्या होस्टने बदला; महत्त्वाचे म्हणजे तुलना पुनरावृत्त होणे, कोणताही आकडा प्रभावी दिसणे नव्हे।
आत प्रकाशनासाठी मॅपिंग, पत्ता आणि आयुष्य हवे
सार्वजनिक बाजूच्या कशाला ते कुठे पोहोचवायचे हे माहीत नसेल तर बाहेरून कोणीही तुमच्या श्रोत्याशी जोडणी सुरू करू शकत नाही। ऑपरेटरकडील स्थिर पोर्ट आरक्षण, क्लायंटने UPnP, NAT-PMP किंवा PCP द्वारे मागितलेले मॅपिंग, आणि मार्गनिर्देशित सार्वजनिक पत्ता — ही तीन वेगळी उत्पादने आहेत, तीन वेगळ्या मर्यादांसह।
यापैकी कशाबद्दलही पाच प्रश्न विचारा: कोणता प्रोटोकॉल, कोणता बाह्य पोर्ट, बाह्य पोर्ट स्थानिकापेक्षा वेगळा असू शकतो का, कोणते पत्ता कुटुंब ते व्यापते, आणि पुन्हा जोडल्यावर मॅपिंग किती टिकते। सक्रिय सत्राशी बांधलेले आरक्षण ते सत्र संपल्यावर नाहीसे होते, योजनेचे पान काहीही म्हणो।
प्रथम स्थानिक अर्धा भाग पुष्टी करा, कारण मृत श्रोता आणि अडवलेला आत जाणारा मार्ग बाहेरून सारखेच दिसतात:
ss -lntup | grep -E ':(8080|51820)\b'
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080
स्थानिक विनंती 200 परत देते आणि तुम्ही नियंत्रित न करणाऱ्या नेटवर्कमधील विनंती अजूनही वेळ संपून जात असेल, तर तीळ सार्वजनिक बाजूला आहे। तोच क्षण अनुप्रयोगाचे नाव घेऊन वर्णन करण्याऐवजी ऑपरेटरला प्रोटोकॉल आणि बाह्य पोर्ट सांगण्याचा।
बोगद्याची स्वतःची वाहतूक वेगळा प्रश्न आहे
वाहक पोर्ट समस्येचा सर्वात लहान भाग आणि शोधायला सर्वात सोपे आहेत। डीफॉल्ट प्रोटोकॉलनुसार बदलतात, आणि क्लायंट कशावर वाटाघाटी करू शकतो हे कोणत्याही योजना वर्णनापेक्षा अधिक महत्त्वाचे आहे।
| Client | Outer transport | Default port | When it helps |
|---|---|---|---|
| OpenVPN | UDP | 1194 | Default mode; needs outbound UDP to pass |
| OpenVPN | TCP | 443 | UDP is dropped and TCP 443 is not |
| WireGuard | UDP | 51820 | Short handshake; there is no TCP mode |
| IKEv2/IPsec | UDP | 500 and 4500 | Mobile clients; 4500 carries NAT traversal |
बाहेर जाणारे UDP टाकून देणारे नेटवर्क TCP 443 बोगदा स्वीकारेल आणि UDP वाला नाकारेल, म्हणून फॉलबॅक मोड आवश्यकता पत्रकातच हवा। वाहक बदलल्याने बोगद्यातील अनुप्रयोग पोर्ट हलत नाही आणि गंतव्यस्थान धोरण रुंदावत नाही; ते स्वतःच्या ओळींवरच राहतात।
तिथे असताना विघटनाची एक चाचणी योग्य आहे, कारण जोडले जाऊन नंतर मोठ्या हस्तांतरणांवर अडकणाऱ्या बोगद्यात सहसा बंद पोर्ट नसून चुकीचे MTU असते:
ping -M do -s 1400 203.0.113.10 ping -M do -s 1372 203.0.113.10
Windows वर तीच चाचणी ping -f -l 1400 203.0.113.10 आहे। जो सर्वात मोठा आकार जातो त्याखाली बोगद्याचे MTU ठेवा, नंतर अपयशी झालेले हस्तांतरण पुन्हा तपासा।
योजनेसाठी पैसे देण्यापूर्वी तीन ओळी तपासा
तीन ओळी एका पानावर ठेवा आणि प्रत्येक कक्ष वचनाऐवजी मोजलेल्या निकालाने भरा। हे आदेश त्या पानाचा स्थानिक अर्धा भाग सुमारे एका मिनिटात तयार करतात:
ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080
ping -M do -s 1400 203.0.113.10
आउटपुट तपासणी सूची म्हणून वाचा। बोगदा सुरू असताना गंतव्यस्थान उत्तर देत असेल तर बाहेर जाणारे काम करते। तुमच्या नेटवर्कबाहेरील होस्ट बाह्य पोर्टवरील श्रोत्यापर्यंत पोहोचल्यावरच आत येणारे काम करते। तुमचे प्रवेश नेटवर्क परवानगी देणाऱ्या प्रोटोकॉलवर हँडशेक पूर्ण झाल्यावर वाहक काम करते।
दोन सवयी पत्रक प्रामाणिक ठेवतात। प्रत्येक निकालाजवळ तारीख आणि क्लायंट आवृत्ती नोंदवा, कारण प्रदात्यांची धोरणे आणि क्लायंटची डीफॉल्ट मूल्ये दोन्ही हलतात। नंतर प्रवाहाला सेवा देणारे सर्वात अरुंद मॅपिंग मागा, कारण सर्व काही उघडण्याची विनंती सहसा तांत्रिक उत्तराऐवजी नकार किंवा जादा विक्री मिळवते।