Windows નું ઇન્કમિંગ VPN અથવા OpenVPN હોસ્ટ: પાંચ મિનિટમાં પસંદ કરો

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

બિલ્ટ-ઇન લિસનર ખરેખર શું છે

ઇન્કમિંગ કનેક્શન વિઝાર્ડ વર્કસ્ટેશનને નાનું રિમોટ-એક્સેસ એન્ડપોઇન્ટ બનાવે છે. કયા સ્થાનિક એકાઉન્ટ ડાયલ કરી શકે, સરનામાં કેવી રીતે આપવામાં આવે અને કયો પ્રોટોકોલ ચાલુ છે તે તમે પસંદ કરો છો: PPTP, સાથે L2TP/IPsec અથવા SSTP જ્યાં આવૃત્તિ અને સર્ટિફિકેટનું કામ તેમને સમર્થન આપે છે.

તે નીતિ-સ્તર નથી. દરેક વપરાશકર્તા માટે રૂટ ફાળવણી નથી, સર્વર દ્વારા લાદવામાં આવેલી સ્પ્લિટ ટનલ નથી, અને ટનલ તથા વર્કસ્ટેશનની પોતાની નેટવર્ક ઓળખ વચ્ચે કોઈ વિભાજન નથી. જે ક્લાયન્ટ જોડાય છે તે વર્કસ્ટેશન જેવા જ સેગમેન્ટમાં ઉતરે છે, તે સેગમેન્ટના ફાયરવોલ નિયમો હેઠળ.

છેલ્લું બિંદુ એ જ વિચારવાનું છે. વર્કસ્ટેશનના પોતાના પોર્ટ, શેર અને બ્રાઉઝર હવે એકાઉન્ટ ધરાવનાર દરેક માટે પહોંચમાં છે, અને એકાઉન્ટ એ સ્થાનિક Windows એકાઉન્ટ છે જે પહેલેથી જ જે કરી શકે તે બધા સાથે.

ત્રણ શરતો જે નિર્ણય આપે છે

પૂછો કે ઍક્સેસ કેટલો સમય ચાલવો જોઈએ, કેટલા લોકોને તેની જરૂર છે, અને નેટવર્ક પ્રોટોકોલ પહોંચાડી શકે છે કે નહીં.

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

તે ત્રણ જવાબો એક જ વારમાં મોટાભાગની દલીલ દૂર કરે છે. બાકીનું અમલીકરણની વિગત છે.

રાઉટર એન્ડપોઇન્ટ ક્યાં જીતે છે

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

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

OpenVPN હોસ્ટ ક્યાં જીતે છે

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

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

ઍક્સેસનું વચન આપતા પહેલા માર્ગ તપાસો

Windows લિસનર નિષ્ફળ જવાનું સૌથી સામાન્ય કારણ પ્રમાણીકરણ નથી. કારણ માર્ગ છે: PPTP ને ઇન્કમિંગ TCP 1723 અને GRE જોઈએ છે, જે પોર્ટ નહીં પ્રોટોકોલ 47 છે, અને ઘણા રાઉટર ફક્ત પોર્ટ ફોરવર્ડ કરે છે. કેટલાક ઍક્સેસ નેટવર્ક ઇન્કમિંગ કનેક્શનને જ મંજૂરી આપતા નથી. એ એક હકીકત કોઈ પણ Windows સેટિંગ કરતાં વધુ નેટવર્ક પર બિલ્ટ-ઇન લિસનરને બાકાત કરે છે.

એકાઉન્ટ ગોઠવતા પહેલા માર્ગ કસોટી કરો, જેથી નિષ્ફળતાને ત્રણને બદલે એક ઉમેદવાર હોય:

Test-NetConnection -ComputerName 203.0.113.45 -Port 1723
Get-NetAdapterBinding | Where-Object ComponentID -like ms_pptp
ss -lunp | grep 1194

પ્રથમ લીટીમાં બંધ પોર્ટ એ ફોરવર્ડિંગ કે ઓપરેટરની સમસ્યા છે, Windows ની નહીં. ત્રીજી લીટી એ તપાસ છે જે OpenVPN પસંદ કર્યા પછી કરશો, જ્યાં સાંભળતો એક UDP પોર્ટ આખા પ્રોટોકોલ પ્રશ્નને બદલી નાખે છે.

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