Windows પર OpenVPN: ટનલ આપોઆપ શરૂ કરો અને રૂટ રાખો

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

પહેલું પગલું: પ્રોફાઇલ ત્યાં મૂકો જ્યાં સેવા તેને શોધે છે

Windows સેવા પ્રોફાઇલ એક નિશ્ચિત ડિરેક્ટરીમાંથી વાંચે છે, અને GUI પણ તે જ જગ્યાએથી વાંચે છે, તેથી ઇમ્પોર્ટ કરતી વખતે કામ કરતી પ્રોફાઇલ બૂટ વખતે અદૃશ્ય રહી શકે છે. .ovpn ફાઇલોને ઇન્સ્ટોલેશનની config ડિરેક્ટરીમાં મૂકો, જે સામાન્ય રીતે Program Files હેઠળ હોય છે. વપરાશકર્તાના Downloads ફોલ્ડરમાં છોડેલી પ્રોફાઇલ સેવાના દાયરામાં જ આવતી નથી.

જૂની સૂચનાઓ config-auto ફોલ્ડર તરફ ઈશારો કરે છે, જેને 2.5 યુગના કેટલાક બિલ્ડે માન્ય રાખ્યું અને પછીના રિલીઝે નહીં. તેથી જ અપગ્રેડ કામ કરતા ઓટોસ્ટાર્ટને મૌનમાં ફેરવી શકે છે, લોગમાં ક્રેડેન્શિયલ વિશે કંઈ ન હોવા છતાં. કોઈ પણ ફાઇલ ખસેડતા પહેલાં ખાતરી કરો કે ઇન્સ્ટોલ થયેલો બિલ્ડ ખરેખર કઈ ડિરેક્ટરી વાંચે છે.

એક મશીન પર ઘણી પ્રોફાઇલ હોય તો dev-node દ્વારા દરેકને નામવાળું અડાપ્ટર આપો. નહીં તો તેઓ એક જ ઇન્ટરફેસ માટે સ્પર્ધા કરે છે અને બીજું એવી રીતે નિષ્ફળ જાય છે જે ક્રેડેન્શિયલ સમસ્યા જેવું લાગે.

બીજું પગલું: ટ્રે આઇકન નહીં, સેવા શરૂ કરો

સેવાOpenVPN ને Automatic પર સેટ કરવાથી તે લોગિન વગર બૂટ પર શરૂ થાય છે. એ જ મિકેનિઝમ છે, અને ટ્રે આઇકન તેનો ભાગ નથી. જ્યારે સેવા કનેક્શન ધરાવે છે, ત્યારે GUI કદાચ કોઈ આઇકન કે સ્ટેટસ ન બતાવે, જે અપેક્ષિત છે, ખામી નહીં.

પરિણામ એ છે કે ડિસ્કનેક્ટ કરવાનો અર્થ સેવા બંધ કરવી, Disconnect પર ક્લિક કરવું નહીં. જે મશીનને સપોર્ટ કરે તેને કહો, નહીં તો પહેલો સપોર્ટ કૉલ ખૂટતા આઇકન વિશે હશે.

તપાસો કે સેવા એકાઉન્ટ પ્રોફાઇલ અને કી સામગ્રી વાંચી શકે છે. બૂટ વખતે પરવાનગીની સમસ્યા લોગમાં બરાબર પ્રમાણીકરણ નિષ્ફળતા જેવી દેખાય છે.

ત્રીજું પગલું: રૂટને ટનલ સાથે બાંધો

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

ત્રણ વિકલ્પો યોગ્ય રીતે વર્તે છે. સર્વરથી રૂટ પુશ કરો, જે કનેક્ટ થાય ત્યારે તેને ઉમેરે છે અને ડિસ્કનેક્ટ થાય ત્યારે દૂર કરે છે. તેને route-up સ્ક્રિપ્ટમાં ઉમેરો જે route_vpn_gateway વાંચે છે, જેથી આગળનો હોપ વાટાઘાટ કરેલી ટનલમાંથી આવે. અથવા Add-VpnConnectionRoute ને Windows ની મૂળ VPN પ્રોફાઇલ સાથે વાપરો, જે પ્રીફિક્સને તે કનેક્શન સાથે બાંધે છે.

જ્યારે સર્વર આ સાઇટને જરૂરી હોય તેનાથી વધુ આપે છે, ત્યારે route-nopull પુશ કરેલા રૂટ નકારે છે અને ટેબલ સંપૂર્ણ સ્થાનિક રાખે છે. આ એવી વહેંચાયેલી પ્રોફાઇલને અનુકૂળ છે જેના વપરાશકર્તાઓને કોર્પોરેટ ડિફૉલ્ટ રૂટ મળવો ન જોઈએ.

ચોથું પગલું: કોલ્ડ બૂટમાંથી પસાર થાઓ

નેટવર્ક સ્ટેક અસ્તિત્વમાં હોય તે પહેલાં સેવા શરૂ કરવાથી એક નિષ્ફળ પ્રયાસ થાય છે અને ફરી પ્રયાસ થતો નથી. તેને Automatic (Delayed Start) પર સેટ કરવાથી, અથવા નેટવર્ક સેવા પર નિર્ભરતા ઉમેરવાથી, તે સ્પર્ધા દૂર થાય છે. પછી બૂટ પરીક્ષણ ફરીથી કરો અને તપાસો કે બીજો પ્રયાસ હવે જરૂરી નથી.

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

તમે ખરેખર તૈનાત કરો છો તે ક્રમ ચકાસો, હાથે ચાલુ કરી શકાય તેવો નહીં. કોલ્ડ બૂટ એ જ એકમાત્ર પરીક્ષણ છે જે ક્રમને કસોટીમાં મૂકે છે.

પાંચમું પગલું: GUI વગર ચકાસો

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

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