Учитывая, что на десктопе и нетбуке стоит Kubuntu 11.10, настройка заняла всего несколько минут.

Условно назовем домашний компьютер клиентом, а нетбук сервером.

• Первым делом установим саму звуковую систему как на клиент, так и на сервер:

  ~$ sudo apt-get install pulseaudio

• На сервере включим запуск pulseaudio как системный сервис, отредактировав файл /etc/default/pulseaudio:

  PULSEAUDIO_SYSTEM_START=1

• Так же на сервере нужно активировать модуль, чтобы принимать звук по сети, добавив следующую строку в /etc/pulse/system.pa:

  load-module module-native-protocol-tcp auth-ip-acl=192.168.0.0/16;127.0.0.0/8

  В параметре auth-ip-acl через точку с запятой перечисляются адреса, с которых разрешены анонимные соединения. По умолчанию сервер слушает TCP порт 4713.

• Теперь на клиенте в файле /etc/pulse/client.conf необходимо указать адрес сервера, на которые будет передаваться весь звук:

  default-server = tcp:SERVER:4713

• Если на клиенте используется ALSA, то нужно добавить следующие строки в ~/.asoundrc:

  pcm.pulse {
      type pulse
  }
  ctl.pulse {
      type pulse
  }
  
  # если требуется pulseaudio по умолчанию
  #pcm.!default {
  #    type pulse
  #}
  #ctl.!default {
  #    type pulse
  #}

• В завершение перезапускаем pulseaudio на сервере командой:

  ~$ sudo service pulseaudio restart

На клиенте, возможно, придется перезапустить KDE, чтобы подключить настройки из ~/.asoundrc. После этого весь звук на клиенте через pulseaudio должен будет передаваться на сервер.

Литература

1. Описание модуля module-native-protocol-unixtcp
2. Настройки PulseAudio в ArchLiux
3. Формат указания сервера PulseAudio

Похожие статьи

• KDE 4.5: свежий взгляд из Ubuntu 10.10
• Все приложения в одном стиле. Продолжение.
• gtk-qt-engine — все приложения в одном стиле
• KMail 1.12.0 + OpenPGP, «Bad passphrase»
• Ubuntu 11.10 Oneiric Ocelot — пора обновляться!

Похожие статьи

• Передача звука по сети при помощи PulseAudio
• Почтовый SMTP / IMAP сервер своими руками.
• Ubuntu 11.04 Natty Narwhal. Обновляемся.
• Использование нескольких SSH ключей
• VTun: организация VPN между двумя точками

За прошедшее время набралось по крайней мере три темы, которые я хотел бы осветить в блоге. Начать решил с установки и настройки своего полноценного почтового сервера на связке Postfix + Dovecot + MySQL в системе Debian Squeeze.

Оглавление

• Инструментарий
• Подготовка
• Первичная настройка Postfix
• Настройка Dovecot
• Заключительная настройка Postfix
• Заключение
• Используемые ресурсы
• Дополнения

Инструментарий ↑

В качестве MTA я выбрал Postfix по нескольким причинам: мне он показался самым простым в настройке, обладающим всем необходимым функционалом, активно разрабатывается, имеет хорошую документацию и, самое главное, умеет работать с Dovecot из коробки.

MDA был выбран Dovecot за свою хорошую документацию, простоту конфигурирации и возможность тесно работать с Postfix.

Чтобы обеспечить максимальную гибкость, я решил связать почтовую систему с базой данных. Трудностей в выборе СУБД не возникло, так как и Postfix и Dovecot могут работать практически с любой хорошо известной (PostgreSQL, SQLite, MySQL). Здесь я взял первое что пришло в голову — MySQL.

С выбором операционной системы в которой все это дело будет работать проблемы так же не появилось. Выбрать я мог одно из двух: Debian или Ubuntu, с которыми я достаточно хорошо знаком. Debian был проверен временем и все необходимое для настройки было в репозиториях, поэтому я остановился на нем. Squeeze — потому, что stable морально устарел, а testing уже несколько месяцев в заморозке перед релизом.

Подготовка ↑

Установим необходимые пакеты:

Подготовим mysql:

Первичная настройка Postfix ↑

Создадим файл /etc/postfix/mysql_virtual_domains.cf со следующим содержанием:

Добавим в файл /etc/postfix/main.cf опцию virtual_mailbox_domains.
Эта опция проверяет список доменов с которыми Postfix может работать. В данном случает результат будет взят из MySQL:

Добавим в базу новый виртуальный домен:

Если все настроено верно, то следующая команда выдаст в качестве результата единицу:

Создадим файл /etc/postfix/mysql_virtual_maps.cf:

Добавим в файл /etc/postfix/main.cf опцию virtual_mailbox_maps.
Эта опция проверяет существование почтовых адресов на сервере:

Добавим в базу нового пользователя username с паролем password на домене example.com:

Проверим результат:

Создадим файл /etc/postfix/mysql_virtual_alias_maps.cf:

Добавим в файл /etc/postfix/main.cf опцию virtual_alias_maps.
Эта опция получает список адресов на которые будет пересылаться вся корреспонденция:

Добавим в базу новый алиас для только что созданного почтового ящика:

и проверим результат:

