ஒரு மன்றப் பதில் உங்களுக்கு முழு கோப்புப் பெயரைத் தருகிறது, பெயர் தீர்வு போலத் தெரிகிறது: ஒரு .deb, ஒரு கட்டளை, முடிந்தது. அந்தச் சரம் உண்மையில் குறியாக்குவது தொகுப்பு பதிப்பு, CPU கட்டமைப்பு மற்றும் யாரோ இடுகையை எழுதிய நாளில் அது எதிராகக் கட்டப்பட்ட விநியோகத் தொகுப்பு. அந்த மூன்றில் எதுவும் உங்கள் மேசையில் உள்ள பலகையை தானாக விவரிக்கவில்லை. பழைய பதிவிறக்கம் ஒரு இயந்திரத்தின் நிலையின் புகைப்படம், உங்களுக்கான நிறுவல் திட்டம் அல்ல.

கோப்புப் பெயர் அமைதியாகப் பூட்டுவது என்ன

openfortivpn_1.17.0-1_armhf.deb போன்ற பெயரை வலமிருந்து இடமாகப் படியுங்கள். பின்னொட்டு பைனரி தொகுக்கப்பட்ட கட்டமைப்பு, நடுப் புலம் upstream மற்றும் தொகுப்பாக்கத் திருத்தம், மறைமுக நான்காவது புலம் அது கட்டப்பட்ட தொகுப்பின் நூலகத் தொகுப்பு.

64-பிட் Raspberry Pi OS நிறுவலில் கணினி கட்டமைப்பு arm64, எனவே கட்டமைப்பு பொருந்தாததால் dpkg -i armhf தொகுப்பை நிராகரிக்கிறது. multiarch நிறுவலை சாத்தியமாக்கும் இடத்திலும், பைனரி தான் கட்டப்பட்ட வெளியீட்டின் நூலகப் பதிப்புகளை எதிர்பார்க்கிறது, புதிய அடிப்படை அமைப்பு அவற்றை இனி வழங்காமல் இருக்கலாம். முடிவு இயக்கக்கூடிய கோப்பு தொடங்காத நிறுவப்பட்ட தொகுப்பு, இதுவே மக்கள் பொதுவாக வாடிக்கையாளரே பழுதடைந்ததாக தவறாகப் புரிந்துகொள்ளும் தோல்வி.

பலகை ARM சாதனமாக இருப்பது ARM தொகுப்பைப் பொருத்தமானதாக்காது. கட்டமைப்பு ஒரு அச்சு; வெளியீடும் ABI-யும் மற்ற இரண்டு, அவை சுயாதீனமாகத் தோல்வியடைகின்றன.

பதிவிறக்க இணைப்பைக் கேட்கும் முன் விநியோகத்தைக் கேளுங்கள்

பராமரிக்கப்படும் ஒவ்வொரு சேனலும் இப்போது என்ன நிறுவும் என்று சொல்ல முடியும். எந்தக் கோப்பு பரிமாற்றத்தையும் பரிசீலிக்கும் முன் இலக்கு இயந்திரத்தில், அது உண்மையில் பயன்படுத்தும் களஞ்சியங்களுடன் வினவலை இயக்கவும்.

cat /etc/os-release
dpkg --print-architecture
apt-cache policy openfortivpn

பதிப்பு மற்றும் களஞ்சியப் பெயருடன் கூடிய வேட்பாளர் வரி என்றால் விநியோகத்திடம் இந்த அமைப்புக்கான கட்டுமானம் ஏற்கனவே உள்ளது. வேட்பாளர் இல்லாதது, அல்லது நீங்கள் பயன்படுத்த நினைக்காத தொகுப்பிலிருந்து வேட்பாளர் வருவது, மென்பொருள் எங்காவது உள்ளதா என்பதைப் பற்றியதல்ல, உங்கள் மூலங்களைப் பற்றிய தகவல்.

மெட்டாடேட்டா புதுப்பிப்பு தோல்வியடைந்தால், அந்தத் தோல்வியைத் தொகுப்புக் கேள்வியிலிருந்து தனியாக வைத்திருங்கள். பெயர் தீர்வு, களஞ்சியப் போக்குவரத்து, இல்லாத Release கையொப்பம் மற்றும் ஆயுட்கால முடிவில் உள்ள தொகுப்பு—அனைத்தும் வாடிக்கையாளர் ஈடுபடுவதற்கு முன்பே apt update உடைக்கின்றன. மூலங்களைச் சரிசெய்வது VPN வாடிக்கையாளரைத் தேர்ந்தெடுப்பதிலிருந்து வேறுபட்ட வேலை, இரண்டையும் கலப்பதே மக்கள் தற்போதைய அமைப்பைப் பழைய வெளியீட்டை நோக்கிக் காட்டும் வழி.

apt எதைச் சரிபார்க்கிறது, பதிவிறக்கிய கோப்பு எதைப் பெறுவதில்லை

வழக்கமான நிறுவல் கையொப்பங்களின் சங்கிலியைப் பின்பற்றுகிறது: காப்பகம் அதன் அட்டவணையில் கையொப்பமிடுகிறது, அட்டவணை ஒவ்வொரு தொகுப்புக்கும் ஹாஷ்களைக் கொண்டுள்ளது, தொகுப்பு பொருந்த வேண்டும். காப்பக அங்கீகாரக் குறிப்பு அந்தச் சங்கிலியை ஒவ்வொரு தனிக் கோப்பிலும் இணைக்கப்பட்ட கையொப்பத்தைச் சரிபார்க்கும் கருத்திலிருந்து பிரிக்கிறது.

பழைய HTTP இணைப்பிலிருந்து சேமிக்கப்பட்ட கோப்பில் அதில் எதுவும் இல்லை. அது களஞ்சிய அடையாளம் இல்லாமல் வருகிறது, விநியோகம் வாடிக்கையாளரை இணைப்புச் செய்யும்போது புதுப்பிக்கப்படுவதில்லை, அதை மாற்றுவதற்கு யார் பொறுப்பு என்று எதுவும் பதிவு செய்வதில்லை. பூட்டப்பட்ட கலைப்பொருள் உள்ள நிர்வாகிக்கு இது இன்னும் சட்டபூர்வமான தேர்வாக இருக்கலாம், ஆனால் தேர்வுடன் உரிமையாளர், எங்காவது பதிவு செய்யப்பட்ட செக்சம் மற்றும் அடுத்த பாதுகாப்புப் புதுப்பிப்புக்கான திட்டம் இருக்க வேண்டும்.

பழைய அறிவுறுத்தல் இயங்குவதற்காகக் கையொப்பப் பிழைகளை அடக்குவது அல்லது TLS சரிபார்ப்பை முடக்குவது எதையாவது சரிபார்த்த ஒரே பகுதியை நீக்குகிறது. அதற்குப் பதிலாகத் தோல்வியடையும் சரிபார்ப்பை மீட்டெடுக்கவும்.

வாடிக்கையாளரை நிறுவி, பின்னர் இணைப்பைத் தனியாக பிழைதிருத்துங்கள்

பராமரிக்கப்பட்ட வேட்பாளர் இருந்தால், வழக்கமான மதிப்பாய்வு செய்யப்பட்ட பரிவர்த்தனை மூலம் அதை நிறுவி, தொகுப்பு மேலாளர் என்ன செய்தது என்பதைப் பதிவு செய்ய அனுமதிக்கவும்.

வரிசைப்படுத்தலுக்கு உண்மையில் upstream கட்டுமானம் தேவைப்பட்டால், திட்டத்தின் தற்போதைய கட்டுமான அறிவுறுத்தல்களைப் பின்பற்றி, இப்போது நீங்கள் பராமரிக்கும் மென்பொருளாகக் கருதுங்கள்: மேம்பாட்டுத் தொகுப்புகள், pkg-config, TLS நூலகத் தலைப்புகள் மற்றும் PPP டீமன் ஆகியவை உண்மையான சார்புகள், பின்னர் உங்களுக்குத் தேவைப்படும் அகற்றல் நடைமுறையும் அதுவே.

நிறுவல் என்பது உள்ளூர் மென்பொருள் நிலை மட்டுமே. நுழைவாயில் வாடிக்கையாளரின் நெறிமுறை மற்றும் அங்கீகார ஓட்டத்தை ஏற்க வேண்டும், வாடிக்கையாளர் நுழைவாயில் வழங்கும் சான்றிதழை நம்ப வேண்டும், சுரங்கப்பாதைக்கு செயல்படும் PPP அடுக்குடன் வழிகள் மற்றும் தீர்வியின் உரிமையாளர் தேவை. முடிந்த தொகுப்புப் பரிவர்த்தனை நுழைவாயில் கணக்கை ஏற்கிறதா அல்லது தனியார் வரம்பு அணுகக்கூடியதா என்பதைப் பற்றி எதையும் நிரூபிக்கவில்லை. நிறுவியை மீண்டும் இயக்குவதற்குப் பதிலாக ஒவ்வொரு அடுக்கையும் அது உடையும் இடத்திலேயே சோதிக்கவும்.

பழைய கோப்புப் பெயரை மாற்ற வேண்டிய திட்டம்

முதலில் தள அடையாளத்தை எழுதுங்கள்: OS வெளியீடு, கட்டமைப்பு மற்றும் பயன்படுத்தப்படும் மூலப் பட்டியல். பின்னர் தொகுப்பு வரும் அதிகாரம் பெற்ற இடத்தைப் பெயரிடுங்கள்—அது விநியோகக் களஞ்சியமோ, பூட்டப்பட்ட விசையுடன் கூடிய விற்பனையாளர் களஞ்சியமோ, அல்லது நீங்களே தொகுத்து தொகுப்பாக்கும் கட்டுமானமோ ஆகலாம்.

இறுதியாகப் பராமரிப்பாளரையும் புதுப்பிப்புப் பாதையையும் பெயரிடுங்கள். யாருக்கும் சொந்தமில்லாத வாடிக்கையாளரை இயக்கும் Pi முதல் நூலகப் புதுப்பிப்பு வரை இயங்கும், பின்னர் அதே பிரச்சினை உள்ள ஒருவர் அதே மன்ற இழையை மீண்டும் கண்டுபிடிப்பார்.

திருத்தப்பட்ட நம்பிக்கை ஒரு வரியில் சொல்லும் அளவுக்கு எளிமையானது: பழைய தொகுப்பு வாடிக்கையாளர் ஒரு காலத்தில் கட்டப்பட்டு இயங்கியதற்கான சான்று, இன்று இரவு உங்கள் பலகையில் நிறுவப்படும் என்பதற்கான சான்று அல்ல. மூன்று அச்சுகளையும் சரிபார்த்து, பின்னர் புதுப்பித்துக் கொண்டே இருக்கக்கூடிய சேனலைத் தேர்ந்தெடுக்கவும்.

தொடர்புடைய கட்டுரைகள்