форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Нюанс использования tun- устройства."
Сообщение от Toxa (??) on 20-Дек-05, 00:54  (MSK)
ОС FreeBSD 5.3 По расписанию осуществляется дозвон по PPPoE. по умолчанию используется интерфейс tun0. Но иногда случается достаточно редкая ситуация, когда соединение не отключено, а поступает команда на подключение. При этом ppp звонит по tun1- интерфейсу, который - есссно - не подключается... ибо одно соединения уже есть и роутер, разумеется, не пускает. Вот и стоит ppp c двумя up интерфейсами - tun0 и tun1. Другого лечения, кроме shutdown -r now я не знаю. Отсюда вопросы : 1. Как сделать так, чтобы ppp работал ТОЛЬКО с tun0 и других интерфейсов, в случае чего создавать не пытался ? 2. Если все же лишний tun - интерфейс создан, то как его прибить без перезагрузки ? Заранее спасибо.
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "Нюанс использования tun- устройства."
Сообщение от Archont on 20-Дек-05, 06:47  (MSK)
>ОС FreeBSD 5.3 > >2. Если все же лишний tun - интерфейс создан, то как его >прибить без перезагрузки ? > >Заранее спасибо. Не знаю, есть ли во Free ifconfig, но под линем нет проблем: ifconfig tun0 down
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Нюанс использования tun- устройства."
	Сообщение от MoHaX (ok) on 20-Дек-05, 07:39  (MSK)
	>Не знаю, есть ли во Free ifconfig, но под линем нет проблем: > >ifconfig tun0 down Как ни странно есть... Работает анологично :)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Нюанс использования tun- устройства."
	Сообщение от Toxa (??) on 20-Дек-05, 16:23  (MSK)
	>>Не знаю, есть ли во Free ifconfig, но под линем нет проблем: >> >>ifconfig tun0 down >Как ни странно есть... Работает анологично :) Естествено есть, не настолькоя даун. Речь идет не об up/down операциях, а об уничтожении интерфейса, т.к. если в описанной ситуации сделать ifconfig tun1 down, то на работу ppp это не повлияет, он зараза, будет все равно звонить по tun1, а не по tun0. Вот собсна в чем проблема.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Нюанс использования tun- устройства."
	Сообщение от blackcat on 21-Дек-05, 02:01  (MSK)
	я сталкивался. твой ппп снова "зазвонит" по tun0 без shutdown если ты предварительно сделаеш killall -9 ppp или чтото подобное чере kill (бывает этот трабл когда ппп тупо зависает в ожидании чегото от модема или pptp потока - восновном изза нестабильной линии)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Нюанс использования tun- устройства."
	Сообщение от Archont on 21-Дек-05, 09:50  (MSK)
	Еще вариант: рестартовать все сетевые сервисы. Т.е. pppd, VPN, network. А вообще нужно разбираться с тем, что именно происходит. Почему вообще "дозвон по расписанию"? Почему, наконец, при разрыве PPPoE не отключается tun0? Может быть что-то нужно в inittab засунуть (или в его фришный аналог), для чего-то может быть нужно дополнительные параметры указать, чтобы отслеживать состояние/работоспособность.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Нюанс использования tun- устройства."
Сообщение от northbear (ok) on 21-Дек-05, 10:08  (MSK)
Да собственно достаточно стартап скрипт написать в котором анализировать наличие/отсутствие tun0 и соответственно прекращать/продолжать работу. Но идеологически правильно, ИМХО, все же действительно разобраться, что происходит и почему возникает подобная ситуация. Профилактика, знаете ли, всегда эффективней лечения...
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Нюанс использования tun- устройства."
	Сообщение от Toxa (??) on 21-Дек-05, 22:05  (MSK)
	Ситация дана "как есть". Поясню подробнее: Даны два тарифных плана, для разного времени суток, соответственно по расписанию, кроном выполняются простые действия, типа: killall -HUP ppp ppp -ddial .......... а также запись логов брандмауэра и т.д. Допустим: Исправить ситуацию в корне нереально. Интересует как решить две проблемы: 1. Как ЗАСТАВИТЬ ppp работать ТОЛЬКО c tun0 и не создавать других интерфейсов в случае непоняток ? 2. Как УНИЧТОЖИТЬ интерфейс сам по себе ? в man ifconfig нашел ключик параметр destroy, но видимо /dev/hands у меня пока не на уровне а примеров использования чего-то вроде: ifconfig tun1 destroy я не нашел. Эти вопросы меня интересуют, кроме всего прочего и как чисто теоретические. Помогите, пожалуйста.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Нюанс использования tun- устройства."
Сообщение от universite (ok) on 22-Дек-05, 02:18  (MSK)
Нужно правильно написать скрипт подключения.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Нюанс использования tun- устройства."
	Сообщение от Toxa (??) on 22-Дек-05, 12:39  (MSK)
	>Нужно правильно написать скрипт подключения. Понял. Углублюсь в чтение man`ов.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Нюанс использования tun- устройства."
	Сообщение от Skif (??) on 22-Дек-05, 12:54  (MSK)
	>>Нужно правильно написать скрипт подключения. > > >Понял. Углублюсь в чтение man`ов. если используешь 4-ку там можно забить руками сколько tun может быть в системе, если 5-ку и выше - увы, сей финт не прокатит с остальным проблема, впрочем: [man ppp] ................      The -unit flag tells ppp to only attempt to open /dev/tunN.  Normally,      ppp will start with a value of 0 for N, and keep trying to open a tunnel      device by incrementing the value of N by one each time until it succeeds.      If it fails three times in a row because the device file is missing, it      gives up.      The following modes are understood by ppp: сам за себя говорит. Если система по каким либо причинам в идит, что tunN занят, она автоматом создает  tunN+1
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Нюанс использования tun- устройства."
	Сообщение от Toxa (??) on 22-Дек-05, 15:25  (MSK)
	Skif, спасибо, что ткнул носом. проблема устранена.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]