દર વખતે VPN .run ફાઇલ ફરી ચલાવો છો? એ ઇન્સ્ટોલર છે

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

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

ડાઉનલોડે ડિસ્ક પર ખરેખર શું મૂક્યું

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

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

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

એક જ વાર ઇન્સ્ટોલ કરો, સપ્લાયરના પોતાના આહ્વાનથી

દસ્તાવેજીકૃત આહ્વાનને બરાબર અનુસરો, તે જે ઇન્ટરપ્રિટરનું નામ આપે છે તે સહિત. PIA ના Linux ક્લાયન્ટ માટે, માર્ગદર્શિકા ઇન્સ્ટોલરને sh દ્વારા બોલાવે છે, તેથી કમાન્ડનું સ્વરૂપ ઇન્ટરપ્રિટર અને પછી તમે ખરેખર ડાઉનલોડ કરેલી ફાઇલ છે.

sh ./pia-linux-VERSION.run

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

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

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

લોન્ચર, સ્ટોર અને ટ્રે ત્રણ અલગ જગ્યાઓ છે

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

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

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

ઇન્સ્ટોલનો માલિક લખી રાખો

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

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

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