Теперь укажем Postfix использовать Dovecot в качестве локального агента доставки почты.
Для этого добавим следующие строки в /etc/postfix/master.cf:

Так же добавим в /etc/postfix/main.cf:

Настройка Dovecot ↑

Файл конфигурации /etc/dovecot/dovecot.conf в общем виде:

Файл с описанием подключения к БД для получения данных о пользователе /etc/dovecot/dovecot-sql.conf:

И не забываем включить сам сервис Dovecot, указав в файле /etc/default/dovecot:

Иначе он не будет запускаться.

Заключительная настройка Postfix ↑

Так как авторизация пользователей Postfix у нас производится с помощью Dovecot, то добавим следующие строки в /etc/postfix/main.cf:

Так же добавим некоторые правила фильтрации почты, чем отбросим большую часть спам-ботов и им сочувствующих.
Добавим в /etc/postfix/main.cf:

Заключение ↑

Теперь можно смело перезапустить наши сервисы:

Вся информация по работе почтовой системы логируется в файлы:

Что еще можно сделать с сервером? Скажу, что целую массу полезного и интересного. Из того, что вспомнил, могу предложить проверку на вирусы с помощью ClamAV, «серые» списки с помощью Postgrey, фильтрацию спама с помощью SpamAssassin, Web-клиент для работы с почтой типа RoundCube и многое другое. О части из перечисленного я планирую рассказать, но когда это будет — неизвестно даже мне. :)

Любые предложения и замечания жду в комментариях.

Используемые ресурсы ↑

• Описание параметров конфигурации Postfix.
• Статья: «Неприступный почтовый сервер, или жизнь без спама».
• Официальная документация Dovecot.
• Статья по настройке почтового сервера на sudouser.com
• google.com

Дополнения ↑

Описание используемых флагов smtpd_*_restrictions

permit_mynetworks — разрешает любые запросы с IP адресов, указанных в параметре mynetworks.

permit_sasl_authenticated — разрешает любые запросы для пользователей, успешно прошедших аутентификацию на сервере.

reject_unknown_client_hostname — отклоняет все запросы от клиента в одном из трех случаев:

1. IP адрес клиента не имеет PTR записи на DNS.
2. Доменное имя клиента не имеет A записи на DNS.
3. А запись клиента не соответствует его IP адресу.

reject_invalid_helo_hostname — отклоняет запросы от клиентов с неверным FQDN в HELO запросе.

reject_non_fqdn_helo_hostname — отклоняет клиентов с не FQDN в HELO запросе.

reject_unknown_helo_hostname — отклоняет клиентов с неизвестным FQDN в HELO запросе.

reject_non_fqdn_sender — отклоняет клиентов с не FQDN в адресе отправителя.

reject_unknown_sender_domain — отклоняет клиентов с неизвестным FQDN в адресе отправителя.

reject_unverified_sender — проверяет существование адреса отправителя на его сервере и отклоняет запрос если проверка не удалась

reject_non_fqdn_recipient — отклоняет клиентов с не FQDN в адресе получателя.

reject_unlisted_recipient — отклоняет запрос если получатель не существует.

reject_unauth_destination — отклоняет запросы от неавторизованных пользователей сервера.

Утилиты

Для упрощения работы с данным почтовым сервером я написал несколько небольших скриптов.
Взять их можно тут git://github.com/Ky6uk/scripts.git

Похожие статьи

• Использование нескольких SSH ключей
• VTun: организация VPN между двумя точками
• Передача звука по сети при помощи PulseAudio
• Ubuntu 11.10 Oneiric Ocelot — пора обновляться!
• Ubuntu 11.04 Natty Narwhal. Обновляемся.

deb http://archive.ubuntu.com/ubuntu/ natty main universe multiverse restricted
deb http://archive.ubuntu.com/ubuntu/ natty-updates main universe multiverse restricted
deb http://archive.ubuntu.com/ubuntu/ natty-backports main universe multiverse restricted
deb http://archive.ubuntu.com/ubuntu/ natty-security main universe multiverse restricted
deb http://archive.ubuntu.com/ubuntu/ natty-proposed main universe multiverse restricted
deb http://archive.canonical.com/ubuntu/ maverick partner

Похожие статьи

• Передача звука по сети при помощи PulseAudio
• Ubuntu 11.10 Oneiric Ocelot — пора обновляться!
• Почтовый SMTP / IMAP сервер своими руками.
• Использование нескольких SSH ключей
• VTun: организация VPN между двумя точками

Единственный ключ

1. Генерируем пару ключей

~$ ssh-keygen -t rsa -f ~/.ssh/id_rsa -C "My RSA key"

2. Копируем публичную часть ключа на удаленный сервер

~$ ssh-copy-id user@remote

3. Настраиваем на удаленном сервере авторизацию по ключу

Обычно авторизация по ключу включена автоматически. Просто попробуйте зайти на удаленный хост через SSH и проверить это.

Если авторизация по публичному ключу отключена, то необходимо включить её. В файле /etc/ssh/sshd_config на сервере должны присутствовать следующие строки:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile %h/.ssh/authorized_keys

На этом все. Теперь на сервер можно попасть через SSH без пароля, используя приватную часть авторизованного ключа.

Несколько ключей

При использовании нескольких ключей необходимо произвести все вышеперечисленные действия с небольшими отличиями.

1. Генерируем пары ключей в разные файлы

~$ ssh-keygen -t rsa -f ~/.ssh/id_rsa.work -C "My key for Work"
~$ ssh-keygen -t rsa -f ~/.ssh/id_rsa.home -C "My key for Home"

2. Копируем публичные части на удаленные сервера

~$ ssh-copy-id -i ~/.ssh/id_rsa.work.pub user@work
~$ ssh-copy-id -i ~/.ssh/id_rsa.home.pub user@home

3. Настраиваем удаленные сервера как показано выше

4. Настраиваем на нашем компьютере SSH авторизацию

Создадим файл конфигурации SSH клиента:

~$ touch ~/.ssh/config
~$ chmod 600 ~/.ssh/config

И добавим в него информацию о наших удаленных хостах:

Host my.work
    IdentityFile ~/.ssh/id_rsa.work

Host *.home
    IdentityFile ~/.ssh/id_rsa.home
    User root
    Port 44

Теперь на указанные сервера можно заходить через SSH без ввода пароля, причем для каждого хоста будет использоваться соответствующий файл ключа.

Используемый материал

• SSH авторизация по ключу
• ssh безпарольный вход, авторизация по ключам
• multiple ssh private keys
• OpenSSH Speed Tips and Tricks: ssh-copy-id, sshfs, speed!
• ~$ man ssh-copy-id

UPD: Благодаря товарищу kstep с ресурса welinux.ru открыл для себя скрипт ssh-copy-id, который производит копирование и установку публичного ключа на удаленный хост автоматически. Заметка соответствующим образом изменена.

Похожие статьи

• Почтовый SMTP / IMAP сервер своими руками.
• VTun: организация VPN между двумя точками
• Передача звука по сети при помощи PulseAudio
• Ubuntu 11.10 Oneiric Ocelot — пора обновляться!
• Ubuntu 11.04 Natty Narwhal. Обновляемся.

Лично мне для решения этой задачи знакомый сисадмин посоветовал использовать VTun. Так как на обоих узлах в качестве ОС установлен Linux, то VTun будет удобным и простым решением.

В возможности VTun входит шифрование трафика, шейпинг, компрессия. Из вариантов туннелирования VTun поддерживает IP (tun), Ethernet (ether), tty и pipe туннели. Всего вышеперечисленного более чем достаточно для решения задачи. В дополнении к возможностям, VTun крайне прост в настройке, которая состоит из одного единственного конфигурационного файла.

И так, приступим. Первый узел — компьютер с Debian 5.0 на борту, на втором установлена Ubuntu Server 10.04. И там, и там в репозиториях есть VTun версии 3.0.2 и ядро, включающее в себя драйвер виртуального tun-интерфейса.

Установим vtun на обеих машинах консольной командой

~$ sudo aptitude install vtun

Теперь сконфигурируем один компьютер как vtun-сервер, а другой как vtun-клиент. Первому условно дадим имя «SERVER», второму «CLIENT», — так будет понятнее.

SERVER

Файл конфигурации /etc/vtund.conf

# глобальные настройки
options {
    ifconfig /sbin/ifconfig; # путь до утилиты ifconfig
}

# конфигурация хоста (client - название)
# название хоста на клиенте и сервере должны совпадать
client {
    encrypt yes;    # включаем шифрование соединения
    compress no;    # отключаем сжатие трафика
    passwd secret;  # пароль для авторизации клиента
    type tun;       # тип туннеля (в данном случае IP-туннель)
    keepalive yes;  # поддерживаем соединение
    stat yes;       # включаем учет статистики интерфейса
    proto udp;      # используемый протокол

    # список команд, запускаемых после создании туннеля
    up {
        # прописываем настройки интерфейса, %% - имя интерфейса
        ifconfig "%% 192.168.200.1 pointopoint 192.168.200.2";
    };

    # список команд, запускаемых после отключении туннеля
    down {
        ifconfig "%% down"; # опускаем интерфейс
    };
}

Файл конфигурации /etc/default/vtun

# указываем, что vtun должен запускаться как демон
RUN_SERVER=yes

CLIENT

Файл конфигурации /etc/vtund.conf

options {
    ifconfig /sbin/ifconfig;
}

client {
    passwd secret; # пароль
    persist yes;   # пытаться подключиться при потере соединения

    up {
        ifconfig "%% 192.168.200.2 pointopoint 192.168.200.1";
    };

    down {
        ifconfig "%% down";
    };
}

Файл конфигурации /etc/default/vtun

CLIENT0_NAME=client     # имя клиента
CLIENT0_HOST=server.tld # реальный адрес vtun-сервера

Как видно выше, конфиги получились очень простые. Для лучшего понимания я добавил комментарии. Дополнительную информацию по настройке VTun всегда можно получить из документации.

После того как конфигурация будет окончена необходимо запустить vtun на обеих машинах командой

~$ sudo invoke-rc.d vtun start

На сервере и клиенте появятся виртуальные интерфейсы tun0 с адресами 192.168.200.1 и 192.168.200.2 соответственно.

Интерфейсы появились, адреса назначены — VPN работает как надо. Теперь можно работать с удаленным узлом через виртуальный интерфейс tun0, используя присвоенный ему IP-адрес.

Таким образом, с помощью VTun можно создавать большие и сложные виртуальные сети, объединять в одну большую сеть разрозненные локальные и так далее. Возможно, в следующей статье я напишу об объединении нескольких локальных сетей в одну большую виртуальную. Следите за обновлениями.

Похожие статьи

• Почтовый SMTP / IMAP сервер своими руками.
• Использование нескольких SSH ключей
• Передача звука по сети при помощи PulseAudio
• Ubuntu 11.10 Oneiric Ocelot — пора обновляться!
• Ubuntu 11.04 Natty Narwhal. Обновляемся.

Те, кто еще не слышал про это замечательное расширение, узнать про него могут тут и там. Если коротко, то это расширение позволяет бесплатно слушать любимую музыку на Last.Fm через такие сервисы, как vkontakte.ru (на котором, как известно, можно найти практически любые композиции).

С версии 2.8 плагин, наконец, может называться полноценным плеером, благодаря новому интерфейсу и функциональности. Выглядит плеер теперь вот так:

Из новых функций можно отметить режим «Shuffle», позволяющий проигрывать треки в случайном порядке.

Следующим нововведением интерфейса является возможность отмечать текущий проигрываемый трек как любимый.

Так же появился удобный регулятор громкости

и, наконец-то, возможность прокрутки проигрываемого трека.

Также теперь стало удобнее переключать состояние трека «пауза/проигрывание» просто кликая на картинку альбома в левом верхнем углу плеера.

Включение/отключение скроблинга в новой версии производится с помощью логотипа Last.Fm в правом нижнем углу.

Так же в списке новых возможностей разработчики пишут об улучшенном поиске музыки и поддержке скроблинга альбомов, чего оценить я пока не смог.

В общем, это все, что я хотел отметить и в заключении советую установить это дополнение всем меломанам в обязательном порядке. Лично я от него в восторге.

Полезные ссылки

• Расширение
• Группа ВКонтакте
• Твиттер
• Блог

Похожие статьи

• Передача звука по сети при помощи PulseAudio

Аналогично статичным типам предыдущих определений, ограничения позволяют качественнее управлять написанием подпрограмм и методов. Во многих других языках программирования вы должны передавать параметры в подпрограмму, а затем проверять введенные данные. С ограничениями вы можете проверять правильность непосредственно в объявлении.

Возьмем простой пример. Если целое число четное, то я не хочу иметь дела с этой подпрограммой. В Perl 5 вы бы написали что-то похожее на это:

sub very_odd
{
    my $odd = shift;
    unless ($odd % 2)
    {
        return undef;
    }
    # Process the odd number here.
}

В Perl 6 это может быть упрощено:

sub very_odd(Int $odd where {$odd % 2})
{
    # Process the odd number here
}

При попытке вызова very_odd с четным числом вы получите сообщение об ошибке. Не волнуйтесь, хотя вы можете использовать возможности мультифункций чтобы дать даже числам возможность проявить себя… может быть. ;)

multi sub very_odd(Int $odd where {$odd % 2})
{
    # Process the odd number here
}
multi sub very_odd(Int $odd) { return Bool::False; }

Эти ограничения могут быть полезны при сочетании с методом .comb. Что же такое .comb? Для тех, кто расчесывает свои волосы: вы обычно пользуетесь расческой, чтобы уложить отдельные волоски. Для тех, кто любит использовать .split все как раз наоборот. Этот простой фрагмент кода должен продемонстрировать как работает .comb:

say "Perl 6 Advent".comb(/<alpha>/).join('|');
say "Perl 6 Advent".comb(/<alpha>+/).join('|');

Регулярные выражения, скорее всего, будут открыты в другой день, но быстрый взгляд не будет болезненным. Первая строка будет выводить «P|e|r|l|A|d|v|e|n|t»: берется каждый буквенный символ и помещается во временный массив. Затем он соединяется с символом вертикальной черты. Вторая строка аналогична, только она захватывает столько букв, сколько сможет, отсюда результат «Perl|Advent».

Однако, сила .comb намного больше. После того как вы «расчесали» что хотели, вы можете управлять «волосками». Если у вас есть определенный набор шестнадцатеричных ASCII символов, вы можете использовать гипероператоры для преобразования каждого кусочка в ASCII эквивалент!

say "5065726C36".comb(/<xdigit>**2/)».fmt("0x%s")».chr
# Outputs "Perl6"

Помните, это Perl. Существует много способов сделать это. ☺

Со всеми подарками, что были представлены сегодня, я дам вам задачу. С помощью Kayl Hasselbacher, я смог сделать достойную версию древнего шифра Цезаря при помощи ограничений, .comb, и старого доброго .map:

use v6;

sub rotate_one( Str $c where { $c.chars == 1 }, Int $n ) {
    return $c if $c !~~ /<alpha>/;
    my $out = $c.ord + $n;
    $out -= 26 if $out > ($c eq $c.uc ?? 'Z'.ord !! 'z'.ord);
    return $out.chr;
}

