મિરરમાંથી VPN ઇન્સ્ટોલર? પહેલા પ્રકાશક ચકાસો
ડાઉનલોડ ચેનલ નક્કી કરે છે કે કયો કોડ ચાલશે અને તેને કોણ અપડેટ કરી શકે છે. પહેલા સહી, ચેકસમનો સ્રોત અને પ્રોફાઇલ જારી કરનારની ચકાસણી કરો.
ટનલ કામ કરતી હતી, ઇન્ટરફેસ આવ્યું અને સેશન એક અઠવાડિયું સ્થિર રહ્યું. તેમાંથી કંઈ પણ કહેતું નથી કે ઇન્સ્ટોલર કોણે બનાવ્યું. VPN ક્લાઇએન્ટ રૂટ ફરી લખવા અને ઓળખપત્રો વાંચવા માટે પૂરતા અધિકારો સાથે ચાલે છે, તેથી પ્રકાશક ધમકી-મોડેલનો ભાગ છે, પાદટીપ નહીં.
ચકાસણીઓ ક્રમમાં કરો અને પ્રથમ નિષ્ફળ થનાર પર અટકો. તે સસ્તી છે, અને દરેક અલગ ખાલી જગ્યા બંધ કરે છે.
પહેલું પગલું: પ્રોજેક્ટ જે ચેનલનું નામ આપે છે ત્યાંથી ડાઉનલોડ કરો
દરેક પ્રોજેક્ટ દસ્તાવેજ કરે છે કે તેની રિલીઝ ક્યાં રહે છે, અને તે પૃષ્ઠ સંદર્ભ છે. સમુદાય બિલ્ડ, સ્ટોર લિસ્ટિંગ અને વેન્ડર પોર્ટલ બધા કાયદેસર ચેનલો છે. દરેક ત્યારે જ કાયદેસર છે જ્યારે પ્રોજેક્ટ પોતે તેની તરફ ઇશારો કરે. તે જ પરીક્ષણ છે, અને તે સત્તાવાર દેખાવા જેવું નથી.
પ્રોજેક્ટના નામ પરની ફાઇલ કંઈ સાબિત કરતી નથી. ઇન્સ્ટોલરનું નામ બદલવું એક સેકન્ડની ક્રિયા છે, અને નામ એ જ છે જે શોધ પરિણામ પહેલા બતાવે છે.
બીજું પગલું: જાણીતી ઓળખ સામે સહી ચકાસો
સહી ચકાસણી સાંકડા પ્રશ્નનો સારો જવાબ આપે છે. તે કહે છે કે ચોક્કસ ઓળખે આ બાઇનરી પર સહી કરી છે અને ત્યારથી બાઇનરી બદલાઈ નથી. તે એક પ્રશ્નનો જવાબ આપે છે અને બીજાનો ઇનકાર કરે છે. તે કહી શકતું નથી કે તે ઓળખ એ જ છે જેના પર તમે ભરોસો કરવા માંગતા હતા.
# macOS: who signed this app, and is the signature intact?
codesign -dv --verbose=4 /Applications/Tunnel.app
spctl -a -vvv -t install /Applications/Tunnel.app
# Windows: signature and publisher of the installer
Get-AuthenticodeSignature .\tunnel-setup.exe | Format-List Status, SignerCertificate
# Linux: detached signature from the project's release page
gpg --verify tunnel-1.4.2.tar.gz.asc tunnel-1.4.2.tar.gz
ઓળખ વાંચો, સ્થિતિ-શબ્દ નહીં. માન્ય પ્રમાણપત્ર ધરાવતો અસંબંધિત વિકાસકર્તા માન્ય સહી બનાવે છે. માન્યતા પ્રાપ્ત પ્રકાશકની જાણ કરતી ઓપરેટિંગ સિસ્ટમે ફક્ત એટલું કહ્યું છે કે કોઈએ પ્રમાણપત્ર માટે પૈસા ચૂકવ્યા છે.
ત્રીજું પગલું: હેશને સ્વતંત્ર સ્રોત સાથે સરખાવો
ચેકસમ સંદર્ભ મૂલ્ય સાથેની સહમતિ સાબિત કરે છે. જો સંદર્ભ ડાઉનલોડની બાજુમાં આવ્યો હોય, તો બંને સાથે ખોટા હોઈ શકે અને સરખામણી તોય પાસ થાય. મોટાભાગના ટ્યુટોરિયલમાં નિષ્ફળતાની રીત આ જ છે. હેશ તે વર્ણવે છે તે ફાઇલ સાથે જ એક જ પૃષ્ઠ પર રહે છે.
# Linux and macOS
shasum -a 256 tunnel-1.4.2.dmg
# compare against the value published on the project's own release page
# not against a value copied from the same mirror
જ્યારે પ્રોજેક્ટ સહી કરેલા ચેકસમ અથવા સહી કરેલું રિલીઝ મેનિફેસ્ટ પ્રકાશિત કરે, ત્યારે દરેક ફાઇલ પર અલગથી નહીં પણ યાદી પર સહી ચકાસો. એમ એક વિશ્વસનીય સંદર્ભ આખી રિલીઝને આવરી લે છે.
ઇન્સ્ટોલેશન પછી: અપડેટ માર્ગ રાખો
ઇન્સ્ટોલેશન પૂરું થયા પછી પણ સમર્થિત ચેનલ મહત્વની રહે છે. ફરીથી પેકેજ કરેલા બિલ્ડ પોતાનું અપડેટર લઈ શકે છે, અને તે જ અપડેટર નક્કી કરે છે કે આવતા મહિને શું ચાલશે. જે બિલ્ડ કદી અપડેટ થતું નથી તે વધુ સુરક્ષિત નથી. તે ફક્ત વધુ જૂનું છે.
ક્લાઇએન્ટ કેવી રીતે અપડેટ થવો જોઈએ અને તે પગલું સંચાલન સિસ્ટમ પાસે છે કે નહીં તે નોંધો. જો જવાબ ફોરમમાંથી જાતે ડાઉનલોડ કરવાનો હોય, તો સપ્લાય ચેઇનનો પ્રશ્ન કદી ખરેખર બંધ થયો નથી.
બે ઉત્પત્તિ, એક નહીં
ક્લાઇએન્ટ વિકાસકર્તા અને પ્રોફાઇલ જારી કરનાર અલગ પક્ષો છે. અધિકૃત ક્લાઇએન્ટ દ્વારા અસંબંધિત ઓપરેટરની પ્રોફાઇલ આયાત કરવી સામાન્ય ગોઠવણ છે, અને પ્રોફાઇલ પોતાની તપાસને લાયક છે: કોણે જારી કરી, કેવી રીતે પહોંચાડાઈ, અને સર્વર પ્રમાણપત્ર તમે અપેક્ષા રાખો છો તે નામ સાથે મેળ ખાય છે કે નહીં.
તમારી નોંધમાં બંને ઉત્પત્તિ ઓળખી શકાય તેમ રાખો. જે ક્ષણે ક્લાઇએન્ટ બદલાય છે અથવા ઉપકરણ બેકઅપમાંથી પુનઃસ્થાપિત થાય છે, તે જ બે લીટીઓ અજાણ્યું બિલ્ડ કે અજાણી પ્રોફાઇલ બાકીના ડેટા સાથે પાછાં આવતાં રોકે છે.