Настроенное через NetworkManager dsl соединение прерывается (через сутки пропадет значёк подключения

[b_triton]

небольшая проблема, (сервер кентавр) раньше было подключение adsl настроен был tp link как роутер, перешел другому провайдеру у них оптика через лан, настроил dsl соединение все работает только раз в сутки соединение исчезает, и если в пять перегрузился то через сутки в пять и пропадет значёк подключения, возможно по умолчанию лимит какой то,  как сделать трафик без всяких лимитов, у меня вэб сайт на сервере, раз в сутки приходится перезагружаться что бы появился значек сети.

[squire]

небольшая проблема, (сервер кентавр) раньше было подключение adsl настроен был tp link как роутер, перешел другому провайдеру у них оптика через лан, настроил dsl соединение все работает только раз в сутки соединение исчезает, и если в пять перегрузился то через сутки в пять и пропадет значёк подключения, возможно по умолчанию лимит какой то,  как сделать трафик без всяких лимитов, у меня вэб сайт на сервере, раз в сутки приходится перезагружаться что бы появился значек сети.

Я так понял, соединением управляет Network Manager? Не надо перезагружаться. В консоли от root:

Код: [Выделить]

service NetworkManager restart

[b_triton]

Я так понял, соединением управляет Network Manager? Не надо перезагружаться. В консоли от root:

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

[asy]

перешел другому провайдеру у них оптика через лан, настроил dsl соединение

Какое такое DSL соединение ?
http://bugzilla.altlinux.org/27529

По теме. У pppd есть ключи persist, maxfail,  lcp-echo-interval, lcp-echo-failure. Проблема легко решается, надо только настроить не через network manager. Можно через etcnet, только не забыть про возможную проблему при старте системы. Упомянуто тут, в числе прочего: http://bugzilla.altlinux.org/23916

[b_triton]

Проблема легко решается, надо только настроить не через network manager. Можно через etcnet, только не забыть про возможную проблему при старте системы. Упомянуто тут, в числе прочего: http://bugzilla.altlinux.org/23916

Вообще, мне кажется, эту тему надо закрывать, а вопросы задавать отдельно, указывая в теме, о чём именно вопрос. Мешать всё в кучу - весьма плохая идея.

спс, попробую через etcnet если будут вопросы создам новую тему.

[b_triton]

создал соединение ppp1 , подключил, через сутки отвалилось, почитал ман pppoe , поможет ли если сделать по ману? по ссылке на багзилу понял образно (вроде крон надо подключить), если можно поподробнее.

[asy]

В описании бага ценны три момента:

1. при использовании persist и maxfail 0 надо использовать ONBOOT=no в options, иначе система не загрузится в случае проблем с сетью.
2. можно использовать проверку наличия pppd по крону, крон же ppp и запустит после загрузки, плюс это защита от падения pppd - а вдруг ?
3. параметры надо писать в pppoptions, так как в options они не поддерживаются, несмотря на присутствие в примерах.

Кстати, ещё момент: NM_CONTROLLED=no надо не забыть, как написано на http://www.altlinux.org/Etcnet

[b_triton]

1.ONBOOT=no в options ppp1 поставил. Заранее извиняюсь, занимаюсь этим впервые возможно не так что  понимаю и делаю что не так...
2. можно пример настройки крона?

3. параметры надо писать в pppoptions

это про крон или ONBOOT=no ?
NM_CONTROLLED=no ставил, инет пропадает и не соединяется, вернул yes...

[asy]

2. можно пример настройки крона?

Комментарий N2 в http://bugzilla.altlinux.org/23916

3. параметры надо писать в pppoptions

это про крон или ONBOOT=no ?

Это не про крон, и не про "ONBOOT=no". Это про настройку ppp в etcnet. ONBOOT=no - часть этой настройки.

NM_CONTROLLED=no ставил, инет пропадает и не соединяется, вернул yes...

NM_CONTROLLED=no  -  интерфейс обслуживает etcnet. Настройки в /etc/net/ifaces/ppp1 имеют смысл.
NM_CONTROLLED=yes -  интерфейс обслуживает NM. Вся остальная писанина в /etc/net/ifaces/ppp1 смысла не имеет - NM туда не смотрит, а etcnet этот интерфейс игнорирует.

Так что, если без NM (а именно так и стоит, если не десктоп), NM_CONTROLLED=no. А запуститься всё должно командой ifup ppp1 из крона. Или таки поставить ONBOOT=yes, но иметь ввиду возможные последствия и проблемы с загрузкой.

[b_triton]

#!/bin/sh
[ -f /var/run/ppp0.pid ] || /sbin/ifdown ppp0;/sbin/ifup ppp0

про скрипт понятно.

2. можно использовать проверку наличия pppd по крону, крон же ppp и запустит после загрузки, плюс это защита от падения pppd - а вдруг ?

я имел ввиду ничего не знаю о кроне и не умею его настраивать или ничего не надо настраивать в кроне?если надо , то куда вставить скрипт?

[ksa]

я имел ввиду ничего не знаю о кроне и не умею его настраивать

В /etc есть директории cron.hourly cron.daily cron.weekly cron.monthly
Вот в зависимости от того, с какой периодичностью вам надо запускать скрипт, создаёте в соответствующем каталоге исполняемый файл с произвольным именем и содержанием:

Код: [Выделить]

#!/bin/sh
[ -f /var/run/ppp0.pid ] || /sbin/ifdown ppp0;/sbin/ifup ppp0Либо вместо непосредственно кода может быть вызов скрипта из произвольной директории.
В /etc/crontab настраивается временная метка, при наступлении которой скрипты из соответствующих директорий будут выполняться. Первые два столбца -- минуты и часы соответственно.

[asy]

то куда вставить скрипт?

Вариантов несколько. Хорошим мне кажется сделать файл /etc/cron.d/ppp1-check такого содержания:

Код: [Выделить]

*/5 * * * *    root    [ -f /var/run/ppp1.pid ] || /sbin/ifdown ppp1;/sbin/ifup ppp1

[b_triton]

пока не получается, где, что не доделал не могу понять. в директории cron.hourly создал файл

Код: [Выделить]

#!/bin/sh
[ -f /var/run/ppp1.pid ] || /sbin/ifdown ppp1;/sbin/ifup ppp1 В /etc/crontab время не настраивал оставил по умолчанию. сутки проходят и соединение пропадает. в options менял как советовали, на данный момент вернул настройки  в options по умолчанию. вопрос; при  этом крон сам смотрит в директорию cron.hourly или какая то команда должна быть чтоб скрипт сработал? где еще может быть ошибка в моих настройках?

[asy]

1. /var/log/cron
2. Зачем сутки ждать ? Можно кабель вытащить.
3. pppd, сам по себе, не должен бы падать при тех опциях, что были упомянуты, так что подозреваю, что NM_CONTROLLED=yes и DISABLED=yes остались в ppp1/options

[b_triton]

NM_CONTROLLED=no и DISABLED=no

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

Код: [Выделить]

Mar 21 20:50:01 WDark crond[22723]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 21:00:01 WDark crond[23512]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 21:01:01 WDark crond[23578]: (root) CMD (run-parts /etc/cron.hourly)
Mar 21 21:10:02 WDark crond[24283]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 21:20:01 WDark crond[24961]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 21:30:01 WDark crond[25684]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 21:40:01 WDark crond[26345]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 21:50:01 WDark crond[26978]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 22:00:01 WDark crond[27756]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 22:01:01 WDark crond[27865]: (root) CMD (run-parts /etc/cron.hourly)
Mar 21 22:10:01 WDark crond[28586]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 22:20:02 WDark crond[29246]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 22:30:01 WDark crond[29920]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 22:40:01 WDark crond[30590]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 22:50:01 WDark crond[31249]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 23:00:01 WDark crond[31869]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 23:01:01 WDark crond[31973]: (root) CMD (run-parts /etc/cron.hourly)
Mar 21 23:10:01 WDark crond[32562]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 23:20:01 WDark crond[1046]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 23:30:01 WDark crond[4037]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 23:40:02 WDark crond[4726]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 21 23:50:02 WDark crond[5289]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 22 00:00:01 WDark crond[5815]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 22 00:01:01 WDark crond[5868]: (root) CMD (run-parts /etc/cron.hourly)
Mar 22 00:10:01 WDark crond[6467]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 22 00:20:01 WDark crond[7201]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 22 00:23:01 WDark crond[5717]: (*system*) RELOAD (/etc/crontab)
Mar 22 00:23:01 WDark crond[5717]: (*system*) WRONG FILE OWNER (/etc/cron.d/ppp1-check)
Mar 22 00:30:01 WDark crond[7850]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 22 00:40:02 WDark crond[8671]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)
Mar 22 00:46:01 WDark crond[5717]: (*system*) RELOAD (/etc/crontab)
Mar 22 00:46:01 WDark crond[5717]: (*system*) WRONG FILE OWNER (/etc/cron.d/ppp1-check)
Mar 22 00:50:02 WDark crond[9420]: (root) CMD (/usr/lib64/sa/sa1 -S DISK 1 1)