sub rotate(Str $s where {$s.chars}, Int $n = 3)
{
    return ($s.comb.map: { rotate_one( $_, $n % 26 ) }).join( '' );
}

die "Usage:\n$*PROGRAM_NAME string number_for_rotations" unless @*ARGS == 2;

my Str $mess = @*ARGS[0];
my Int $rotate = @*ARGS[1].Int;

say qq|"$mess" rotated $rotate characters gives "{rotate($mess,$rotate)}".|;

Я хотел бы посмотреть как остальные смогут реализовать код этого алгоритма используя Perl 6 и уже открытые подарки. В конце концов язык может получиться только лучше и удобнее.

© Оригинальная статья.

Похожие статьи

• День 7: Циклы для пользы и развлечения
• День 6: Входя в Гиперпространство
• День 5: Метаоператоры
• День 4: Тестирование
• День 3: статические типы и мульти-функции

Сегодня я решился: скрестил пальцы, выбрал в synaptic для обновления пакеты Qt/KDE и запустил процесс. Через некоторое время обновление завершилось. Проблем, что удивительно, на этом этапе не возникло.

Теперь я обладатель KDE 4.4.80 (4.5 Beta1), Qt 4.7.0~beta1+git20100522 и хочу поделиться первыми впечатлениями.

Бросилось в глаза

Первое, что мне бросилось в глаза — это новый системный лоток, по-нашему трей.

Новый внешний вид стандартных иконок (ножницы — Klipper, сетевой разъем — KNetworkManager и т.п.) — заслуга обновленной темы Oxygen. Так же понравилась новая система скрытия неактивных значков в лотке. Теперь они появляются как отдельное меню, а не разъезжаются на пол панели влево.

Следующим примечательным нововведением оказалось новое оформление уведомлений. Нагляднее на картинках:

Из новостей, узнал о новой системе группировки окон (KWin-Tiling), но в действии посмотреть на неё так и не удалось. Разбираться в вопросе «Почему?» тоже не захотелось. Так же из новостей понял, то других существенных изменений в 4.5 не будет. Только повышение стабильности, интеграция в Konqueror движка WebKit и то, о чем было сказано ранее.

Сломалось

Как бы печально это не звучало, но слово «нестабильный» себя зачастую оправдывает. Не прошло стороной и это обновление — без потерь не обошлось.

Не знаю точно сколько после обновления сломалось виджетов, так как я их использую ограниченный набор, но с уверенностью могу сказать, что сломался виджет «Показать рабочий стол».

Много лет он служил мне верой и правдой, а сегодня после перезагрузки приказал долго жить. Теперь вместо заветной кнопочки на панели красуется лишь красный крестик. Назначенная комбинация Meta+D на это действие так же перестала подавать признаки жизни. Печально, но придется ждать обновлений-багфиксов или информации о замене этого виджета другим.

Update: Виджет «Показать рабочий стол» теперь находится вместе с многими другими стандартными виджетами в пакете «plasma-widgets-addons«.

Так же плазма стала падать при определенных условиях (пламенный привет KDE 4.0). Жду релиза.

Сложилось

KDE 4.5 Beta1 оказался довольно стабильной средой со старым добрым функционалом и немного посвежевшим внешним видом. Обновление же Qt, в свою очередь, никак не сказалось на приложениях, использующих более старую версию библиотеки, как это было с обновлением Qt версии 4.5 на 4.6.

В целом, развитие идет в правильном направлении, чего и желаю разработчикам на будущее.

Похожие статьи

• Все приложения в одном стиле. Продолжение.
• gtk-qt-engine — все приложения в одном стиле
• Передача звука по сети при помощи PulseAudio
• KMail 1.12.0 + OpenPGP, «Bad passphrase»
• Ubuntu 11.10 Oneiric Ocelot — пора обновляться!

Теперь опустим технические формальности, еще три страницы истории «как я настраивал модем впервые» (хотя последнее так же достойно отдельной статьи) и перейдем сразу к делу.

Оглавление

• Подготовка модема
• Подготовка роутера
• Настройка подключения
• Эпилог
• Полезные ссылки

Подготовка модема

Начну с подготовки самого модема. Что нам для этого понадобится:

• Относительно свежий дистрибутив Linux (куда же без него).
• Непосредственно сам модем.
• Утилита usb_modeswitch.
• Утилита minicom.

Так как я использую Ubuntu, то все манипуляции буду проводить соответствующим образом.

Для начала установим все необходимое в нашу систему:

~$ sudo aptitude install usb-modeswitch minicom

После установки нам нужно отредактировать файл /etc/usb-modeswitch.conf

~$ sudo vim /etc/usb-modeswitch.conf

вставив в него следующие строки:

DefaultVendor = 0x12d1
DefaultProduct = 0x1446
MessageEndPoint = "0x01"
MessageContent = "55534243000000000000000000000011060000000000000000000000000000"

Теперь подключаем наш модем к USB порту, ждем несколько секунд пока он определится и выполняем команду:

~$ sudo usb_modeswitch

Должно появиться нечто следующее:

Looking for target devices ...
No devices in target mode or class found
Looking for default devices ...
Found default devices (1)
Accessing device 004 on bus 007 ...
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
Looking for active driver ...
OK, driver found ("usb-storage")
OK, driver "usb-storage" detached

