તમે ધારો છો તે ઇન્ટરફેસ સુધી VPN શ્રોતાને મર્યાદિત કરો

VPN સેવા ત્યાંથી પહોંચી શકાય છે જ્યાં તેનું સોકેટ બંધાયેલું હોય અને તેનો ફાયરવોલ પરવાનગી આપે. આ બે અલગ નિર્ણયો છે, અને લોકો સામાન્ય રીતે તેમાંથી ફક્ત એક જ લે છે. વાસ્તવિક શ્રોતા વાંચવામાં દસ સેકન્ડ લાગે છે અને એ પ્રશ્ન ઉકેલે છે જે અનુમાન ઉકેલી શકતું નથી. ત્યાંથી શરૂ કરો, પછી એક સમયે એક નિયંત્રણ બદલો.

નીચેનું બધું ધારે છે કે તમે હોસ્ટ પર root અથવા sudo સાથે આદેશો ચલાવી શકો છો.

કંઈપણ બદલો તે પહેલાં સોકેટ વાંચો

Linux પર, ss -lunp UDP શ્રોતાઓને તેમના સ્થાનિક સરનામા, પોર્ટ અને પ્રક્રિયા સાથે સૂચિબદ્ધ કરે છે, અને ss -ltnp TCP માટે એ જ કરે છે. VPN નો પોર્ટ શોધો અને સરનામાની કોલમ કાળજીપૂર્વક વાંચો. 0.0.0.0:51820 અને [::]:51820 નો અર્થ દરેક ઇન્ટરફેસ છે, જ્યારે 10.0.0.5:51820 નો અર્થ એક ઇન્ટરફેસ પર એક સરનામું છે. ss માર્ગદર્શિકા આઉટપુટ અપરિચિત હોય તો કોલમનું દસ્તાવેજીકરણ કરે છે. જો પ્રક્રિયાનું નામ ખૂટે છે, તો એ જ આદેશ sudo સાથે ચલાવો, કારણ કે માલિક કોલમને વિશેષાધિકારની જરૂર છે.

સરનામું લખી રાખો. તે એ હકીકત છે જેના પર આ માર્ગદર્શિકાનો બાકીનો ભાગ આધાર રાખે છે.

ઇચ્છા પર નહીં, સરનામા પર બાંધો

OpenVPN તેની local સૂચના સાથે શ્રોતાને ચોક્કસ સરનામા પર બાંધે છે, અને પ્રક્રિયા સ્તરે તેને મર્યાદિત કરવાની આ સમર્થિત રીત છે. દરેક અમલીકરણ સમકક્ષ આપતું નથી, અને બાંધવાનો વિકલ્પ ન હોય તેવા પ્રોટોકોલને આ રીતે સાંકડો કરી શકાતો નથી. જો તમારામાં એક પણ ન હોય, તો ફાયરવોલ તમારું એકમાત્ર નિયંત્રણ છે, અને ડિપ્લોયમેન્ટ નોંધોએ તે સ્પષ્ટ કહેવું જોઈએ. ઘણા સરનામાં ધરાવતા હોસ્ટ પર, ટનલ તરફ જોતા સરનામા પર બાંધો; તરતા સરનામા પર બાંધવું સામાન્ય રીતે ભૂલ છે.

સરનામા ફેરફાર ટકી રહેવો હોય તેવી સેવાને જૂના બંધન માટે યોજનાની જરૂર છે, ફક્ત રૂપરેખા લાઇનની નહીં.

સરનામા કુટુંબ અલગથી તપાસો

IPv4 અને IPv6 અલગ સોકેટ છે. 0.0.0.0 પર બંધાયેલી પ્રક્રિયા ડ્યુઅલ-સ્ટેક સોકેટ દ્વારા હજી પણ IPv6 સ્વીકારી શકે છે, અથવા ન પણ કરે, સોકેટ વિકલ્પ અને પ્લેટફોર્મના ડિફોલ્ટ પર આધાર રાખીને. ફક્ત IPv4 લાઇન વાંચવાથી એક કરતાં વધુ ડિપ્લોયમેન્ટ સમીક્ષા છેતરાઈ છે. શ્રોતા સાંકડો છે તેવું તારણ કાઢતા પહેલાં બંને કુટુંબોની સૂચિ બનાવો.

જો IPv6 ડિઝાઇનનો ભાગ ન હોય, તો ફાયરવોલ તેને આવરી લેશે એવી આશા કરવા કરતાં સોકેટ સ્તરે તેને નિષ્ક્રિય કરવું વધુ સ્વચ્છ છે. તે નીતિ નિર્ણય છે, તેથી ઇન્ટરફેસ પસંદગીઓના બાકીના ભાગ સાથે તેને નોંધો.

બંધનની ઉપર ફાયરવોલ સ્તર કરો

સાંકડું બંધન ફાયરવોલ નિયમનું સ્થાન લેતું નથી, અને ફાયરવોલ નિયમ wildcard બંધનને સાંકડું કરતું નથી. બંને વાપરો: જ્યાં અમલીકરણ સમર્થન આપે ત્યાં બાંધો, પછી પોર્ટને ફક્ત તે સ્રોતોમાંથી મંજૂરી આપો જેમણે ત્યાં પહોંચવું જોઈએ. ક્લાઉડ સુરક્ષા જૂથો હોસ્ટ ફાયરવોલની સામે બેસે છે, તેથી જ્યારે માર્ગ VPC સીમા ઓળંગે ત્યારે બંને તપાસો. અસરકારક નિયમ બંનેનું આંતરછેદ છે, અને દરેક સ્તર ફક્ત પહોંચ ઘટાડી શકે છે.

મંજૂર સ્રોતમાંથી અને જાણી જોઈને બાકાત કરેલા સ્રોતમાંથી પરીક્ષણ કરો. localhost થી કનેક્શન જાહેર સીમા વિશે કંઈ સાબિત કરતું નથી.

તમે શું પસંદ કર્યું તે નોંધો

બંધાયેલું સરનામું, તેનો માલિકી ધરાવતું ઇન્ટરફેસ, ફાયરવોલ નિયમ અને તેનો હેતુ લખો. બદલાયેલ NIC અથવા ફરીથી ફાળવેલું ક્લાઉડ સરનામું કોઈએ પ્રોફાઇલ સંપાદિત કર્યા વિના જોખમ બદલી શકે છે. નોંધ પર તારીખ નાખો, કારણ કે ક્લાઉડ સરનામાં સમીક્ષાઓ વચ્ચે લોકો ધારે તેના કરતાં વધુ વાર ખસે છે.

તે નોંધ જ આગલી સમીક્ષાને પુરાતત્વ પ્રોજેક્ટને બદલે સરખામણી બનાવે છે.