Debian vi не работает
Даже самые популярные операционные системы не являются пределом совершенства. Их разрабатывают профессионалы высочайшего класса, но это не отменяет допущение ими различных просчетов, которые усложняют работу с готовым продуктом.
Операционная система Debian – один из самых стабильных вариантов на рынке, но казусы случаются везде. Чтобы застраховать ПК или сервер от попадания вирусов, а также защититься от мошенников, необходимо своевременно устанавливать обновления.
Обновить Debian – задача не из сложных. Этот процесс обусловлен выполнением нескольких примитивных шагов.
Обновление Debian через терминал
Этот способ создан для тех, кто не любит возиться с техникой слишком долго, но и не пускает всё на самотек. Прежде чем обновлять систему, следует убедиться в том, что ваши репозитории находятся в полном порядке. К примеру, ранее вы подключили репозиторий testing для установки пакета, не выключив его по завершению процесса. В данном случае любые вмешательства могут вызвать еще больше проблем.
Откроем файл sources.list редактором nano, внимательно смотрим на список репозиториев.
$ sudo nano /etc/apt/sources.list
Нормально: в нем наличествуют основные хранилища операционной системы (stretch), репозиторий стандартных обновлений, а также хранилище обновлений безопасности.
Плохо: в файле наличествуют testing, sid, back ports.
Установленные репозитории можно посмотреть и другим способом. Например, воспользовавшись дополнением «Программы и обновления».
Отключите галочки напротив тех репозиториев, которые помешают обновлению ОС. Их названия упоминались чуть выше.
По аналогии с убунту , астра линукс , списки пакетов обновляются по команде:
ВАЖНО! вместо apt-get можно использовать более новую команду apt, в некоторых случаях интерпретатор напишет ошибку, команда не найдена. Чтобы убрать ошибку, необходимо установить apt.
Для запуска обновления в терминале вводим:
Даем согласие на установку. Апгрейд пакетов Debian займет некоторое время. На сроки влияет производительность ПК и скорость Интернет-соединения. Если система обновлялась давно, на это потребуется больше времени.
Обновление Дебиан в графическом интерфейсе
Данный способ обновления также не обойдется без графического дополнения «Программы и обновления». Осуществите проверку обновлений в одноименной вкладке, активируйте уведомление о найденных обновах.
Графическая утилита найдет возможные обновления и предложит их вам. Если вас устраивают автоматические обновления, воспользуйтесь данной опцией здесь же. Утилит начнет делать апгрейд ежедневно.
Чтобы установить обновления, также можно воспользоваться программой «Центр приложений» (открывается через главное меню). Далее перешагните в подраздел «Обновления».
Найдите на экране значок «Обновить», нажмите на него. Это позволит произвести обмен данными. После этого вам предстоит закончить установку выявленных обновлений.
Debian также обновляется при помощи установки популярного софта под названием « Synaptic ». Она не является базовой утилитой, однако ее можно установить.
Новый софт появится в меню устройства. ПО работает без перебоев, а потому пользуется большим спросом среди пользователей. Откройте Synaptic, кликните на кнопку «Обновить». Далее произойдет обмен данными между списками пакетов хранилищ.
Следующий шаг: кликните на кнопку «Отметить…». Актуальные апгрейды попадут в список необходимых установок. Программа выдаст запланированные модернизации.
Нажатие на клавишу «Применить» запустит процесс обновление. Не прерывайте его до полного завершения.
Заключение
Беспроблемная и безопасная работа компьютера возможна лишь при бережном обращении. С новой версией ОС устройство работает быстрее и без лагов. К тому же, это минимизирует вероятность попадания вирусов на ПК и сервер. Мошенникам будет сложнее взломать обновленную версию Debian, а значит, пользователь может не беспокоиться за сохранность и конфиденциальность личных данных.
Обновление операционной системы Debian осуществляется многообразными способами и неважно какая версия стоит 9, 8,7. Каждый пользователь может избрать для себя самый удобный и понятный вариант установки обновлений системы.
От переводчика: этот текст — перевод записи в личном блоге Михаэля Штапельберга (Michael Stapelberg) видного open source-разработчика (профиль GitHub), который внес значительный вклад в развитие Debian.
Этот пост было сложно написать с эмоциональной точки зрения, но я и не ограничился «коротким письмом, потому что у меня не было времени». Пожалуйста, перед прочтением этого текста учтите, что пишу я его с лучшими намерениями и не ставлю себе целью демотивировать или принизить вклад кого-то из разработчиков. Скорее, я хочу объясниться, почему мой уровень разочарования превысил все допустимые значения.
Debian был частью моей жизни на протяжении 10 лет.
Несколько недель назад, на посвященной Debian встрече, проходившей в Цюрихе, я встретился со своими старыми друзьями, которых не видел много лет. Когда я уже ехал домой на велосипеде, меня осенило, что все обсуждаемые нами темы так или иначе сводились к тому, что мы обсуждали с ними в прошлый раз. Мы дискутировали о достоинствах systemd, который вновь привлек внимание участников open source сообщества, затронули тему процессов в Debian. Кульминацией стало обсуждение демократии как таковой и соответствующие теоретические и практические ошибки. Но, на самом деле, это уже чисто швейцарская тема.
Это не обзор прошедшего митапа, я просто хочу объяснить, что побудило меня задуматься о своем текущем отношении к Debian и подходит ли он мне.
Итак, я принял решение, которое должен был принять давно: я сворачиваю свое участие в развитии Debian.
Что это значит?
В ближайшие недели произойдет следующее:
- я передам важные пакеты maintained-команде;
- удалю себя из Uploaders пакетов, в которых есть другие сопровождающие;
- пакеты, в которых я был единственным сопровождающим, станут «сиротами».
Если у вас возникнут вопросы или какие-то задачи, считайте, что я в бессрочном отпуске. Я постараюсь принимать участие в каких-то административных вопросах (например, передачи разрешений) и задачах, адресованных лично мне, но только если это не займет много времени.
Почему?
Когда я только присоединился к работе над Debian, я еще учился, то есть у меня было много свободного времени. Теперь, спустя пять лет работы фулл-тайм, я многому научился — как в плане того, как и что работает в крупных проектах по разработке программного обеспечения, так и в плане понимания своих личных предпочтений в компьютерных системах. Сейчас я четко отдаю себе отчет в том, на что я трачу ту небольшую часть свободного времени и что у меня остается в конце дня.
Каждый из следующих разделов будет посвящен вещам, причиняющим мне как разработчику боль. Список этот приводится в произвольном порядке. Некоторые из этих проблем влияют друг на друга, например — если бы изменения системы проводились качественнее, у нас был бы шанс на то, что пакеты будут легче обрабатываться машиной.
Процесс изменений в Debian
Последние несколько лет моя текущая команда работала над различными реорганизациями по всей кодовой базе (затрагивая тысячи проектов), поэтому мы получили множество ценных уроков, как эффективно эти изменения вносить. Меня раздражает то, что Debian во всех смыслах работает практически противоположным образом. Я ценю то, что каждый проект отличается, но я думаю, что многие далее перечисленные мою пункты применимы к Debian целиком.
В Debian разработка пакетов направляется в нужное русло с помощью документа, который называется «Debian Policy», либо же его программным вариантом «Lintian».
Несмотря на то, что lint очень удобен для получения быстрого прямого или локального/автономного фидбека, еще лучше вообще не требовать пользоваться таким инструментом. Например, команда C++, которая вводит новый флаг защиты для всех пакетов, должна быть в состоянии сделать свою работу прозрачной и для меня (судя по профилю GitHub, основным языком Михаэля является Go, — прим. пер.).
Вместо этого сейчас все пакеты делаются «грязно» (ориг. — lint-unclean): все сопровождающие должны прочитать, что это за новая вещь, как она может сломаться, влияет ли она на их работу вообще и если да, то как именно. Потом надо вручную запустить некоторые тесты и, наконец, отказаться от изменений. Все это — множество накладных и выполняемых вручную механических операций между пакетами.
В модели Debian решение о раскатке новинки ложится на сопровождающих пакетов, а не на разработчиков. На моей основной работе мы обнаружили, что эффективнее делать наоборот: если написанное изменение затрагивает значительную часть пользователей, то именно разработчики должны принимать решение о необходимости его внедрения. Такой подход делает развитие проекта более эффективным и сокращает временные и трудозатраты. Конечно, существуют исключения, например, на крупных участках, где используются языковые фишки, о которых должны позаботиться соответствующие владельцы-кураторы, но важно то, что по умолчанию все должно быть иначе, нежели есть сейчас.
В Debian отсутствуют инструменты для внесения крупных изменений: программно сложно работать с раздробленными пакетами и репозиториями (об этом детальнее в разделе ниже). Наиболее близким событием к дефолтной «отправке изменения на ревью» является процесс открытия баг-репорта с прикрепленным к нему патчем. Мне казалось, что существующий процесс принятия баг-фикса слишком сложен, и я начал работать над мерж-ботом, но интерес к нему проявил только Гвидо и никто больше (по всей видимости, автор говорит о Гвидо agx Гюнтере, еще одном Debian-разработчике, — прим. пер.).
Если выражаться литературно, то реакция на пуши и, соответственно, получение обратной связи проходят медленно. Там просто нет сроков. Иногда я получаю электронные письма, уведомляющие меня о том, что отправленный мною несколько лет назад (. ) патч наконец-то смержили. Это растягивает недельные проекты на много лет, что для меня является мощным демотиватором.
Любопытно отметить, но практика черепашьей онлайн-активности проецируется и на офлайн-культуру, а я не хочу обсуждать достоинства systemd спустя 10 лет после того, как впервые услышал о нем.
Ну и наконец, любые изменения могут быть застопорены несогласными, которые в итоге отказываются идти на сотрудничество. Мой каноничный пример подобной ситуации — rsync. Куратор отказался от моих патчей, добавляющих в пакет поддержку debhelper, исключительно из собственных убеждений.
Предоставление такой степени личной свободы отдельным сопровождающим мешает всем нам, участникам проекта, повысить уровень абстракции сборки Debian, что, в свою очередь, усложняет инструментарий разработки.
Как бы все это выглядело в идеальном мире?
- Как проект, мы должны стремиться к унификации. Ведь унификация не исключает экспериментов, она просто меняет текущий компромисс между более простыми экспериментами и более сложной автоматизацией на компромисс между более сложными экспериментами и более простой автоматизацией.
- Наша культура разработки должна уйти от парадигмы «этот пакет — мое хозяйство, да как ты смеешь к нему прикасаться», к общему чувству сопричастности, при котором любой участник может легко вносить или проверять изменения, даже без вовлечения конкретных кураторов-сопровождающих.
Фрагментированный рабочий процесс и инфраструктура
Обычно Debian предпочитает децентрализованные подходы, а не централизованные. Например, отдельные пакеты хранятся в отдельных репозиториях, а каждый репозиторий может использовать любой SCM (обычно git и svn) или вообще не использовать. Плюс, каждый репозиторий может быть размещен на любом сайте. Конечно, и содержимое каждого репозитория также слегка различается от команды к команде, да даже и внутри команды.
На практике нестандартные варианты хостинга используются достаточно редко, так как они не оправдывают свою стоимость, но достаточно часто, чтобы причинять огромную боль при попытках автоматизировать процесс внесения изменений в пакеты. И вот вместо того, чтобы использовать API GitLab для создания запросов на мерж, вам надо разработать совершенно другую, более сложную систему, которая работает с периодически (или постоянно!) недоступными репозиториями, абстрагирует различия в доставляемых патчах (отчеты об ошибках, запросы на слияние, запросы на извлечение) и прочее, и прочее…
Радикально отличающиеся процессы разработки — это не просто проблема пустой траты рабочего времени. Я участвовал в долгих разговорах о различных процессах разработки git во времена DebConf 13 и понял, что и тогда велись подобные дискуссии.
Лично я не могу держать в голове достаточно подробностей о различных методологиях разработки. Каждый раз, когда я прикасаюсь к пакету, который работает не так, как мой, я очень расстраиваюсь, потому что мне приходится заново изучать аспекты его работы.
Устаревшая инфраструктура: загрузка пакетов
Когда вы хотите сделать пакет доступным в Debian, вы загружаете файлы с подписью GPG через анонимный FTP. Существует несколько видов заданий (the queue daemon, unchecked, dinstall и другие), которые выполняются по фиксированному расписанию (например, dinstall выполняется в 01:52 UTC, 07:52 UTC, 13:52 UTC и 19:52 UTC).
Я подсчитал, что в зависимости от времени суток вы можете подождать более 7 часов (. ), прежде чем ваш пакет будет установлен.
Но хуже всего для меня то, что обратная связь асинхронна относительно загрузки. Мне нравится что-то сделать, покончить с этим и перейти к следующему заданию. Текущая настройка требует длительного ожидания и, по сути, дорогостоящего переключения между задачами без веских на то технических причин. Вы можете заметить, что несколько минут не имеют большого значения, но когда все время за день, которое я могу потратить на Debian, измеряется минутами, это имеет огромное значение для восприятия собственной производительности и удовлетворенности от проделанной работы.
Как бы все это выглядело в идеальном мире?
- Анонимный FTP был бы заменен веб-службой, которая принимает мой пакет и возвращает в своем ответе официальное решение о его принятии или отклонении.
- Для принятых пакетов есть страница, отображающая статус сборки и время, когда пакет будет доступен через сеть зеркал.
- Пакеты должны быть доступны в течение нескольких минут после завершения сборки.
Устаревшая инфраструктура: багтрекер
Я боюсь взаимодействовать с трекером ошибок Debian. Debbugs — это кусок кода прямиком из 1994 года, который сейчас используется только Debian и проектом GNU.
Процессы Debbugs основаны на использовании электронной почты, то есть проходят асинхронно и громоздко. Несмотря на то, что он работает на самых быстрых машинах, которые мы имеем на проекте Debian (ну так мне сказали, когда эта тема в последний раз поднималась), его веб-интерфейс загружается крайне медленно.
По каким-то причинам, которых я не понимаю, каждое взаимодействие с debbugs приводит к созданию множества цепочек писем.
Помимо технической реализации я также никак не могу запомнить различные способы, в рамках которых Debian использует псевдопакеты генерации для ошибок и процессов. Нужны они мне слишком редко, чтобы я наконец-то уложил это все в голове и запомнил, как именно они функционируют и используются, но я периодически с ними сталкиваюсь, так что это разнообразие раздражает.
Как бы все это выглядело в идеальном мире?
- Debian переключится с нестандартного способа отслеживания ошибок на (любой) уже устоявшийся.
- В Debian появляется автоматизация этих процессов. Основной интерфейс должен быть более удобным (например, веб-форма).
Устаревшая инфраструктура: архивы email-переписок
Меня сбивает с толку тот факт, что в 2019 году у нас по-прежнему нет удобного инструмента для просмотра архивных цепочек обсуждений в почте. Так широко, как в Debian, Email и цепочки писем нигде больше не используются, так что это даже несколько иронично. Использование Gmane вроде и решало эту проблему, но его доступность за последние несколько лет была, мягко говоря, урывистой (сейчас, на момент написания этого поста, он вообще не работает).
Я пытался создать многопоточный архив, но наши лист-мастеры не впечатлились и отказались поддерживать проект.
Машинам сложно работать с Debian
Хотя очевидно, что с пакетами Debian можно работать программно, этот опыт сложно назвать приятным. Все кажется медленным и громоздким. Я выбрал три небольших примера, чтобы проиллюстрировать мою позицию по этому вопросу.
debiman нуждается в помощи от piuparts в проведении анализа альтернативного механизма каждого пакета по отображению страниц документации, например, PSQL(1). Это потребовалось, так как сценарии модифицируют альтернативную базу через вызов shell-скриптов. Но без фактической установки пакета вы не узнаете, какие изменения он вносит.
pk4 должен поддерживать свой собственный кеш для поиска метаданных пакета на основе его имени. Другие инструменты анализируют базу данных apt с нуля при каждом вызове. Правильный формат базы данных или, по крайней мере, двоичный формат обмена будет иметь большое значение для этого процесса.
Debian Code Search хочет как можно быстрее получать новые пакеты. Раньше использовался инстанс fedmsg, но его больше не существует. Неясно, откуда получать уведомления о новых пакетах и где лучше всего их получать.
Сложный билд-стек
Тут можно просто почитать мой пост «Инструменты сборки пакетов Debian». Меня действительно беспокоит тот факт, что рост числа инструментов не считается проблемой.
Debian — это болезненный опыт для разработчика
Большинство поднятых мной вопросов касаются опыта разработки Debian, но, как я недавно описал в своем посте «Опыт дебага в Debian», опыт разработки с использованием Debian также оставляет желать лучшего.
У меня есть больше идей
Статья получилась достаточно объемной, но я надеюсь, вы получили приблизительное представление о моей мотивации.
Хотя выше я описал ряд конкретных недостатков, последний гвоздь в крышку гроба — это отсутствие позитивного прогноза на будущее. У меня есть другие идеи, которые кажутся мне действительно убедительными, но, исходя из того, как продвигались мои предыдущие проекты, я не думаю, что смогу реализовать что-либо из них в рамках проекта Debian.
Я намерен опубликовать еще несколько постов о конкретных способах по улучшению операционных систем в своем блоге. Так что заглядывайте.
Ну и наконец, я надеюсь, что этот пост вдохновит кого-нибудь, в идеале — группу людей, на то, чтобы сделать жизнь разработчиков Debian лучше.
Как выйти из Vi? Именно такой вопрос мне чаще всего задают пользователи, впервые запустившие этот замечательный редактор :) Сразу ответ: Esc Esc ZQ или Esc Esc :qa! если ничего сохранять не нужно, Esc Esc ZZ или Esc Esc :w!q если содержимое надо сохранить. Два раза Esc в данном случае позволит вам выйти в нормальный режим из любого состояния редактора.
Нет, редактор VI, а точнее VIM (Vi IMproved), и вправду замечательный, но уж очень необычный. В этой небольшой статье вы не найдете макросов, продвинутого редактирования, настройки и много чего другого. Здесь только самые полезные команды и основы редактора.
Любой админ должен знать хотя бы основы работы в VIM, потому что в большинстве случаев - это единственный доступный редактор в однопользовательском режиме на упавшей *nix системе. Более того он замечателен уже хотя бы тем, что он есть в установке по-умолчанию почти в любом *nix и, зачастую, используется как основной редактор. Например для правки passwd файла во FreeBSD используется команда vipw.
Для того чтобы освоить VIM необходимо понять одну простую вещь: мышка, клавиши управления курсором - это зло, ухудшающее эффективность работы с редактором. Все операции с текстом в VIM можно (и нужно) выполнять на основном блоке клавиатуры.
Редактор может находиться в трех режимах и изначально находится в так называемом "нормальном" режиме. В него же можно выйти из любого другого режима нажатием кнопки Esc.
Из нормального режима, в котором производятся операции над текстом и перемещение, можно войти в режим "вставки", в котором и набирается собственно текст. Для этого есть следующие кнопки:
i - вставить текст до курсора
I - вставить текст с начала строки
a - вставить текст после курсора
A - вставить текст с конца строки
o - вставить новую строку ниже
O - вставить новую строку выше
s - замена текущего символа и остаться в режиме вставки
S - замена текущей строки
r - Заменить текущий символ и вернуться в нормальный режим
R - Заменить несколько последовательно расположенных символов
Мощь VIM в использовании модификаторов команды. Перед любой командой перемещения можно и, зачастую, нужно использовать мультипликатор. То есть 6w - это на 6 слов, а 77j - на 77 строк вниз.
Нужно заметить, что модификаторы часто можно использовать и при других операциях, как например 5S - заменить 5 последующих строк.
Перемещение по тексту.
Если учесть, что стартовая позиция для правой руки - клавиши hjkl, то выбор клавиш становится вполне понятным:
Управление текущей позицией
h - влево (указательный палец сдвигается влево)
j - вниз
k - вверх.
l - вправо.
по строкам
^ или 0 - начало строки
$ - конец строки
w (word) - к началу следующего слова
e (end) - к концу текущего слова
b (begin) - к началу текущего слова и далее к предыдущим словам
G (Go) - переход на строку (по умолчанию на последнюю)
по экрану
H (High) для перехода в верхнюю строку экрана
M (Middle) для перехода в среднюю строку экрана
L (Low) для прехода в нижнюю строку, показанная на экране
по тексту
< - предыдущий абзац
> - следующий абзац
( - предыдущее предложение
) - следующее предложение
ctrl-b (backward) перемещение на один экран назад
ctrl-f (forward) перемещение на один экран вперед
Закладки
На любую строку можно поставить метку m[A-Z,a-z] и вернуться в любое время на неё '[A-Z,a-z] (то есть одинарная кавычка и название метки).
Операции над текстом
- Смениить регистр текущего символа (или стольких, сколько указано в мультипликаторе)
d - Удалить + мультипликатор, например: d$ - всё до конца строки, d8w - 8 слов, d3h - 3 символа вправо, d1G - всё к началу текста.
dd - удалить строку (55dd - 55 строк)
Если быть точнее, то операции удаления - это вырезание текста в буфер, то есть его можно потом вставить.
y (yank) - копировать в буфер (y5w - копировать 5 слов)
yy - копировать в буфер строку (2yy - 2 строки)
p (paste) - вставить из буфера (2p - вставить 2 раза)
Визуальный режим выделения текста
v (visual) - посимвольный режим выделения
V - построчный режим выделения
Ctrl-V - прямоугольный блок текста
Над выделенным фрагментом можно производить все обычные действия.
Undo и redo
u (undo) - Отменить последнее изменение (7u - 7 изменений)
ctrl-r (redo) - Повторить изменение
:earlier 40m - вернуть текст таким, как он был 40 минут назад
:later 20s - передвинуться вперед на 20 секунд по временной шкале изменения текста
:undolist - список правок
Выход, запись изменений
Возвращаясь к теме статьи:
:w (write) запись файла на диск
:q (quit) выход из редактора, если изменения не нужно сохранять, то добавьте !
Настройка беспроводной сети Wi-Fi на устройствах с ОС Debian не такая сложная, как это может показаться на первый взгляд. Не секрет, что все компоненты этой системы приходится устанавливать практически вручную, и многих это отпугивает. Применяя определенные алгоритмы, описанные в этой статье, пользователи смогут настроить беспроводные соединения в Debian легко и быстро.
Debian – универсальная операционная система, созданная по принципу свободного программного обеспечения. Она работает на всех ноутбуках и ПК, включая уже устаревшие модели, а также может устанавливаться параллельно с другой ОС, занимая всего около 2 Гб памяти.
Настроить беспроводное соединение можно при начальной установке Debian, но так поступать не рекомендуется. Все дело в том, что алгоритм защиты WEP, используемый на этапе установки, уже давно считается устаревшим и небезопасным, как если бы вы вообще не пользовались шифрованием. Поэтому рекомендуется настраивать интернет-соединение уже после установки системы.
Установка драйверов
Перед тем как начать настройку, нужно убедиться, что нужный драйвер для вашего устройства уже находится в системе. Если это так, то можно приступать к установке, выполняя следующие шаги:
- Отредактировать файл списка репозиториев по пути /etc/apt/sources.list. После каждой строки, где встречается слово main, нужно добавить contrib non-free, что позволит установить несвободные компоненты.
- Сохранить изменения.
- Обновить список с пакетами.
- Установить драйвер, используя нужный пакет.
- Установить дополнительные компоненты для управления расширениями.
Сразу после установки в менеджере подключений появляются все доступные сети.
Настройка точки доступа
Если пользователю требуется полноценная точка доступа (ТД), то лучше всего найти подходящий дистрибутив, в котором собрана вся обязательная информация по наладке именно этого конкретного оборудования.
Перед тем как начать наладку точки доступа, обязательно скачайте и установите эти четыре пакета:
- nano – текстовый редактор, который весьма популярен и не нуждается в особом представлении;
- net-tools – в этом пакете находится вспомогательная утилита ifconfig, с помощью которой можно узнать состояние сети;
- hostapd – это программное обеспечение для создания точки доступа;
- dnsmasq – пакет, содержащий DNS+DHCP сервер, который достаточно прост в установке.
Инсталляцию компонентов осуществляют с помощью консоли:
Давайте рассмотрим примерный алгоритм, позволяющий настроить ТД:
- Для начала будем работать с сетевым интерфейсом:
- Добавляем в файл дополнительные строки:
- С помощью команды подтверждаем внесенные изменения:
- После этого производим наладку hostapd:
- Производим редактирование конфигурационного файла путем внесения дополнительных строк:
Понятно, что в строки ssid и wpa_passphrase нужно вписать название и пароль для своего беспроводного устройства.
- Теперь осталось закрепить созданную конфигурацию в системе:
- Осталось внести коррективы в конфигурацию dnsmasq. Этот пакет состоит из множества важных компонентов, поэтому нам нужно найти определенные параметры и поменять лишь некоторые из них. Строки, подлежащие замене:
- Подключаем автозапуск:
- Теперь осталось лишь одобрить работу Wi-Fi:
- Так как у нас теперь свое собственное интернет-соединение, то необходимо отключить один из клиентских сервисов с помощью команды:
- Перезагружаем систему, чтобы все изменения вступили в силу:
После вышеперечисленных манипуляций точка доступа должна быть готова.
Настройка Wi-Fi
Чтобы настроить беспроводное соединение в Debian, используют графический или консольный режим. Чаще всего пользуются терминальным режимом, так как он наиболее универсален.
Проверка беспроводного контроллера
Чтобы осуществить настройку Wi-Fi, в первую очередь нужно убедиться, что система распознает контроллер и настроена на правильную работу с ним. Сначала необходимо посмотреть идентификационный номер устройства и производителя. Эта информация становится доступной, если использовать специальную команду:
- lspci – для модуля, установленного на ноутбуке или ПК;
- lsusb – для USB-карт.
После ввода команды появится перечень всех установленных модулей и их идентификационный номер. Вот так примерно будет выглядеть строка после ввода команды Isusb:
Bus 001 Device 002: ID 0fte:3597 Realtek Semiconductor Corp. 8811CU Wireless LAN 802.11ac WLAN
Сразу становится ясно, что:
- производитель – компания Realtek;
- модель – 8811CU;
- идентификационный номер – 0fte:3597 (причем первые 4 цифры – номер производителя, а последние 4 – ID оборудования).
Кроме того, нужно убедиться, что соответствующий Network Interface также присутствует в списке интерфейсов. Как правило, это wlan0 (хотя в некоторых исключительных случаях система его может обозначить как eth2). Этот список можно вызвать командой ifconfig –a.
Если Debian по каким-то причинам не видит Wi-Fi, то это значит, что софт не установлен или находится в non free-репозитории, который по умолчанию не подключен.
Так как главной концепцией разработчиков «Дебиэн» является «открытая» операционка, то в основной набор пакетов не включают проприетарные драйверы. В этом случае желательно скачать их самому, тем более, сейчас существуют целые наборы микрокодов (firmware), где имеется возможность найти большинство пакетов от любых производителей оборудования, таких как, например, Realtek или Broadcom.
В самых запущенных случаях можно использовать пакет ndiswrapper, в котором собран весь софт Windows.
Пакеты требуется загрузить в устройство до начала работы.
Приложение Wicd для создания Wi-Fi
Wicd – достойный менеджер сети, написанный на Python. Главным достоинством инструмента является использование графического интерфейса. Он очень прост в установке, а по эффективности работы может спокойно соревноваться с другими подобными программами этого класса.
Кроме того, приложение обладает массой преимуществ, таких как:
- большой функционал;
- поддержка профилей для проводных и беспроводных сетей;
- использование основных схем шифрования, таких как WPA, WPA2, WEP и другие;
- совместимость с пакетами wireless-tools и wpasupplicant;
- возможность отображения сетевой активности и мощности благодаря специальному значку в системном лотке;
- наличие и графического и консольного интерфейса.
NetworkManager
NetworkManager – это еще один менеджер соединения, который работает в среде GNOME и KDE. Как и Wicd, он имеет графический интерфейс. Давайте рассмотрим настройку беспроводной сети на примере среды GNOME:
Если вы не нашли свое устройство в перечне подключений, то вот что нужно сделать:
- выберите Connect to Other Wireless Network
- в появившемся поле Network Name вбейте идентификационный номер своей сети;
- если она зашифрована, то появится вкладка Wireless Security, где в строке Password необходимо будет вбить свой пароль;
- чтобы инициировать активацию нужно воспользоваться кнопкой Connect.
Настройка через консоль
Как мы уже говорили, несмотря на удобство при использовании графического интерфейса, использование командной строки считается наиболее предпочтительным, так как большинство используемых утилит являются стандартными для большинства операционных систем. Проще говоря, даже под оболочкой графических программ скрываются все те же утилиты, такие как wireless-tools, nmap, ifconfig, а также wpa_supplicant и многие другие. Некоторые из них мы сегодня уже упоминали. Помимо вышеперечисленных, хотелось бы отдельно остановиться на следующих файлах:
- /etc/network/interfaces – параметры сетевых интерфейсов. Изменять тут ничего не надо, файл просто несет информацию.
- /etc/hosts/ – показывает список IP-адресов и назначенные для них доменные имена.
- /etc/resolv.conf – списки DNS-серверов.
- /proc/sys/net/ipv4/ip_fоrwаrd – включает механизм маршрутизации. Иногда возникают ситуации, когда его использование обязательно.
Помимо этих файлов, есть еще много подобных компонентов, которые могут решить те или иные проблемы с подключением.
Возможные сложности и ошибки
Пользователи часто сталкиваются с массой сложностей при установке Wi-Fi соединений. Эти неполадки возникают в основном из-за ошибок в кодах. Кроме того, частой проблемой является несовпадение версий программного обеспечения и драйверов. Чтобы избавиться от большинства ошибок, следует устанавливать правильные компоненты и совместимые версии. Также есть менее известные методы, которые, впрочем, успешно решают некоторые ошибки с подключением:
- можно отключить на некоторое время Ethernet-кабель;
- выполнить сброс блокировок на нужном уровне;
- заблокировать проблематичные модули в ядре;
- для улучшения подключения допускается деактивировать поддержку одного из протоколов;
- установить канал с фиксацией номера;
- подключить сетевую карту;
- отключить ненужные функции у карты, например энергосбережение.
Советы по безопасности
Любое беспроводное соединение по своему определению менее безопасно, чем проводное, однако можно повысить безопасность и при использовании Wi-Fi, если следовать простым рекомендациям:
- Чтобы оградить себя от нежелательного прослушивания трафика остальными юзерами (например, если точка общественная), нужно применять протоколы SSL/TLS или VPN, так как это поможет сохранить вашу информацию от вторжения.
- Протокол WEP – это просто синоним опасности, его нельзя использовать ни при каких обстоятельствах, так как его защита просто нулевая.
- WPA1 также отжил свое, и про него тоже лучше забыть.
- Используйте алгоритм обеспечения безопасности сети WPA2.
- Выбирайте самый сложный пароль.
Как видите, настройка беспроводных соединений в операционной системе Debian не вызывает никаких затруднений, если подходить к этому вопросу грамотно.
Читайте также: