[devel] Беспроводной маршрутизатор на ALT Linux

[devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

  Всем привет.

  Я организовал беспроводной маршрутизатор под управлением ALT Linux на
основе DreamPlug и Sisyphus ARM, в частности
ftp://devel.altlinux.org/manowar/chainmail-arm.arm.20110623.tar.gz.
Правда пока «из коробки» он не работает: необходимы обновлённые версии
некоторых пакетов. Об этом и имеющихся проблемах — ниже.

  1. Модуль точки доступа uap8xxx есть в ядре, код которого выложен на
dreamplug.googlecode.com, однако в ванильном ядре его нет. К сожалению
представленный код не включает в себя истории. Я собрал ядро с этими
модификациями в Sisyphus-ARM, но об истории и дальнейших планах
разработки мне ничего не известно. Но это не самая большая проблема.
Гораздо хуже, что модуль требует прошивку, которой нет в linux-firmware.
Нужный BLOB удалось выковырять из оригинальной ФС устройства.
Лично мне было бы удобно видеть его в составе пакета linux-firmware:
https://bugzilla.altlinux.org/show_bug.cgi?id=25822.

  2. Нужна помощь в вопросе настройки самой точки доступа. Есть ли
сейчас обобщённые средства управления точками в ядре? Если утилиты к
ним? Я собрал в Сизиф утилиту от Marvell (пакет uaputl), и придумал как
использовать её с etcnet. Однако вполне возможно, что я начал изобретать
велосипед: https://bugzilla.altlinux.org/25826.
  В самой утилите почти всё работает. Из найденного не работает
установка страны и regulatory domain. Возмно потому, что я не очень
удачно её попатчил.

  3. Маршрутизатор интересен тогда, когда в нём есть Интернет. В
качестве источника Интернета я выбрал CDMA модем для SkyLink от
C-Motech, модели CNU-680. Для переключения данного USB устройства в
режим модема в Сизифе есть даже специальная утилита из пакета
cmotech-tools. И она работает. А вот программа более широкого спектра
действия — usb-modeswitch — работает с этим модемом некорректно:
https://bugzilla.altlinux.org/show_bug.cgi?id=25821
  Кстати, переключение в режим модема не срабатывает, если холодный
старт выполняется с подключённым модемом. Возможно, что это проблема
cmotech-tools, а возможно, что дело в самом udev, который её вызывает. С
этим я ещё не разобрался. Буду рад советам.

  4. Хотелось бы, чтобы ppp-интерфейс поднимался автоматически после
появления ttyACM0. Как это правильно сделать в рамках etcnet?

  5. Похоже, что alterator-ulogd некорректно отображает трафик для ppp0:
за всё время работы было зафиксировано всего несколько исходящих пакетов
и 0 байт входящих. Сам ulogd при этом работает. Я обязательно посмотрю,
что твориться в его БД, но для начала хотелось бы улышать, не
зафиксированы ли уже подобные проблемы на ppp, pptp или pppoe интерфйсах?

  6. Snort пока из коробки не работает — проблемы с автонастройкой
набора интерфейсов и связки с MySQL.

  7. Статистика Squid тоже пока нет — моя вина, но я обязательно
поправлю этот момент, сделав корректную соборку Gambit для ARM.

  Теперь о планах. Есть желание написать как минимум два модуля Альтератора:

  1. модуль управления точками дотупа;

  2. модуль управления модемами и ppp-соединенияеми (с удивлением
обнаружил, что у нас его нет).

  FRs принимаются!

  Кроме этого, хочется реализовать такой механизм alterator-firsttime,
когда к точке может подключиться только один клиент. Тогда, если ты
подключился, то можешь смело выполнять первичную настройку сервера, в
частности, установить пароль суперпользователя. А если подключиться не
удаётся, значит кто-то уже это сделал раньше и безопасность системы уже
под угрозой.
  Ещё хочется перенести некоторые вещи, которые в обычном дистрибутиве
есть в инсталляторе, в firsttime.


  Вопросы, предложения?


    Паша.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Michael Shigorin]

On Mon, Jun 27, 2011 at 08:25:09PM +0400, Paul Wolneykien wrote:
> Лично мне было бы удобно видеть его в составе пакета linux-firmware:
> https://bugzilla.altlinux.org/show_bug.cgi?id=25822.

Не больше ли смысла положить в отдельный firmware-*?

