День добрый всем !!! Возникла не большая проблемка, может кто сталкивался уже, растолкуйте пожалуйста !!!
Задача: Установить PPPoE соединение при старте шлюза под управлением ОС FreeBSD 5.4.
Как было оговорено вот тут: http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/pppoe...Добавил в rc.conf
ppp_enable="YES"
ppp_mode="ddial"
ppp_nat="YES"
ppp_user="root"
ppp_profile="name_of_service_provider"но при старте пишет:
Starting ppp as "root"
/libexec/ld-elf.so.1: Shared object "libintl.so.6" not found, required by "su"и не устанавливает соединение, но тутже ввожу из под рута
# ppp -ddial name_of_service_provider
то всё в лёт соединяется, правда ругается тоже маленько на ipv6 вот лог:
[root@internet /]# tail -f /var/log/ppp.log
Apr 11 17:02:56 internet ppp[611]: tun0: Phase: Received NGM_PPPOE_SESSIONID
Apr 11 17:02:56 internet ppp[611]: tun0: Phase: Received NGM_PPPOE_SUCCESS
Apr 11 17:02:56 internet ppp[611]: tun0: Phase: deflink: carrier -> login
Apr 11 17:02:56 internet ppp[611]: tun0: Phase: deflink: login -> lcp
Apr 11 17:02:57 internet ppp[611]: tun0: Phase: deflink: his = PAP, mine = none
Apr 11 17:02:57 internet ppp[611]: tun0: Phase: Pap Output: dslpp299381 ******
Apr 11 17:02:57 internet ppp[611]: tun0: Phase: Pap Input: SUCCESS ()
Apr 11 17:02:57 internet ppp[611]: tun0: Phase: deflink: lcp -> open
Apr 11 17:02:57 internet ppp[611]: tun0: Phase: bundle: Network
Apr 11 17:02:57 internet ppp[611]: tun0: Phase: deflink: IPV6CP protocol reject closes IPV6CP !Может кто сталкивался подскажите пожалуйста где грабди ???? :) :) :)
Первое - отключи в ядре поддержку IPv6,
Второе - попробуй пересобрать libiconv
>Первое - отключи в ядре поддержку IPv6,
>Второе - попробуй пересобрать libiconv
Много Уважаемые Skif Если не сложно то пожалуйста на сколько сможешь по подробнее изложи сюда эти процессы :) :) :) Ибо я ядро покачто пару раз всего пересобирал и то не на этой машине, боюсь накосячить, всётаки шлюз, юзеры порвут !!! ;)
>>Первое - отключи в ядре поддержку IPv6,
>>Второе - попробуй пересобрать libiconv
>
Ага с ядром я справился :) :) :) Подскажи пожалуйста Skif как пересобрать libiconv ???
>>>Первое - отключи в ядре поддержку IPv6,
>>>Второе - попробуй пересобрать libiconv
>>
После пересборки ядра без поддержки IPV6 Сообщение при старте осталось тоже, но в логе после запуска ругачка на ipv6 ушла. Вот лог:
[root@internet /]# tail -f /var/log/ppp.log
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: Received NGM_PPPOE_SESSIONID
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: Received NGM_PPPOE_SUCCESS
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: deflink: carrier -> login
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: deflink: login -> lcp
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: bundle: Authenticate
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: deflink: his = PAP, mine = none
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: Pap Output: dslpp299381 ********
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: Pap Input: SUCCESS ()
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: deflink: lcp -> open
Apr 12 16:42:33 internet ppp[591]: tun0: Phase: bundle: NetworkПодскажите как пересобрать libiconv ???
cd /usr/ports
make search key=libiconv| grep /usr/ports | grep iconv
(точно не помню папку) заходишь в нее
cd _path_to_port_
make deinstall && make clean && make all install clean && rehash
>cd /usr/ports
>make search key=libiconv| grep /usr/ports | grep iconv
>(точно не помню папку) заходишь в нее
>cd _path_to_port_
>make deinstall && make clean && make all install clean && rehash
>
да, еще, забыл, эта либа, кажтсьб входит в комплект intltool, но libiconv всеравно пересобери - она толкается именно от нее.
>>cd /usr/ports
>>make search key=libiconv| grep /usr/ports | grep iconv
>>(точно не помню папку) заходишь в нее
>>cd _path_to_port_
>>make deinstall && make clean && make all install clean && rehash
>>
>
>
>да, еще, забыл, эта либа, кажтсьб входит в комплект intltool, но libiconv
>всеравно пересобери - она толкается именно от нее./usr/ports/devel/gettext
вот тока дело не в ней и судя по логам все нормально с pppoe - что-то там про Network
перед IPv6 (который тоже не мешает - он игнорируется, по памяти пишу)а ругань run-time линкера на libintl связана с чем-то другим, возможно с самбой.
Проверить работу pppoe при загрузке и запуске вручную ну очень просто - логи
соединения сравнить.Ну и кроме того посмотреть и разобрать /etc/rc.conf и порядок запуска скриптов
в /etc/rc.dКстати, автозапуск при загрузке - это отработка скрипта:
/etc/rc.d/ppp-user
Так что сравнить загрузку при bootstrap с ручной можно просто:
загрузиться без автозапуска, затем поправить /etc/rc.conf КАК для автозапуска
и# cd /etc/rc.d
# ppp-user start
смотреть... если все ПУЧКОМ, вывод, ошибка run-time эдитора с руганью на libintl
относится к другому
не проще избежать гемора, вставив полную команду запуска в /usr/local/etc/rc.d/0pppoe.sh ?
>не проще избежать гемора, вставив полную команду запуска в /usr/local/etc/rc.d/0pppoe.sh ?чем это будет отличаться от /etc/rc.d/ppp-user ?
(man rc, man rcorder)
>>не проще избежать гемора, вставив полную команду запуска в /usr/local/etc/rc.d/0pppoe.sh ?
>
>чем это будет отличаться от /etc/rc.d/ppp-user ?
>
>(man rc, man rcorder)Докладываю о результатах !!! В результате много часовых мучений пришли к следующему.
1. Пересобрал libiconv, iconv результат был нулевой...
2. Прибил Sambu то же никаких изменений.
3. Убрал из rc.conv всё что касается ppp, т.е
ppp_enable="Yes"
...
4. Написал двух строчный скрипт
#!/bin/sh
ppp -ddial name_of_service_provider
обозвал его 0pppoe.sh сделал исполняемым и закинул в /etc/rc.d
5. После перезапуска ругань на libiconv ушла и соединение установилось, НО скрипт выполняется последним, т.е. после выполнения всех команд из rc.conf что сами понимаете не есть хорошо.
Нужно что бы соединение устанавливалось одним из первых, это необходимо для нормального запуска ntpd. Пока что сам буду копать как этого до бится, если кто знает пишите, буду рад помоши, если накопаю раньше напишу сюда. :) Всем спасибо за помошь и привет. :)
вообще-то многое можно из этого скрипта запускать, например, после этой команды здесь же поставь ntpd...
>вообще-то многое можно из этого скрипта запускать, например, после этой команды здесь
>же поставь ntpd...
Ну да :) :) :) Ноя не догадался сразу и написат отдельные два скрипта для ntpdate и ntpd :) Всё как оговорено в man 8 rc :) Так же сообщаю тем кто не вкурсе, что скрипты выполняются по порядку в /usr/local/etc/rc.d по следующему принцыпу
010.ppp_connect.sh
020.ntpdatex.sh
030.tnpdx.sh
Только их выполнение нужно прописать в /etc/rc.conf И создавать не в две строки скрипт, а
вот по такому принцыпу:
#!/bin/sh
#
# $NetBSD: inetd,v 1.6 2000/09/19 13:04:38 lukem Exp $
# $FreeBSD: src/etc/rc.d/inetd,v 1.3.2.1 2004/10/10 09:50:53 mtm Exp $
## PROVIDE: ppp_start
# REQUIRE: DAEMON LOGIN
# KEYWORD: shutdown. /etc/rc.subr
name="ppp_start"
rcvar="ppp_start_enable"
command="/usr/sbin/${name}"
pidfile="/var/run/${name}.pid"
extra_commands="reload"load_rc_config $name
run_rc_command "$1"И уже потом в нём ссылаться на исполняемый файл, Но тоесть что бы по "человечески" ваш скрипт новоиспечённый система понимала :) :) :) Всем привет ещё раз спасибо за помощь !!!
>>вообще-то многое можно из этого скрипта запускать, например, после этой команды здесь
>>же поставь ntpd...
>
>
>Ну да :) :) :) Ноя не догадался сразу и написат отдельные
>два скрипта для ntpdate и ntpd :) Всё как оговорено в
>man 8 rc :) Так же сообщаю тем кто не вкурсе,
>что скрипты выполняются по порядку в /usr/local/etc/rc.d по следующему принцыпу
>010.ppp_connect.sh
>020.ntpdatex.sh
>030.tnpdx.sh
>Только их выполнение нужно прописать в /etc/rc.conf И создавать не в две
>строки скрипт, а
>вот по такому принцыпу:
>#!/bin/sh
>#
># $NetBSD: inetd,v 1.6 2000/09/19 13:04:38 lukem Exp $
># $FreeBSD: src/etc/rc.d/inetd,v 1.3.2.1 2004/10/10 09:50:53 mtm Exp $
>#
>
># PROVIDE: ppp_start
># REQUIRE: DAEMON LOGIN
># KEYWORD: shutdown
>
>. /etc/rc.subr
>
>name="ppp_start"
>rcvar="ppp_start_enable"
>command="/usr/sbin/${name}"
>pidfile="/var/run/${name}.pid"
>extra_commands="reload"
>
>load_rc_config $name
>run_rc_command "$1"
>
>И уже потом в нём ссылаться на исполняемый файл, Но тоесть что
>бы по "человечески" ваш скрипт новоиспечённый система понимала :) :) :)
>Всем привет ещё раз спасибо за помощь !!!1. Вы НЕВНИМАТЕЛЬНО читали:
# man rc
<цитата>
3. Invoke rcorder(8) to order the files in /etc/rc.d/ that do not have
a ``nostart'' keyword (refer to rcorder(8)'s -s flag), and assign
the result to a variable.
</цитата>ну и там много интересного и полезного, плюс rc.conf + rcorder
# man rcorder
ИНАЧЕ не стали бы заниматься фигней с переписыванием скриптов и запихиванием
их в /usr/local/etc/rc.d и тд и тп2. Главное - вы НЕ определили ПРИЧИНУ сообщения от run-time линк-эдитора libintl
3. Вы решили проблему, пусть на чужой взгляд КОРЯВО, но решили - МОЛОДЦА.
>3. Вы решили проблему, пусть на чужой взгляд КОРЯВО, но решили -
>МОЛОДЦА.Много уважаемый lavr Мне очень приятно слышать, от Вас поздравления с моим "Корявым" решением проблемы :) :) :) Конечно это хорошо что Вы посылаете читать man, Вы не поверите но про его существование я знаю с первого дня знакомства с системами UNIX, Как правило люди, пусть не все, но многие которые обращаются на форум за помощью, хотят получить помощь, а не что бы их в ман ткнули лишний раз, скорее всего у них нет в тот момент времени что бы тихо и спокой но "курить" маны. Да и Вы то же мне не поверите, что если два разных человека прочитают одну и туже техническую статью, вынести из неё могут совершенно разное и не факт да же что с первого раза будут правы :) :) :) В следующий раз если будете помогать кому либо да хоть да же и мне, если конечно будет у Вас на то, и будет возможность и желание, то лучше вменсте с "Тычком в ман" пару строк примеров человеку дать, для зарождения того самого верного решения, к которому он прийдёт после более глубоко ознакомления с маном по данному вопросу. Всем ещё раз огромное спасибо !!!
>
>>3. Вы решили проблему, пусть на чужой взгляд КОРЯВО, но решили -
>>МОЛОДЦА.
>
>Много уважаемый lavr Мне очень приятно слышать, от Вас поздравления с моим
>"Корявым" решением проблемы :) :) :) Конечно это хорошо что Вы
>посылаете читать man, Вы не поверите но про его существование я
>знаю с первого дня знакомства с системами UNIX, Как правило люди,
>пусть не все, но многие которые обращаются на форум за помощью,
>хотят получить помощь, а не что бы их в ман ткнули
>лишний раз, скорее всего у них нет в тот момент времени
>что бы тихо и спокой но "курить" маны. Да и Вы
>то же мне не поверите, что если два разных человека прочитают
>одну и туже техническую статью, вынести из неё могут совершенно разное
>и не факт да же что с первого раза будут правы
>:) :) :) В следующий раз если будете помогать кому либо
>да хоть да же и мне, если конечно будет у Вас
>на то, и будет возможность и желание, то лучше вменсте
>с "Тычком в ман" пару строк примеров человеку дать, для зарождения
>того самого верного решения, к которому он прийдёт после более глубоко
>ознакомления с маном по данному вопросу. Всем ещё раз огромное спасибо
>!!!чо курил? :)
>
>чо курил? :)ну ни чо, а что !!!
#man rc.conf - много чего понял...
#man rcorder - не особо хотелось бы увидеть всётаки примерчик от lavr'a :)
>
>>
>>чо курил? :)
>
>ну ни чо, а что !!!
>
>#man rc.conf - много чего понял...>#man rcorder - не особо хотелось бы увидеть всётаки примерчик от lavr'a
>:)
У батенька, а нервы надо лечить. Очень чай с мелисой помогает. Работа админа она нервная... Попейте и все пройдет.
Понимаешь ли, проблема в том, что тот же lavr, он может дать пример и не один, но как правило отстраненный пример народом воспринимается неадекватно - конкретный, извини, это уже совсем другие пряники. Гораздо проще, и поверь, эффективнее отправить почитать конкретный man, что lavr и делает. Указывает где можно почерпнуть инфу. Уж если не получается самому дойти, так можно и вырезку из мана слделать, конкретизировав, на что обратить внимание. Про набивший оскомину google и первые же ссылки по нему молчу. Правда мне несколько не понятен, какой именно примерчик вы хотели бы увидеть.Касательно ругани на либы, тут я похоже тоже несколько ввел вас в заблуждение, как-то сразу не сообразил, что ppp, которым вы устанавливаете соединение, входит в базовый комплект, и посему либу тянуть из /usr/local не должен. И стоит отдать должное lavr-у, что сразу же это и заметил.
Касательно все же переписанного вами скрипта для ppp, как по мне - разумнее все же найти причину, почему не работает стандартный скрипт запуска ppp должным образом . Может есть смысл сменить режим запуска с ddial на dedicated. Например, такое наблюдал, что помогает на западных линиях (конкретно швейцария), где ppp устанавливает pppoe соединение нормально только таким ключем, хотя в том же handbook стоит ddial, да и в принципе он работает в основном без нареканий на тех же наших линиях.