Стартувајте го истиот профил од терминал и пораката што повеќето ја копираат е предупредување, а не причината зошто клиентот запре. Овде не работат три независни слоја: испратена директива што Linux-градењето не ја спроведува, дозволите потребни за создавање tun уред и помошникот за резолвер што врската ја претвора во работен DNS. Поминете ги по ред, бидејќи секој може да го скрие следниот.

Чувајте го преземањето како што пристигна и уредувајте копија, за ново преземање тивко да не ги врати вашите промени.

Прочитајте го предупредувањето пред да го обвините

block-outside-dns го заклучува DNS на Windows преку платформата за филтрирање на Windows, а Linux-клиентот нема со што да го поврзе. Кога серверот го испраќа, клиентот печати линија за непозната опција за тој испратен запис и продолжува, бидејќи испратената опција не се смета за фатална. Но истата линија во вашата сопствена датотека е друга работа: таму парсерот запира. Одлучете која од двете ја имате пред да допрете нешто, бидејќи само едната од нив го завршува извршувањето.

За да ја отстраните бучавата, филтрирајте ја пред парсирањето: запис pull-filter ignore за тоа име или --ignore-unknown-option кога линијата е во локалната датотека. И двете ја замолчуваат линијата што веќе сте ја прочитале; ниту една не поправа дефект што не сте го дијагностицирале.

Дозволите откажуваат пред сѐ друго

tun уредот и рутите што го придружуваат се привилегирани објекти, а нормална сметка не може да ги создаде. Опцијата --user го објаснува ова разделување: демонот се откажува од привилегиите само откако привилегираната работа е завршена. Стартувајте го како root или преку unit што го стартува така, потоа барајте грешка за дозвола пред да ги погледнете сертификатите. Олабавувањето на дозволите на датотеката на профилот не му ги дава на процесот дозволите што му недостигаат.

Грешка во TLS значи дека клиентот го поминал овој слој. Жалба за уред или рута значи дека никогаш не стигнал до слојот погоре.

Што прави GUI, а терминалот не

Успешно поврзување додека секое пребарување сѐ уште не успева е третиот слој. NetworkManager ја врши сопствената работа со резолверот, затоа внесувањето од десктоп може да даде DNS дури и кога up-скриптата на профилот никогаш не работела успешно. Наредбата openvpn --config извршува што и да наведе --up, и ако тој помошник го нема, интерфејсот се појавува додека пребарувањата продолжуваат кон претходните сервери. Споредете ги скриптите на двата пата пред да инсталирате нешто.

Користете го спакуваниот помошник за вашата дистрибуција; скрипта копирана од блог-објава обично е наменета за друг резолвер. Интеграцијата што се доставува за systemd-resolved не е општата скрипта во vpnc-стил и секоја очекува свои аргументи и променливи од клиентот. Скриптите up дефинирани од корисникот исто така бараат script-security 2 пред клиентот воопшто да ги изврши.

Одвојте ги слоевите при следното извршување

Стартувајте еднаш со --verb 4 и читајте го дневникот по редоследот како се случило: создавање на уредот, рути, TLS ракување, потоа излезот од up-скриптата. Првиот дефект во тој редослед е оној што вреди да се поправи; сѐ по него обично е последица. Тунелот што се воспоставува кога резолверот не го прави тоа ве става на третиот слој, каде сертификатот е неважен. Оставете го преземениот профил неторнат додека споредувате.

Откако секое прилагодување на операторот ќе создаде уште една одбиена линија, датотеката е насочена кон друга платформа. Побарајте извоз за Linux наместо да градите постојан список со филтри.

Забележете кој слој не успеа и што го смени, бидејќи инаку следниот човек што ќе ја добие истата датотека исто така ќе застане на предупредувањето.

Поврзани статии