Linux қолданбасын орнату экрансыз Pi-де бір нұсқаулық болып естіледі, бірақ ол қолдау шекаралары әртүрлі екі орналастыру жолының арасындағы таңдауды жасырады. Бірі — провайдердің ресми қолданбасы, ол өзінің тарату және архитектура талаптарын алып жүреді. Екіншісі — операциялық жүйе әлдеқашан пакеттеген стандартты клиент қолданатын қолмен жазылған конфигурация файлы. Екеуі де бір қызметке жетеді және техникалық қызмет көрсету тұрғысынан олар бірін-бірі алмастыра алмайды.

Архитектура мәселесі бірінші тұрады, өйткені 64 биттік тақта 32 биттік пайдаланушы кеңістігін іске қосуы мүмкін, ал қолданба солардың тек біреуімен жеткізіледі.

Екі қолдау шекарасы, екі орнатушы емес

Пайдаланғыңыз келетін қолданба үшін провайдердің ағымдағы орнату бетін оқып, оны тақтамен салыстырыңыз: тарату шығарылымы, пакет архитектурасы және кез келген жұмыс үстелі немесе сессия талабы. Pi-дің 64 биттік жұмысты қолдауы қазір қай пайдаланушы кеңістігі орнатылғанын айтпайды, ал пакет менеджері дәл сол мәнді тексереді. dpkg --print-architecture және uname -m бұған әрқайсысы бір жолмен жауап береді. Егер шығарылым немесе архитектура құжатталған жиыннан тыс болса, қолданба орнатылса да онда қолдау көрсетілмейді.

Қолдау пакеттеу әдісіне қарай да өзгереді. Бір пакет форматы үшін құжатталған шектеу репозиторийден жасалған құрылымға автоматты түрде қолданылмайды, ал Debian-нан туындаған тарату автоматты түрде қолдау көрсетілетін орта емес. Қауымдастық пакеттері мен ескі орнату рецептері өздерінің техникалық қызмет көрсету моделін әкеледі, оны әдейі қабылдауға болады, бірақ кездейсоқ қабылдауға болмайды.

Қолданба беретін, профиль бермейтін нәрсе

Ресми қолданба тек қосылым емес: ол әдетте провайдердің авариялық сөндіргішін, DNS өңдеуін және мүмкіндік ауыстырғыштарын алып жүреді, ал провайдер бұл мінез-құлықтарды жиынтық ретінде қолдайды. Стандартты клиентке берілген қолмен жасалған профиль олардың ешқайсысын мұра етпейді. Қолмен басқарылатын клиент қосылымның өмірлік циклі мен жергілікті ақау саясатын иеленеді, бұл оларды өзіңіз конфигурациялағанда дұрыс, ал олар бірге келді деп болжағанда таңқаларлық. Екі нұсқа да бірдей серверлерге жетеді; тек біреуі ғана айналадағы логиканы қамтиды.

Егер қандай да бір мүмкіндік маңызды болса, мысалы, туннельден тыс трафикті блоктау, ол провайдердің қолданбасында емес, сіздің конфигурацияңызда болуы керек.

WireGuard қолмен: маңызды қадамдар

Провайдер стандартқа үйлесімді клиент үшін WireGuard конфигурациясын жасауды құжаттайды және қолмен орнату үшін осы жолды ұсынады, ескі құрылғылар үшін OpenVPN-ды сақтайды. Профильді аккаунт панелінде жасаңыз, оны Pi-ге әкеліңіз және тек иесі оқи алатын жерге қойыңыз. Файлды ешқашан қолдау тақырыбына қоймаңыз, өйткені достық файл атауы ішіндегі жеке кілтті жариялауға жарамды етпейді. Содан кейін оған басқа нәрсе қоспас бұрын туннельді бір сұраныспен тексеріңіз.

Серверлерді пайдаланудан шығару — адамдар ұмытатын операциялық деталь. Қолмен таңдалған соңғы нүкте кері қайтарылуы мүмкін, ал провайдер ауыстыру конфигурациясы қажет болуы мүмкін екенін атап өтеді. Профиль қай соңғы нүктені пайдаланатынын жазып алыңыз, кейінгі ақауды диагностикалау мүмкін болуы үшін.

Pi сонымен қатар шлюз ба, соны шешіңіз

Pi-дің өз қолданбалары пайдаланатын туннель оның артындағы құрылғылар үшін автоматты түрде шлюз бола қоймайды. Жіберу, кері маршруттау, шешушінің меншігі және трафиктің туннельден тыс шығуына жол бермейтін кез келген саясат — өз ақау режимдері бар жеке дизайн. Егер басқа құрылғылар да ауқымда болса, оларды Pi қосылымы қамтиды деп болжамай, жеке жағдай ретінде бағалаңыз. Дәл осы бөліну шағын орналастыруды қызмет көрсетуге қолайлы етеді.

Содан кейін өмірлік циклді қабылдаңыз: Pi-ден жаңа сұраныс, көзделген шешуші арқылы атауларды шешу және сіз жоспарлаған жүктеу немесе қайта қосылу мінез-құлқы. Қолданба немесе профиль оны қамтамасыз етеді деп болжамай, әрқайсысын тексеріңіз.

Одан бас тартуға тұрарлық миф — Linux орнатушысы мен WireGuard файлы бір шешімді білдіреді деген. Олар екі түрлі иесі бар екі операциялық модель.

Қатысты мақалалар