[Решено]Network Manager, Ubuntu 9.10

[shadow999]

Город: Тюмень

Ооо... Сожитель)

[blackdevil]

Ну на крайний случай, воспользуюсь советом VAVka

а вот лучше бы не на крайний случай воспользоваться, а в первую очередь. Или как Вам уже сказали - попробуйте wicd. Отличная графическая замена NM.

[Tetsuzin]

Как лечил NM? Никак. У меня тогда Mint был установлен. Сейчас Ubuntu 9.10. Проблем с сетью не возникает, так что я его и не торогаю. Пусть живет. Но у вас же сервер...

...
Или как Вам уже сказали - попробуйте wicd. Отличная графическая замена NM.

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

Как конкретно настраивать сейчас сразу не вспомню, последний раз оголо года назад этим занимался. Тогда у меня feodra была. (http://unixforum.org/index.php?showtopic=89508 ) Можно через тот же pppoeconf, можно вручную конфиги править. В любом случае, это дает больше возможностей для настройки и отладки.

[shadow999]

Зачем на сервере графические менеджеры сети?

Да это я думаю не проблема, запускал уже gedit, firestarter через x-server(X11). Ну лучше, действительно, без графического исполнения.

Можно через тот же pppoeconf, можно вручную конфиги править.

Ведь, на сколько я знаю, когда подключаешься через pppoeconf он действительный только в текущей сессии. И при перезагрузке сервера интернет то, работать не будет.

А так подходишь, "ногой" включаешь компьютер. Всё забываем о нем и идем на рабочий компьютер, запускаем Putty и делаем там дальше что хотим. А когда почему-то отключается интернет, то даже выключить компьютер нормально невозможно. Приходится выключать обычной кнопкой, что явно мне когда-нибудь убьет Ubuntu.

[Tetsuzin]

Что запускается в текущей сессии а что при загрузке системы зависит от содержимого каталогов /etc/init.d и /etc/rc*.d. Можно запустить все что угодно.
А pppoeconf по моему, просто конфиги для pppd делает. (Блин, не помню я подробностей, как именно настраивать. Надо до дома добраться, и записи свои глянуть )

[shadow999]

Ну хорошо... Тогда, если не сложно, поделитесь своими познаниям, как "до дома доберетесь".

[blackdevil]

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

мне показалось автору тяжеловато без графики в голой консоли...

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

[Boboms]

Город: Тюмень

Ооо... Сожитель)

Очевидно, вы имели ввиду всё-таки Земляк ?

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

Да, скорее всего это самое грамотное решение, чем с глючным железом бороться.


http://altuhov.livejournal.com/55200.html

[Tetsuzin]

Добрался до дома. Проверил. Честно говоря, думал что придётся что-нибудь вручную прописывать в /etc/network/interfaces или /etc/init.d
Но pppoeconf со всем сам справился. И сеть включается уже при загрузке системы. Просто, когда запустите pppoeconf отвечайте на вопрос "настроить установку соединения при загрузке компьютера?" утвердительно.

Конфиги соединения теперь будут хранится в файле /etc/ppp/peers/dsl-provider
пароли пользователей в /etc/ppp/chap-secrets /etc/ppp/pap-secrets

Данный подход имеет преимущество перед использованием NetworkManager. Вы можете добавлять в файл /etc/ppp/peers/dsl-provider свои опции. (какие опции можно добавлять смотри в man pppd или тут: man pppd). И помогает избавится от глюков NM.

Если опять будут проблемы с соединением, то можно добавить туда две строки "debug" и "logfile путь_к_файлу_лога" (в файл /etc/ppp/peers/dsl-provider). С опцией debug в лог файл выводится больше информации. А если вы еще укажете и путь к нему, то точно будете знать что вся отладочная информация выводится в этот файл.

Сравните: вывод в лог файл без опции debug:

Код: Выделить всё

PPP session is 42325
Connected to 00:15:17:94:fe:50 via interface eth0
Using interface ppp0
Connect: ppp0 <--> eth0
CHAP authentication succeeded
peer from calling number 00:15:17:94:FE:50 authorized
Cannot determine ethernet address for proxy ARP
local  IP address 91.211.194.243
remote IP address 1.2.3.4
primary   DNS address 91.203.39.251
secondary DNS address 91.203.39.252

С опцией debug

Код: Выделить всё

Send PPPOE Discovery V1T1 PADI session 0x0 length 12
 dst ff:ff:ff:ff:ff:ff  src 0:1f:d0:96:2:34
 [service-name] [host-uniq  fb 13 00 00]