SCSI inquiry data (for identification)
-------------------------
Vendor String: HUAWEI
Model String: Mass Storage
Revision String: 2.31
-------------------------

USB description data (for identification)
-------------------------
Manufacturer: HUAWEI Technology
Product: HUAWEI Mobile
Serial No.: not provided
-------------------------
Setting up communication with interface 0 ...
Trying to send the message to endpoint 0x01 ...
OK, message successfully sent
Device is gone, skipping any further commands
-> Run lsusb to note any changes. Bye.

Если все сделано правильно, то в /dev будут несколько новых USB-девайсов:

~$ ls /dev | grep ttyUSB
ttyUSB0
ttyUSB1
ttyUSB2

Хорошо. Теперь очередь за minicom

~$ minicom -s

После запуска программы, откроется меню конфигурации. В нем выбираем опцию «Настройка последовательного порта» и жмем «Enter«.

В появившемся окне изменения настроек жмем клавишу «A» для изменения последовательного порта. Вместо того, что там написано, вводим /dev/ttyUSB0 и жмем «Enter«.

Теперь дважды нажимаем «Esc» и ждем пока наш модем будет инициализирован:

Добро пожаловать в minicom 2.4

ПАРАМЕТРЫ: I18n
Дата компиляции Jan 25 2010, 06:49:09.
Port /dev/ttyUSB0

Нажмите CTRL-A Z для получения подсказки по клавишам

AT S7=45 S0=0 L1 V1 X4 &c1 E1 Q0
OK

Проверяем реакцию модема на команды, введя «AT» и нажав «Enter«. Если все нормально, то получим ответ от модема «OK«.
Следующим пунктом навсегда отключаем эмуляцию CD-ROM на модеме. Для этого вводим команду «AT^U2DIAG=0» и жмем «Enter«. После этого должен прийти ответ от модема «OK» означающий, что модем переведен в режим «только модем».

Теперь жмем «Ctrl+A,Q» на клавиатуре. Появится меню «Выйти без сброса?» на который отвечаем утвердительно и выходим из программы.

На этом с модемом закончим.

Список известных мне команд

AT^U2DIAG=0       (устройство в режиме только модем)
AT^U2DIAG=1       (устройство в режиме модем + CD-ROM)
AT^U2DIAG=255     (устройство в режиме модем + CD-ROM + Card Reader)

Подготовка роутера

Вот и подошла очередь нашего WiFi-роутера. Для него нам понадобится альтернативная прошивка WL-500gpv2 «от Олега». Взять свежую можно тут. На момент написания статьи это версия 1.9.2.7-d-r1445.

Не лишним будет сказать, что прошивка DIR-320 заняла у меня довольно много времени. Дело в том, что на прошивку этого девайса дается около двух секунд после включения питания. Не совру если скажу, что поначалу пытался поймать нужный промежуток более 50 раз, но зато теперь выработал стопроцентный алгоритм. :)
Не сомневаюсь, что есть много других способов прошивки. Можете поделиться своими проверенными в комментариях.

Теперь о самом процессе.
Для прошивки нам понадобится tftp-клиент. Я использовал atftp

~$ sudo aptitude install atftp

Следующим шагом соединяем наш компьютер с роутером через кабель и выставляем на компьютере сетевой адрес 192.168.0.2.

Установка статичного адреса в Ubuntu с установленным KNetworkManager, который был настроен на DHCP вызвала у меня некоторые затруднения. Этот аплет постоянно переподключал сеть при перезагрузке роутера, из-за чего я не мог попасть в двухсекундный промежуток для прошивки. Пришлось «убить» этот процесс и выключить демон network-manager

~$ sudo invoke-rc.d network-manager stop

затем прописать в /etc/network/interfaces

auto eth0
iface eth0 inet static
address 192.168.0.2
netmask 255.255.255.0

и «поднять» интерфейс обычным

~$ sudo ifup eth0

Теперь нам нужно подготовить прошивку.
Делаем cd в директорию с прошивкой, вводим в консоль

~$ atftp -l ./WL500gpv2-1.9.2.7-d-r1445.trx -p 192.168.0.1

но «Enter» не жмем, пока только вводим.

Держа наготове открытую консоль с этой командой, отключаем питание роутера на пару секунд и включаем вновь, внимательно следя за индикатором порта в который вставлен кабель.

Как только индикатор загорится, моментально нажимаем в консоли «Enter«, отправляя введенную ранее команду atftp. Если все сделано правильно, то индикатор начнет мигать с высокой частотой, что означает: процесс прошивки начался (как вариант, можно добавить опцию —trace к atftp, тогда прогресс прошивки будет отображаться в консоли).

Теперь остается только ждать окончания прошивки. У меня ожидание заняло около двух минут, по окончанию которых роутер сам себя перезагрузил (можно наблюдать на индикаторах) и начал работать в штатном режиме с новой прошивкой.

Настройка подключения

Дело осталось за малым — настроить модемное соединение на роутере.
Для этого нам понадобится только telnet, который присутствует в большинстве базовых конфигураций дистрибутива. Если его нет, устанавливаем:

~$ sudo aptitude install telnet