> 2. Нужна помощь в вопросе настройки самой точки доступа. Есть
> ли сейчас обобщённые средства управления точками в ядре? Если
> утилиты к ним?

Припоминается hostapd, но не игрался в AP.

> 4. Хотелось бы, чтобы ppp-интерфейс поднимался автоматически после
> появления ttyACM0. Как это правильно сделать в рамках etcnet?

В рамках udev -- дёрнуть ifup ppp0.

> Теперь о планах. Есть желание написать как минимум два модуля
> Альтератора: [...] 2. модуль управления модемами и
> ppp-соединенияеми (с удивлением обнаружил, что у нас его нет).
> FRs принимаются!

Было желание обобщить alterator-net-{pppoe,pptp} и добавить ручки
для "вообще ppp", но в проекте, где это могло быть оправдано,
победила точка зрения "лучше дайте нам звонилку".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

28.06.2011 00:24, Michael Shigorin пишет:
> On Mon, Jun 27, 2011 at 08:25:09PM +0400, Paul Wolneykien wrote:
>> Лично мне было бы удобно видеть его в составе пакета linux-firmware:
>> https://bugzilla.altlinux.org/show_bug.cgi?id=25822.
> 
> Не больше ли смысла положить в отдельный firmware-*?
> 
>> 2. Нужна помощь в вопросе настройки самой точки доступа. Есть
>> ли сейчас обобщённые средства управления точками в ядре? Если
>> утилиты к ним?
> 
> Припоминается hostapd, но не игрался в AP.

  Да, есть такой. По описанию штука интересная. И вроде как уже готовый
абстрактный интерфейс для управления AP получается. Только вот последнее
обновление было в 2010 году. Пока не знаю, стоит ли добавлять туда
поддержку uap. Попробую узнать у автора, жив ли проект…

> 
>> 4. Хотелось бы, чтобы ppp-интерфейс поднимался автоматически после
>> появления ttyACM0. Как это правильно сделать в рамках etcnet?
> 
> В рамках udev -- дёрнуть ifup ppp0.
> 
>> Теперь о планах. Есть желание написать как минимум два модуля
>> Альтератора: [...] 2. модуль управления модемами и
>> ppp-соединенияеми (с удивлением обнаружил, что у нас его нет).
>> FRs принимаются!
> 
> Было желание обобщить alterator-net-{pppoe,pptp} и добавить ручки
> для "вообще ppp", но в проекте, где это могло быть оправдано,
> победила точка зрения "лучше дайте нам звонилку".
> 

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Sergey Bolshakov]

>>>>> "Paul" == Paul Wolneykien <manowar-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

[поток сознания skipped]

Не стоило анонсировать проект, не обладая хотя бы минимальными
познаниями в теме.

-- 

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

28.06.2011 14:57, Sergey Bolshakov пишет:
>>>>>> "Paul" == Paul Wolneykien <manowar-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
> [поток сознания skipped]
> 
> Не стоило анонсировать проект, не обладая хотя бы минимальными
> познаниями в теме.
> 

  Напротив: я его анонсировал прежде всего для того, чтобы получить
ответы на свои вопросы.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Sergey Bolshakov]

>>>>> "Paul" == Paul Wolneykien <manowar-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > 28.06.2011 14:57, Sergey Bolshakov пишет:
 >>>>>>> "Paul" == Paul Wolneykien <manowar-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
 >> 
 >> [поток сознания skipped]
 >> 
 >> Не стоило анонсировать проект, не обладая хотя бы минимальными
 >> познаниями в теме.
 >> 

 >   Напротив: я его анонсировал прежде всего для того, чтобы получить
 > ответы на свои вопросы.

Дома своей домашкой занимайся, пацан.

-- 

[devel] Administrativia

[Alexey Gladkov]

28.06.2011 15:29, Sergey Bolshakov wrote:
> Дома своей домашкой занимайся, пацан.

Сергей, если ты хочешь указать на неправоту manowar, то делай это
корректно. Хамить не надо.

-- 
Rgrds, legion

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

28.06.2011 00:24, Michael Shigorin пишет:
>> 4. Хотелось бы, чтобы ppp-интерфейс поднимался автоматически после
>> > появления ttyACM0. Как это правильно сделать в рамках etcnet?
> В рамках udev -- дёрнуть ifup ppp0.
> 

  Т.е. без добавления правила в /etc/udev/rules.d не обойтись? Нет ли,
случайно, ещё одного места, через которое проходят все события hotplug
на предмет поднятия интерфейса?

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Michael Shigorin]

On Wed, Jun 29, 2011 at 02:52:52AM +0400, Paul Wolneykien wrote:
> >> > 4. Хотелось бы, чтобы ppp-интерфейс поднимался
> >> > автоматически после появления ttyACM0. Как это
> >> > правильно сделать в рамках etcnet?
> > В рамках udev -- дёрнуть ifup ppp0.
> Т.е. без добавления правила в /etc/udev/rules.d не обойтись?
> Нет ли, случайно, ещё одного места, через которое проходят все
> события hotplug на предмет поднятия интерфейса?

Так событие-то на предмет появления _устройства_ (ttyACM0).
Или я не понял вопрос?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

29.06.2011 10:27, Michael Shigorin пишет:
> On Wed, Jun 29, 2011 at 02:52:52AM +0400, Paul Wolneykien wrote:
>>>>> 4. Хотелось бы, чтобы ppp-интерфейс поднимался
>>>>> автоматически после появления ttyACM0. Как это
>>>>> правильно сделать в рамках etcnet?
>>> В рамках udev -- дёрнуть ifup ppp0.
>> Т.е. без добавления правила в /etc/udev/rules.d не обойтись?
>> Нет ли, случайно, ещё одного места, через которое проходят все
>> события hotplug на предмет поднятия интерфейса?
> 
> Так событие-то на предмет появления _устройства_ (ttyACM0).
> Или я не понял вопрос?
> 

  Я имел в виду, что может быть в самом etcnet или ещё где-нибудь уже
есть хук, который обрабатывает широкий спектр событий (например,
добавление устройств, которые обслуживают модули сетевых устройств и
потенциально сетевых устройств вроде usbserial).

  Но сейчас ситуация стала ещё сложнее: после обновления usb-modeswitch
переключение заработало (до этого работал только cmotech-tools). Однако
добавляется сразу 3 устройства: ttyUSB{0,1,2}. Я даже подозреваю что это
хорошо и возможно нужно для обеспечения командного режима модема
параллельно с передачей данных. Только вот текущая конфигурация pppd,
которая нормально работала с единственным ttyACM0 не работает: после
первой удачной попытки соединения данные через ttyUSB0 не идут.

  Проверил ту же самую конфигурацию на десктопе в NM — работает и даже
уровень сигнала показывает. Подумываю над тем, а не воспользоваться ли
NM на сервере? Наверное, это возможно.

  Ещё плохо то, что и cmotech-tools, и usb-modeswitch нормально
реагируют на горячее подключение модема, а вот если модем был подключен
с самого начала работы, то никакого переключения не происходит. Вообще
говоря, это логично: не стоит трогать те диски (а модем изначально
воспринимается как диск), которые были подключены до старта udev — есть
опасность отмонтировать что-нибудь важное. Тут нужно что-то придумать,
blacklist какой-нибудь завести.

    Паша.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Sergey Y. Afonin]

On Wednesday, June 29, 2011, Paul Wolneykien wrote:

>   Я имел в виду, что может быть в самом etcnet или ещё где-нибудь
> уже есть хук, который обрабатывает широкий спектр событий

etcnet - набор скриптов, которые отрабатывают и завершают работу.
Слушать там некому. udev, как раз, и обрабатывает широкий спектр
событий. Может дёрнуть и etcnet при каких-то случаях.


-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Sergey Alembekov]

29.06.2011 14:58, Paul Wolneykien пишет:
> Но сейчас ситуация стала ещё сложнее: после обновления
> usb-modeswitch переключение заработало (до этого работал только
> cmotech-tools). Однако добавляется сразу 3 устройства: ttyUSB{0,1,2}.
> Я даже подозреваю что это хорошо и возможно нужно для обеспечения
> командного режима модема параллельно с передачей данных. Только вот
> текущая конфигурация pppd, которая нормально работала с единственным
> ttyACM0 не работает: после первой удачной попытки соединения данные
> через ttyUSB0 не идут.
Может стоит посмотреть как это сделано в ddwrt? Я прошивал товарищу 
роутер, как раз на предмет работы со skylink.


-- 
Regards, Sergey Alembekov
ALTLinux Team
xmpp: rt@jabber.ru

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

29.06.2011 16:20, Sergey Alembekov пишет:
> 29.06.2011 14:58, Paul Wolneykien пишет:
>> Но сейчас ситуация стала ещё сложнее: после обновления
>> usb-modeswitch переключение заработало (до этого работал только
>> cmotech-tools). Однако добавляется сразу 3 устройства: ttyUSB{0,1,2}.
>> Я даже подозреваю что это хорошо и возможно нужно для обеспечения
>> командного режима модема параллельно с передачей данных. Только вот
>> текущая конфигурация pppd, которая нормально работала с единственным
>> ttyACM0 не работает: после первой удачной попытки соединения данные
>> через ttyUSB0 не идут.
> Может стоит посмотреть как это сделано в ddwrt? Я прошивал товарищу
> роутер, как раз на предмет работы со skylink.

  Мне тут ещё про Wive-NG-RTNL подсказали. Посмотрим.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

29.06.2011 16:29, Paul Wolneykien пишет:
> 29.06.2011 16:20, Sergey Alembekov пишет:
>> 29.06.2011 14:58, Paul Wolneykien пишет:
>>> Но сейчас ситуация стала ещё сложнее: после обновления
>>> usb-modeswitch переключение заработало (до этого работал только
>>> cmotech-tools). Однако добавляется сразу 3 устройства: ttyUSB{0,1,2}.
>>> Я даже подозреваю что это хорошо и возможно нужно для обеспечения
>>> командного режима модема параллельно с передачей данных. Только вот
>>> текущая конфигурация pppd, которая нормально работала с единственным
>>> ttyACM0 не работает: после первой удачной попытки соединения данные
>>> через ttyUSB0 не идут.
>> Может стоит посмотреть как это сделано в ddwrt? Я прошивал товарищу
>> роутер, как раз на предмет работы со skylink.

  По запросу о ddwrt, модемах, ttyUSB и pppd Google находит, в основном,
вопросы, сообщения о проблемах и рецепты сценариев. Понятно, что можно
написать сценарий под конкретный модем, но это не дистрибутивное
решение. И я не нашёл там пока ни одного надёжного решения проблемы
переподключения: опцию pppd persist и особенно demand крайне не
рекоммендуется использовать с бесконечным таймаутом.

  А как с этими проблемами справляется ваш товарищ?

  Мне кажется, что для организации «живучего» модемного соединения так
или иначе нужен процесс-демон. Пока пробую добиться стабильности с
помощью NM.


    Паша.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Sergey Y. Afonin]

On Thursday, June 30, 2011, Paul Wolneykien wrote:

>   Мне кажется, что для организации «живучего» модемного соединения так
> или иначе нужен процесс-демон. Пока пробую добиться стабильности с
> помощью NM.
 
А если крон ? Как в http://bugzilla.altlinux.org/23556#c1 ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

29.06.2011 14:58, Paul Wolneykien пишет:
> Подумываю над тем, а не воспользоваться ли
> NM на сервере? Наверное, это возможно.

  Попробовал — работает. ModemManager увидел модем без подсказок. Есть
ли какие-либо объективные причины не использовать сейчас NM на сервере?


    Паша.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

