રેપો પેકેજ કે VPN ક્લાયન્ટ પેકેજ: પહેલું કયું?

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

દરેક પેકેજ ખરેખર શું બદલે છે

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

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

તે વિભાજનમાંથી ત્રણ તબક્કા આવે છે: સ્રોત નોંધો, તે જે મેટાડેટા પોષે છે તે રિફ્રેશ કરો, પછી એપ્લિકેશનને નામથી ઇન્સ્ટોલ કરો. Debian અને Ubuntu ઇન્સ્ટોલ માર્ગદર્શિકા તેમને અલગ રાખે છે, અને એટલે ક્લાયન્ટ પછીના પગલામાં માંગવામાં આવે છે, સ્રોત ગોઠવનારા પેકેજ દ્વારા નહીં.

ક્રમ નક્કી કરતી ત્રણ શરતો

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

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

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

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

રિલીઝ પેકેજ પાછળ શું છોડી ગયું તે તપાસો

બીજું કંઈપણ ઇન્સ્ટોલ કરતા પહેલા, વર્ણનને બદલે ફાઇલ યાદી વાંચો. Debian કુટુંબની સિસ્ટમોમાં પેકેજ મેનિફેસ્ટ જવાબ આપે છે કે તેણે શું ગોઠવ્યું અને કી ક્યાં ઉતરી.

dpkg -L proton-vpn-release | grep -E 'apt|keyring'
apt-cache policy proton-vpn-gnome-desktop
grep -r protonvpn /etc/apt/sources.list.d/

પ્રથમ લીટી સ્રોત ફાઇલ અને કીરિંગ પાથ બતાવે છે, જ્યારે બીજી લીટી જણાવે છે કે ગોઠવેલા સ્રોત કઈ આવૃત્તિ આપી શકે છે. જો apt-cache policy ક્લાયન્ટ નામ માટે કંઈ છાપે નહીં, તો મેટાડેટા રિફ્રેશ થયું નથી અથવા સ્રોત બીજા સ્યુટને લક્ષ્ય બનાવે છે. ત્રીજી લીટી પુષ્ટિ કરે છે કે નોંધ ત્યાં જ છે જ્યાં APT ખરેખર વાંચે છે.

કીરિંગ પાથને સ્રોત લાઇનના signed-by= ક્ષેત્ર સાથે મેળવો. ખોટી ડિરેક્ટરીમાંની કી અપ્રમાણિત સ્રોતની ભૂલ ઉત્પન્ન કરે છે, અને તે અનુપલબ્ધ પેકેજથી અલગ ખામી છે.

નિર્ભરતા નિષ્ફળતાને અલગ તબક્કા તરીકે ગણો

ડાઉનલોડ કરેલા .deb ને dpkg -i થી ઇન્સ્ટોલ કરવાથી કંઈ ઉકેલાતું નથી: તે નિર્ભરતાઓ તપાસે છે, શું ખૂટે છે તે જણાવે છે અને પેકેજને અડધું ગોઠવેલું છોડી દે છે. તે અપેક્ષિત વર્તન છે, ભ્રષ્ટ ડાઉનલોડ નહીં.

પછી apt --fix-broken install તમારી પાસેના સ્રોતોમાંથી APT પાસે સુસંગત સ્થિતિ માંગે છે. APT જાણતું નથી કે તમને કયો VPN જોઈતો હતો, અને તેની યોજના તેને મળેલા બંધનને સંતોષવા પેકેજો દૂર કરી શકે છે. હા કહેતા પહેલા સૂચિત વ્યવહાર વાંચો, અને જો દૂર કરવાથી તમને જરૂરી કંઈક અડે તો થોભો. યોજના વાંચ્યા વિના સમારકામનું પુનરાવર્તન એ જ રીતે છે જેમાં નાનું નિર્ભરતા અંતર એવું ડેસ્કટોપ બને છે જે હવે શરૂ થતું નથી.

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

એપ્લિકેશન ચકાસો, રેપો નહીં

પુષ્ટિ કરો કે ક્લાયન્ટ ઇન્સ્ટોલ થયેલી સ્થિતિમાં પહોંચ્યો, પછી પુષ્ટિ કરો કે પ્રોગ્રામ શરૂ થાય છે. dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop એ install ok installed ને આવૃત્તિ સાથે જણાવવું જોઈએ, અને તે પછીની શરૂઆતની નિષ્ફળતા પેકેજિંગની નહીં, એપ્લિકેશનની સમસ્યા છે.

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