Перед запуском telnet выставляем на компьютере любой сетевой адрес из диапазона 192.168.1.0/24 (кроме .0, .1 и .255, естественно). Можно и через DHCP — теперь роутер сам выдаст нам нужный адрес. Допустим, это будет адрес 192.168.1.2.

Запускаем telnet, вводим логин и пароль (admin:admin по-умолчанию) и попадаем в консоль маршрутизатора (далее все команды вводим в эту консоль):

$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
(none) login: admin
Password:
[admin@(none) root]$

Проверяем как определился наш модем, запустив

tail -f /usr/tmp/syslog.log

Вставляем модем в USB порт и через пару секунд в логе должны появиться примерно следующие строки:

Jan  1 00:11:14 kernel: hub.c: new USB device 00:03.0-1, assigned address 2
Jan  1 00:11:14 kernel: usb.c: USB device 2 (vend/prod 0x12d1/0x1001) is not claimed by any active driver

Если vend/prod определилось как 0x12d1/0×1001, то все в порядке. Модем работает как нам и нужно в режиме «только модем». Если вместо 0×1001 другие цифры, например 0×1446, что означает работу модема в заводском режиме, то вы сделали что-то не так на шаге подготовки модема.

Подключаем модуль для работы с нашим модемом

insmod usbserial vendor=0x12d1 product=0x1001

и проверяем наличие новых девайсов