[-- Attachment #1: Type: text/plain, Size: 998 bytes --]

29.06.2011 14:58, Paul Wolneykien пишет:
> Ещё плохо то, что и cmotech-tools, и usb-modeswitch нормально
> реагируют на горячее подключение модема, а вот если модем был подключен
> с самого начала работы, то никакого переключения не происходит.

  Решение данной проблемы было подсказано в трекере OpenWRT:
https://dev.openwrt.org/ticket/9352. Сделал по мотивам патч для udevd —
работает. Правда не понимаю для чего там [ -e "$dev" ] — разве раскрытый
шаблон может содержать имена несуществующих файлов? Может ли этот патч
оказывать какое-либо негативное влияние на работу udev и/или процесс
загрузки?


    Паша.

[-- Attachment #2: usb-coldplug.patch --]
[-- Type: text/plain, Size: 591 bytes --]

diff --git a/scripts/udevd b/scripts/udevd
index 0e6ef3f..9b336c5 100644
--- a/scripts/udevd
+++ b/scripts/udevd
@@ -227,12 +227,21 @@ detach_filesystem()
 	attach_pts_filesystem
 }
 
+usb_coldplug()
+{
+	# Another round of USB coldplugging to kick devices into operation
+	# which lacked drivers before.
+	for dev in /sys/bus/usb/devices/*/uevent; do
+		[ -e "$dev" ] && echo -n add > "$dev"
+	done
+}
+
 start()
 {
 	# don't use udev if sysfs is not mounted.
 	[ ! -d $sysfs_dir/block ] && exit 1
 
-	prepare_filesystem
+	prepare_filesystem && usb_coldplug
 	RETVAL=$?
 	return $RETVAL
 }

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

11.07.2011 19:29, Paul Wolneykien пишет:
> 29.06.2011 14:58, Paul Wolneykien пишет:
>> Ещё плохо то, что и cmotech-tools, и usb-modeswitch нормально
>> реагируют на горячее подключение модема, а вот если модем был подключен
>> с самого начала работы, то никакого переключения не происходит.
> 
>   Решение данной проблемы было подсказано в трекере OpenWRT:
> https://dev.openwrt.org/ticket/9352. Сделал по мотивам патч для udevd —
> работает. Правда не понимаю для чего там [ -e "$dev" ] — разве раскрытый
> шаблон может содержать имена несуществующих файлов? Может ли этот патч
> оказывать какое-либо негативное влияние на работу udev и/или процесс
> загрузки?

  Кажется я нашёл лучший вариант решения этой проблемы. Если в
40-usb_modeswitch.rules обрабатывать не только  события 'add', но и
события 'change', то переключение модема происходит по команде `udevadm
trigger`. Спасибо Валере за то, что он подтолкнул меня в этом направлении.

  Правда пока всё равно не всё гладко: несмотря на то, что при старте
udevd команда `udevadm trigger` вызывается, переключение модема
происходит не всегда. Возможно, что где-то возникает гонка. Ручной вызов
`udevadm trigger` после загрузки всегда приводит к положительному
результату.


    Паша.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 862 bytes --]

On Tue, Jul 12, 2011 at 04:16:15AM +0400, Paul Wolneykien wrote:

PW>   Кажется я нашёл лучший вариант решения этой проблемы. Если в
PW> 40-usb_modeswitch.rules обрабатывать не только  события 'add', но и
PW> события 'change', то переключение модема происходит по команде `udevadm
PW> trigger`. Спасибо Валере за то, что он подтолкнул меня в этом направлении.
PW>   Правда пока всё равно не всё гладко: несмотря на то, что при старте
PW> udevd команда `udevadm trigger` вызывается, переключение модема
PW> происходит не всегда. Возможно, что где-то возникает гонка. Ручной вызов
PW> `udevadm trigger` после загрузки всегда приводит к положительному
PW> результату.

Надежное дистрибутивное решение так и не нашлось пока?

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

13.08.2011 16:05, Денис Смирнов пишет:
> On Tue, Jul 12, 2011 at 04:16:15AM +0400, Paul Wolneykien wrote:
>
> PW>    Кажется я нашёл лучший вариант решения этой проблемы. Если в
> PW>  40-usb_modeswitch.rules обрабатывать не только  события 'add', но и
> PW>  события 'change', то переключение модема происходит по команде `udevadm
> PW>  trigger`. Спасибо Валере за то, что он подтолкнул меня в этом направлении.
> PW>    Правда пока всё равно не всё гладко: несмотря на то, что при старте
> PW>  udevd команда `udevadm trigger` вызывается, переключение модема
> PW>  происходит не всегда. Возможно, что где-то возникает гонка. Ручной вызов
> PW>  `udevadm trigger` после загрузки всегда приводит к положительному
> PW>  результату.
>
> Надежное дистрибутивное решение так и не нашлось пока?

   Нашлось. Вот уже больше трёх недель, кажется, пашет и пашет. И грозы, 
и внезапные перезагрузки — всё ему нипочём!

   До устройства доберусь в пн. и напишу всё точно. ;)


     Паша.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

[-- Attachment #1: Type: text/plain, Size: 3062 bytes --]

13.08.2011 23:15, Paul Wolneykien пишет:
> 13.08.2011 16:05, Денис Смирнов пишет:
>> On Tue, Jul 12, 2011 at 04:16:15AM +0400, Paul Wolneykien wrote:
>>
>> PW> Кажется я нашёл лучший вариант решения этой проблемы. Если в
>> PW> 40-usb_modeswitch.rules обрабатывать не только события 'add', но и
>> PW> события 'change', то переключение модема происходит по команде
>> `udevadm
>> PW> trigger`. Спасибо Валере за то, что он подтолкнул меня в этом
>> направлении.
>> PW> Правда пока всё равно не всё гладко: несмотря на то, что при старте
>> PW> udevd команда `udevadm trigger` вызывается, переключение модема
>> PW> происходит не всегда. Возможно, что где-то возникает гонка. Ручной
>> вызов
>> PW> `udevadm trigger` после загрузки всегда приводит к положительному
>> PW> результату.
>>
>> Надежное дистрибутивное решение так и не нашлось пока?
>
> Нашлось. Вот уже больше трёх недель, кажется, пашет и пашет. И грозы, и
> внезапные перезагрузки — всё ему нипочём!
>
> До устройства доберусь в пн. и напишу всё точно. ;)

   Итак.

[root@dplug-11ea ~]# rpm -q usb-modeswitch-data
usb-modeswitch-data-20110619-alt1

На всякий случай стоит проверить присутствие "change" в 
usb_modeswitch.rules:

[root@dplug-11ea ~]# head /lib/udev/rules.d/40-usb_modeswitch.rules
# Part of usb-modeswitch-data, version 20110619
#
# This file is intended for USB_ModeSwitch version >= 1.1.2
# but will not break anything if used with versions >= 1.0.3
#
ACTION=="add", GOTO="modeswitch_pass"
ACTION=="change", GOTO="modeswitch_pass"
GOTO="modeswitch_rules_end"

LABEL="modeswitch_pass"


   А для того, чтобы ppp интерфейс был «живучим» я придумал специальные 
скрипты (см. в приложении к письму). Как уже писал, конфигурация 
получилась вполне себе отказоустойчивая: интерфейс успешно поднимается 
во время загрузки (ONBOOT=yes) и дальше происходят переподключения при 
сбоях (persist). Полное содержимое директории ppp0 также приложено к письму.
   Как оказалось, для того, чтобы модем нормально работал через модуль 
option (ttyUSB0), необходимо передать ему специальные команды.


     Паша.

[-- Attachment #2: ifup-pre --]
[-- Type: text/plain, Size: 98 bytes --]

#!/bin/bash -efu

if ! [ -e /dev/ttyUSB0 ]; then
	udevadm trigger
	sleep 5
fi
[ -e /dev/ttyUSB0 ]

[-- Attachment #3: ifdown-post --]
[-- Type: text/plain, Size: 146 bytes --]

#!/bin/sh -efu

ppppid=`cat /var/run/ppp0.pid`
( sleep 5; kill -HUP $ppppid; echo "ppp0: restarted on/at `date`" >> /var/log/ppp-restarts.log ) &

[-- Attachment #4: ppp0.tar.gz --]
[-- Type: application/x-gzip, Size: 954 bytes --]

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

16.08.2011 17:27, Paul Wolneykien пишет:
> А для того, чтобы ppp интерфейс был «живучим» я придумал специальные скрипты

   Честно говоря, `sleep 5' в них следует заменить на что-то более 
надёжное, но пока что руки не дошли.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Grigory Batalov]

On Mon, 11 Jul 2011 19:29:00 +0400
Paul Wolneykien wrote:

> https://dev.openwrt.org/ticket/9352. Сделал по мотивам патч для udevd —
> работает. Правда не понимаю для чего там [ -e "$dev" ] — разве раскрытый
> шаблон может содержать имена несуществующих файлов?

+       for dev in /sys/bus/usb/devices/*/uevent; do
+               [ -e "$dev" ] && echo -n add > "$dev"
+       done

Здесь $dev может оказаться равным "/sys/bus/usb/devices/*/uevent"
(буквально), если ни одного USB-устройства нет.

Re: [devel] Беспроводной маршрутизатор на ALT Linux

[Paul Wolneykien]

12.07.2011 23:07, Grigory Batalov пишет:
> On Mon, 11 Jul 2011 19:29:00 +0400
> Paul Wolneykien wrote:
> 
>> https://dev.openwrt.org/ticket/9352. Сделал по мотивам патч для udevd —
>> работает. Правда не понимаю для чего там [ -e "$dev" ] — разве раскрытый
>> шаблон может содержать имена несуществующих файлов?
> 
> +       for dev in /sys/bus/usb/devices/*/uevent; do
> +               [ -e "$dev" ] && echo -n add > "$dev"
> +       done
> 
> Здесь $dev может оказаться равным "/sys/bus/usb/devices/*/uevent"
> (буквально), если ни одного USB-устройства нет.

  Точно!

  P.S. Привет, давно тебя не было слышно.