Recv PPPOE Discovery V1T1 PADO session 0x0 length 34
 dst 0:1f:d0:96:2:34  src 0:15:17:94:fe:50
 [AC-name NetLine #2] [service-name] [host-uniq  fb 13 00 00] [AC-cookie  00 7e 9c 98]
Send PPPOE Discovery V1T1 PADR session 0x0 length 20
 dst 0:15:17:94:fe:50  src 0:1f:d0:96:2:34
 [service-name] [host-uniq  fb 13 00 00] [AC-cookie  00 7e 9c 98]
Recv PPPOE Discovery V1T1 PADS session 0xa55d length 34
 dst 0:1f:d0:96:2:34  src 0:15:17:94:fe:50
 [AC-name NetLine #2] [service-name] [host-uniq  fb 13 00 00] [AC-cookie  00 7e 9c 98]
PADS: Service-Name: ''
PPP session is 42333
Connected to 00:15:17:94:fe:50 via interface eth0
using channel 3
Using interface ppp0
Connect: ppp0 <--> eth0
sent [LCP ConfReq id=0x1 <mru 1492> <magic 0xd30c8c04>]
rcvd [LCP ConfReq id=0x1 <mru 1480> <magic 0x51ce6ba4> <auth chap MS-v2>]
sent [LCP ConfAck id=0x1 <mru 1480> <magic 0x51ce6ba4> <auth chap MS-v2>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0xd30c8c04>]
sent [LCP EchoReq id=0x0 magic=0xd30c8c04]
rcvd [CHAP Challenge id=0x1 <bb1e68f9d0740b9f67b6817d4a3deb75>, name = ""]
sent [CHAP Response id=0x1 <f4bb02b2224ef244a04c8f579b44b74c00000000000000009185527a5bf7b918d7151eec6122
90a02e6b233282ad54d300>, name = "USERNAME"]
rcvd [LCP EchoRep id=0x0 magic=0x51ce6ba4]
rcvd [CHAP Success id=0x1 "S=1B96E3B1DEBCE3B334A1AABC1985D3424C11355B"]
CHAP authentication succeeded
peer from calling number 00:15:17:94:FE:50 authorized
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1 <addr 1.2.3.4>]
sent [IPCP ConfAck id=0x1 <addr 1.2.3.4>]
rcvd [IPCP ConfNak id=0x1 <addr 91.211.194.199> <ms-dns1 91.203.39.251> <ms-dns2 91.203.39.252>]
sent [IPCP ConfReq id=0x2 <addr 91.211.194.199> <ms-dns1 91.203.39.251> <ms-dns2 91.203.39.252>]
rcvd [IPCP ConfAck id=0x2 <addr 91.211.194.199> <ms-dns1 91.203.39.251> <ms-dns2 91.203.39.252>]
Cannot determine ethernet address for proxy ARP
local  IP address 91.211.194.199
remote IP address 1.2.3.4
primary   DNS address 91.203.39.251
secondary DNS address 91.203.39.252

Так что смело удаляйте NM.

NM просто представляет собой надстройку, которая запускает тот же демон pppd и передает ему конфиги, которые хранит в своем собственном формате в папке /etc/NetworkManager/system-connections

[fanat]

Нашел, *цензура*

Так случилось, что поменялась машина. Под рукой - только диск с 9.10, других нет. Вроде припоминал, что у товарища аналогичный модем, и завелся в 9.10 с полтыка, решил ставить 9.10.

В течении суток, с нескольких десятков различных попыток/действий и прочей фигни наблюдал "Ошибку 100" и "Не поддерживает +CMEE"...

Дозвонился до товарища, и переспросил его, как именно мы настраивали ему модем в NetworkManager. Тот напомнил - загрузились в винду, запустили родной тул и позвонили с него по номеру 777 (надо без решетки, бл...) - после чего модем получает инициализацию, а юзер - индульгенцию.

Хотите верьте, хотите нет.... Поставил виндовый тул с дровного диска, позвонил 777 (звонок сам оборвался примерно через 10 секунд), перезагрузился в убунту - шарик "поехал" (до этого зависал). Глянь в сислог - а там жалобы на хреновую авторизацию. Прописал логин mobile да пароль internet - все заработало!

Дополню - ДО этого действия инет в винде был, в убунте не было. То есть суть решения заключается именно в том, что надо сделать "инициализирующий" звонок на номер 777

!	Предупреждение от модератора blackdevil
	Мат на форуме запрещен, даже в скрытой форме. +1.

[fanat]

Сорри!