ls -l /dev/usb/tts/*
crw-------    1 admin    root     188,   0 Jan  1 00:00 /dev/usb/tts/0
crw-------    1 admin    root     188,   1 Jan  1 00:00 /dev/usb/tts/1
crw-------    1 admin    root     188,   2 Jan  1 00:00 /dev/usb/tts/2

Выше видно, что у нас появилось три новых девайса /dev/usb/tts/[0-2]. Работать будем с /dev/usb/tts/0.

Если все в порядке, перейдем непосредственно к настройке подключения.
Создадим директорию /tmp/ppp/peers:

mkdir /tmp/ppp/peers

Пропишем в файле /tmp/ppp/peers/dialup необходимые настройки модема, выполнив в консоли ряд команд:

echo "debug" > /tmp/ppp/peers/dialup
echo "/dev/usb/tts/0" >> /tmp/ppp/peers/dialup
echo "460800" >> /tmp/ppp/peers/dialup
echo "crtscts" >> /tmp/ppp/peers/dialup
echo "noipdefault" >> /tmp/ppp/peers/dialup
echo "ipcp-accept-local" >> /tmp/ppp/peers/dialup
echo "lcp-echo-interval 60" >> /tmp/ppp/peers/dialup
echo "lcp-echo-failure 5" >> /tmp/ppp/peers/dialup
echo "usepeerdns" >> /tmp/ppp/peers/dialup
echo "noauth" >> /tmp/ppp/peers/dialup
echo "persist" >> /tmp/ppp/peers/dialup
echo "nodetach" >> /tmp/ppp/peers/dialup
echo "user ''" >> /tmp/ppp/peers/dialup
echo "password ''" >> /tmp/ppp/peers/dialup
echo "connect \"/usr/sbin/chat -s -S -V -t 60 -f /tmp/ppp/dialup.chat 2>/tmp/chat.log\"" >> /tmp/ppp/peers/dialup

Проверим что у нас получилось, не пропуская ни одной кавычки:

cat /tmp/ppp/peers/dialup

Вывод должен выглядеть следующим образом:

debug
/dev/usb/tts/0
460800
crtscts
noipdefault
ipcp-accept-local
lcp-echo-interval 60
lcp-echo-failure 5
usepeerdns
noauth
persist
nodetach
user ''
password ''
connect "/usr/sbin/chat -s -S -V -t 60 -f /tmp/ppp/dialup.chat 2>/tmp/chat.log"

Править файлы можно консольным редактором vi, который присутствует в данной прошивке. Например

vi /tmp/ppp/peers/dialup

откроет файл /tmp/ppp/peers/dialup в этом редакторе.

Клавиша «i» переведет редактор в режим редактирования.
«Esc» — выход из режима редактирования.
«:qw» — выход с сохранением.
«:q!» — выход без сохранения.

Теперь настроим файл /tmp/ppp/dialup.chat так же выполнив ряд консольных команд:

echo "'' ''" > /tmp/ppp/dialup.chat
echo "'' 'ATZ'" >> /tmp/ppp/dialup.chat
echo "'' 'AT+CGDCONT=1,"IP","internet"'" >> /tmp/ppp/dialup.chat
echo "'OK' 'ATD *99#'" >> /tmp/ppp/dialup.chat
echo "'CONNECT' ''" >> /tmp/ppp/dialup.chat

Проверим что у нас получилось:

[admin@(none) root]$ cat /tmp/ppp/dialup.chat
'' ''
'' 'ATZ'
'' 'AT+CGDCONT=1,IP,internet'
'OK' 'ATD *99#'
'CONNECT' ''

Если все верно, закрепим результат выполнив еще несколько команд:

echo /tmp/ppp/peers/dialup > /tmp/local/.files
echo /tmp/ppp/dialup.chat >> /tmp/local/.files
flashfs save && flashfs commit && flashfs enable

Последняя строка запишет все наши изменения в память роутера, чтобы они остались после перезагрузки. Результатом её выполнения будет примерно следующее:

tar: removing leading '/' from member names
tmp/local/
tmp/local/.files
tmp/local/root/
tmp/ppp/peers/dialup
tmp/ppp/dialup.chat
-rw-r--r--    1 admin    root          451 Jan  1 00:11 /tmp/flash.tar.gz
Check saved image and type "/sbin/flashfs commit" to commit changes
.
Committed.

Теперь можно перезагрузить маршрутизатор отправив в консоль команду

reboot

Ждем порядка 20 секунд и вновь заходим в консоль с помощью telnet

~$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
(none) login: admin
Password:
[admin@(none) root]$

После входа в консоль роутера выполняем

insmod usbserial vendor=0x12d1 product=0x1001

и

pppd call dialup

В консоли должно появиться много строк примерно следующего содержания

Script /usr/sbin/chat -s -S -V -t 60 -f /tmp/ppp/dialup.chat 2>/tmp/chat.log finished (pid 104), status = 0x0
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/usb/tts/0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x9faec1e2> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x102357d> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x0 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x9faec1e2> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x102357d> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x102357d> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x9faec1e2]
sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C> <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP DiscReq id=0x2 magic=0x102357d]
rcvd [LCP EchoRep id=0x0 magic=0x102357d 9f ae c1 e2]
rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 15 12 06 00 00 00 01 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
rcvd [IPCP ConfReq id=0x0]
sent [IPCP ConfNak id=0x0 <addr 0.0.0.0>]
rcvd [IPCP ConfRej id=0x2 <compress VJ 0f 01> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfAck id=0x1]
rcvd [IPCP ConfNak id=0x3 <addr 10.248.41.100> <ms-dns1 83.149.19.123> <ms-dns2 83.149.19.124>]
sent [IPCP ConfReq id=0x4 <addr 10.248.41.100> <ms-dns1 83.149.19.123> <ms-dns2 83.149.19.124>]
rcvd [IPCP ConfAck id=0x4 <addr 10.248.41.100> <ms-dns1 83.149.19.123> <ms-dns2 83.149.19.124>]
Could not determine remote IP address: defaulting to 10.64.64.64
local  IP address 10.248.41.100
remote IP address 10.64.64.64
primary   DNS address 83.149.19.123
secondary DNS address 83.149.19.124
Script /tmp/ppp/ip-up started (pid 107)
Script /tmp/ppp/ip-up finished (pid 107), status = 0x0

и произойти подключение интернета через модем (синяя лампочка на модеме будет постоянно гореть).

Проверяем интернет, загрузив на компьютере браузер и посетив несколько сайтов.

Отлично. Теперь разорвем подключение комбинацией «Ctrl+C» в консоли и пропишем подключение через модем в автозагрузку роутера:

Выполним несколько команд:

mkdir /tmp/local/sbin
echo "#!/bin/sh" > /tmp/local/sbin/post-boot
echo "insmod usbserial vendor=0x12d1 product=0x1001" >> /tmp/local/sbin/post-boot
echo "sleep 10" >> /tmp/local/sbin/post-boot
echo "pppd call dialup" >> /tmp/local/sbin/post-boot
chmod +x /tmp/local/sbin/post-boot

и проверим что получилось:

[admin@(none) root]$ cat /tmp/local/sbin/post-boot
#!/bin/sh
insmod usbserial vendor=0x12d1 product=0x1001
sleep 10
pppd call dialup

Если все верно, запишем результат в память маршрутизатора:

flashfs save && flashfs commit && flashfs enable

На этом все. Попытка подключения интернета через модем теперь будет происходить автоматически после перезагрузки роутера.

Эпилог

Теперь у нас есть рабочий WiFi-роутер, способный раздавать не только проводной интернет, но так же интернет от 3G USB-модема «Мегафон» и интернет от 4G-модемов WiMAX (последнее включается в web-админке роутера).

Напоследок скажу, что я в курсе существующих «альтернативных» прошивок для DIR-320 в которых подключение можно настроить проще (некоторые имеют встроенный usb-modeswitch и даже 3G-настройки в панели web-администрирования), но в силу ряда причин первое рабочее подключение у меня получилось именного с данной конфигурацией, которой я и решил поделиться.

Думаю, что руководство подойдет ко всей линейке маршрутизаторов ASUS WL-500gx / WL-550gE / WL-500gp / WL-500W / WL-320gE / WL-320gP / WL-330gE / WL-500gp V2 / WL-520gU за исключением способа прошивки.

Полезные ссылки

• Отключение эмуляции CD-ROM на модеме.
• Настройка 3G-интернета на DIR-320.
• Использование HTML-тега <a></a> (вспоминал как ставить «якорь»)
• Управление редакциями записей в WordPress. (Revision Control сокращает количество редакций)

Похожие статьи

• Передача звука по сети при помощи PulseAudio
• Ubuntu 11.10 Oneiric Ocelot — пора обновляться!
• Почтовый SMTP / IMAP сервер своими руками.
• Ubuntu 11.04 Natty Narwhal. Обновляемся.
• Использование нескольких SSH ключей