7519 2005-07-30 14:10:14 +0400 inconvience with 'demand' ppp option 2009-06-17 14:15:33 +0400 1 1 4 Development Sisyphus etcnet unstable all Linux CLOSED NOTABUG P2 major --- 1 sbolshakov sem altlinux-sisyphus ender ldv mike rider sem shaba solo yura qa-sisyphus oldest_to_newest 27893 0 sbolshakov 2005-07-30 14:10:15 +0400 При указании опции 'demand' для pppd ifup не завершает свою работу до момента реальной установки соединения. В комбинации с ONBOOT=yes загрузка может продлиться неопределённо долго. 27915 1 pilot 2005-08-01 13:06:53 +0400 Предлагается ввести ppp-watch или отложенную конфигурацию из /etc/ppp/ip-up? 28044 2 pilot 2005-08-04 00:48:03 +0400 Принимаю глюк, но пока это особенность дизайна. 34081 3 pilot 2005-12-22 11:22:00 +0300 Помещено в known bugs, но сейчас я не знаю, как это решить. 37213 4 altlinux-sisyphus 2006-04-05 10:38:56 +0400 (In reply to comment #3) > Помещено в known bugs, но сейчас я не знаю, как это решить. Вариант: убрать из BASIC_PPPOPTIONS "updetach", тогда pppd станет демоном _сразу_, еще _до_ подключения, что, конечно, может вызвать проблемы у стартующих после программ, но гарантированно позволит загрузить машину, и, в частности, после загрузки sshd сделает ее управляемой. :) 37215 5 asy 2006-04-05 10:51:25 +0400 Мне последний вариант кажется правильным. Вообще, дождаться поднятия интерфейса - это проблема того, кому нужен этот интерфейс. Загрузка из-за проблем с любым интерфейсом не должна прекращаться ни при каких условиях. Есть, правда, еще один вариант, фантастический: кто-то как-то говорил про переход на initng... 37235 6 pilot 2006-04-06 09:37:48 +0400 Простое исключение updetach нарушит последовательность работы. Рабочее решение --- убрать опцию demand. 37238 7 altlinux-sisyphus 2006-04-06 11:03:25 +0400 (In reply to comment #6) > Простое исключение updetach нарушит последовательность работы. > Рабочее решение --- убрать опцию demand. А причем тут demand? У меня, например, проблема с роутером, у которого опции "persist" и "maxfal=0", ибо иначе нельзя - его задача - поддерживать PPtP соединение, и позволять людям работать. И убрать "persist" или "maxfail=0" НЕЛЬЗЯ - смысла в роутере уже не будет. 37239 8 altlinux-sisyphus 2006-04-06 11:05:15 +0400 Т.е. проблема не только в опции "demand". Проблема - в опции "updetach", которая при различных конфигурациях может не давать грузиться машинам далее. 37240 9 pilot 2006-04-06 11:38:20 +0400 (In reply to comment #7) [...] > А причем тут demand? У меня, например, проблема с роутером, у которого опции См. оригинальный комментарий. > "persist" и "maxfal=0", ибо иначе нельзя - его задача - поддерживать PPtP > соединение, и позволять людям работать. И убрать "persist" или "maxfail=0" > НЕЛЬЗЯ - смысла в роутере уже не будет. В чём заключается проблема? 37258 10 altlinux-sisyphus 2006-04-06 19:19:24 +0400 > В чём заключается проблема? В /etc/net/scripts/create-ppp: # Please don't override BASIC_PPPOPTIONS, if possible. BASIC_PPPOPTIONS="nolog updetach unit ${NAME//ppp/}" При 'updetach' pppd будет висеть при загрузке до первого успешного подключения и до maxfail, если maxfail=0 && persist, то в случае, если подключение не удалось, дальнейшее исполнение rc-скрипта приостанавливается, и sshd не стартует, хотя eth0 уже поднят. Следствие - машина неуправляема. Т.е. роутер, который постоянно (maxfail=0) поддерживает (persist) ppp-соединение (PPtP, etc), не загрузится, пока это соединение не будет установлено, и не загрузится совсем, если соединение по какой-то причине установлено быть не может. Если же "updetach" убрать, то pppd будет висеть демоном, и стучаться себе, пока позволит maxfail. И проблема тут одна с описанной изначально. Именно поэтому мне предложили отписаться сюда. 37410 11 yura 2006-04-18 20:09:32 +0400 (In reply to comment #10) > > В чём заключается проблема? > > В /etc/net/scripts/create-ppp: > # Please don't override BASIC_PPPOPTIONS, if possible. > BASIC_PPPOPTIONS="nolog updetach unit ${NAME//ppp/}" > > При 'updetach' pppd будет висеть при загрузке до первого успешного подключения > и до maxfail, если maxfail=0 && persist, то в случае, если подключение не > удалось, дальнейшее исполнение rc-скрипта приостанавливается, и sshd не > стартует, хотя eth0 уже поднят. Следствие - машина неуправляема. Все таки если вы в настройках интерфейса указываете ONBOOT=yes, то такое поведение конфигуратора сети вполне ожидаемо и предсказуемо, ибо он честно пытается поднять все, что ему указали, когда до него доходит очередь при загрузке... > Т.е. роутер, который постоянно (maxfail=0) поддерживает (persist) ppp-соединение > (PPtP, etc), не загрузится, пока это соединение не будет установлено, и не > загрузится совсем, если соединение по какой-то причине установлено быть не > может. Если же "updetach" убрать, то pppd будет висеть демоном, и стучаться > себе, пока позволит maxfail. Если в задачи роутера не входит настроить _все_ интерфейсы в ходе загрузки, а задача стоит загрузиться, а потом "стучаться себе", поддерживая по мере сил pptp соединение (я правильно понял ваш случай?), то не будет ли логичнее все таки для этого интерфейса ONBOOT=no, а где-нибудь в rc.local вставить /sbin/ifup ppp0 ? Такое подойдет решение? > > И проблема тут одна с описанной изначально. Именно поэтому мне предложили > отписаться сюда. Пожалуй, все таки, не одно и тоже. Симптомы - да, те же, - остановка загруки до установления реального соединения. Но в вашем случае (maxfail=0 persist) при этом и интерфейс не поднят, и etcnet законно ждет, пока он либо поднимется, либо отвалится. А изначальная проблема отличается тем, что при demand интерфейс поднимается и настраивается сразу, и ждать установки реального соединения нелогично и пожалуй неправильно. 37411 12 sbolshakov 2006-04-18 20:36:06 +0400 > А изначальная проблема отличается тем, что при > demand интерфейс поднимается и настраивается сразу, и ждать установки > реального соединения нелогично и пожалуй неправильно. Поясню комментаторам. Ждать установки соединения при demand и ONBOOT=yes придётся вечно, поскольку неоткуда взяться трафику, способному инициировать процедуру установки соединения. 40123 13 pilot 2006-09-10 02:46:54 +0400 Использовать demand напрямую невозможно. Я предлагаю такие интерфейсы поднимать из crontab и закрыть эту тему. 40128 14 sbolshakov 2006-09-10 13:15:58 +0400 ну так закрывай 40130 15 pilot 2006-09-10 13:50:39 +0400 demand сейчас нельзя использовать в сочетании с ONBOOT=yes, закрываю.