Ви додаєте VPN-з'єднання, шукаєте в списку L2TP/IPsec, і його там немає. Або він є, профіль зберігається, а з'єднання обривається з повідомленням про плагін. Обидва симптоми вказують на набір пакетів, які встановлюються незалежно, а діалог показує лише його кінець. Розберіться в частинах, перш ніж щось встановлювати.

Почніть із набору, а не з меню

Параметр з'являється, коли менеджер може знайти плагін, який заявляє цей тип VPN. Цьому плагіну, своєю чергою, потрібні демон L2TP і реалізація IPsec під час роботи, а також модуль PPP для самого з'єднання. Кожен із них — окремий пакет із власним ланцюжком залежностей, і дистрибутив може постачати їх у комбінаціях, які повні лише частково. Встановлення самого демона IPsec нічого не додає до списку, бо менеджер його не шукає. Спершу прочитайте встановлені плагіни, потім спускайтеся нижче.

Відсутній пункт меню — це питання пакування. Це майже ніколи не питання налаштування, хоч би як це виглядало.

Редагування й запуск — окремі пакети

Плагін служби встановлює з'єднання, а компонент редактора дає змогу вікну налаштувань робочого столу показувати й зберігати параметри протоколу. Вони пакуються окремо, і деякі дистрибутиви постачають одне без одного. Результат — з'єднання, яке існує, запускається з командного рядка й не редагується в графічному інструменті.

Погляньте на робоче середовище робочого столу, перш ніж обирати назву пакета. Компонент редагування GNOME — не той самий пакет, що інтерфейс KDE, і дистрибутив може перейменувати будь-який із них. Беріть назву зі списку пакетів саме цього випуску.

Плагін PPP живе на шляху з версією

L2TP працює поверх PPP, а плагін, який завантажує служба, зібраний під певну версію PPP, тому він живе в каталозі, названому за цією версією. Рецепт, який жорстко задає старий шлях, описує машину, на якій його написано. Якщо версія тут інша, плагін не буде знайдено, хоч би як ретельно було скопійовано команду.

Це найсильніший аргумент на користь пакета дистрибутива, а не скопійованого збирання. Супровідники пакетів стежать за цим шляхом; скопійований рядок configure — ні.

Невдача переговорів — не невдача встановлення

Щойно параметр існує і профіль зберігається, наступна невдача належить до іншого класу проблем. Відмова партнера в автентифікації — це бекенд IPsec, який каже вам щось конкретне.

Прочитайте власний журнал бекенду, перш ніж щось перевстановлювати. Журнал менеджера показує, як плагін передає керування, і як демон IPsec повідомляє, чому спинився, і ці два рядки разом визначають, яка сторона відмовила. Перевстановлення редактора не виправить відхилений заздалегідь спільний ключ, а перевстановлення плагіна не виправить сервер, який очікує інших пропозицій. Розділіть шари у своїх нотатках, перш ніж торкатися пакета.

Два секрети, два поля

Автентифікація IPsec і вхід PPP користувача — не пов'язані секрети, які випадково опинилися в одному діалозі. Один автентифікує машини, інший — людину перед службою L2TP, і сервер може прийняти один, відхиляючи інший.

Помістіть пароль облікового запису в поле PPP, а спільний секрет — у поле IPsec, потім перевірте, на що поскаржився журнал. Копіювання пароля в поле спільного секрету через те, що обидва поля замасковані, — поширена й цілком беззвучна помилка. Запишіть версії пакетів, з якими ви закінчили: наступній машині потрібна та сама комбінація, а діалог нікому не скаже, яка вона.

Схожі статті