kppp соединение с провом непроходит (удаленный сервер сообщает Login incorrect)

[dva20]

Ubuntu 7.04
Стояла себе система и стояла, но пришлось переустановить, так легче мне было сделать, чем разбираться с глюками...
Ну так вот, стояла система и работал kppp(pppd), то есть, подключался к прову (Dial-Up) без проблем через модем (внешний Zyxel Omni 56k). После переустановки убунты настроил все заново, создал подключение через kppp, вбил логин и пароль. Стал подключаться, и на проверке логина и пароля демон pppd обрывает соединение. Запустил pppd c дебаг ключом. Смотрю на его лог в момент подключения, а от прова идет сообщение "Login incorrect", хотя логин правильный! Переписал все заново в окошке kppp и стал пробовать заново подключаться. Смотрю на лог pppd, а в нем от прова возвращается уже строка "Access denid"!
Попыток соединений у меня было ну как минимум 50, плюс пытался почти каждый раз менять аккаунты, а пров сообщал рандомом то "Login incorrect", то "Access denid". У меня ТРИ аккаунта, и на всех такая петрушка, ошибку моего ввода исключаем сразу!
Так и не удалось подключится. Что это могёт быть? (Наверное пров видит, что подключается Linux и обрывает соединение ).
Залез под винду на этом же компе и этом же модеме - все прекрасно. Загружаю опять Linux и подключиться не могу.
К кому обращаться? К прову? Или ковырять Linux?

[Mage-Warrior]

Может быть неверно указан протокол аутентификации? А резать по правилу Linux/неLinux провайдер не будет - клиенты лишними не бывают.

[Oleg_G]

У меня тоже что-то с kppp не ладится. С live-cd Kubuntu работает без проблем. А вот на Ubuntu c доустановленными кедами - никак. Симптомы те же что и у топикстартера. gnome-ppp (читай wvdial) работает на ура.

[dva20]

Может быть неверно указан протокол аутентификации?

Не, это тоже исключается, перепробовал PAP/CHAP по отдельности и на выбор pppd никакой разницы, проблема существует. В логах pppd пишется, что используется PAP аунтификация.
Может kppp коверкает логин и пароль при передаче pppd? Уже просто незнаю в чем причина.

А вот на Ubuntu c доустановленными кедами - никак.

Во-во, кеды я сам доустанавливал, "поверх" Ubuntu. В прошлый раз я ставил Kubuntu и было все нормально.

[Juliette]

вы дайте сюда логи, кстати, а также, может, чего интересного есть в /etc/ppp/chap-secrets, pap-secrets и в options

[dva20]

вы дайте сюда логи, кстати, а также, может, чего интересного есть в /etc/ppp/chap-secrets, pap-secrets и в options

chap-secrets:

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

# Secrets for authentication using CHAP
# client    server    secret            IP addresses

pap-secrets:

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

#
# /etc/ppp/pap-secrets
#
# This is a pap-secrets file to be used with the AUTO_PPP function of
# mgetty. mgetty-0.99 is preconfigured to startup pppd with the login option
# which will cause pppd to consult /etc/passwd (and /etc/shadow in turn)
# after a user has passed this file. Don't be disturbed therefore by the fact
# that this file defines logins with any password for users. /etc/passwd
# (again, /etc/shadow, too) will catch passwd mismatches.
#
# This file should block ALL users that should not be able to do AUTO_PPP.
# AUTO_PPP bypasses the usual login program so it's necessary to list all
# system userids with regular passwords here.
#
# ATTENTION: The definitions here can allow users to login without a
# password if you don't use the login option of pppd! The mgetty Debian
# package already provides this option; make sure you don't change that.

# INBOUND connections

# Every regular user can use PPP and has to use passwords from /etc/passwd
*    hostname    ""    *

# UserIDs that cannot use PPP at all. Check your /etc/passwd and add any
# other accounts that should not be able to use pppd!
guest    hostname    "*"    -
master    hostname    "*"    -
root    hostname    "*"    -
support    hostname    "*"    -
stats    hostname    "*"    -

# OUTBOUND connections

# Here you should add your userid password to connect to your providers via
# PAP. The * means that the password is to be used for ANY host you connect
# to. Thus you do not have to worry about the foreign machine name. Just
# replace password with your password.
# If you have different providers with different passwords then you better
# remove the following line.

#    *    password

Последние записи messages:

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

Aug 13 21:44:26 dv-server kernel: [  818.603595] PPP generic driver version 2.4.2
Aug 13 21:44:26 dv-server pppd[5602]: pppd 2.4.4 started by dv, uid 1000
Aug 13 21:44:26 dv-server kernel: [  818.631736] NET: Registered protocol family 10
Aug 13 21:44:26 dv-server kernel: [  818.631810] lo: Disabled Privacy Extensions
Aug 13 21:44:26 dv-server kernel: [  818.631852] ADDRCONF(NETDEV_UP): eth0: link is not ready
Aug 13 21:44:26 dv-server pppd[5602]: Using interface ppp0
Aug 13 21:44:26 dv-server pppd[5602]: Connect: ppp0 <--> /dev/ttyS0
Aug 13 21:44:30 dv-server pppd[5602]: Remote message: ^M^JAccess denied^M^J
Aug 13 21:44:30 dv-server pppd[5602]: Connection terminated.
Aug 13 21:44:30 dv-server pppd[5602]: Exit.
Aug 13 21:45:03 dv-server pppd[5626]: pppd 2.4.4 started by dv, uid 1000
Aug 13 21:45:03 dv-server pppd[5626]: Using interface ppp0
Aug 13 21:45:03 dv-server pppd[5626]: Connect: ppp0 <--> /dev/ttyS0
Aug 13 21:45:07 dv-server pppd[5626]: Remote message: ^M^JAccess denied^M^J
Aug 13 21:45:07 dv-server pppd[5626]: Connection terminated.
Aug 13 21:45:07 dv-server pppd[5626]: Exit.

[Kipruss]

У меня в Debian Etch тоже не заводится kppp. Если из меню, то вообще никакой реакции, если в консоли, то пишет access denied. От рута запускается, но от рута работать не есть гуд. Права выставил, юзера своего добавил в нужную группу, флаг SUID стоит (это не очень красивое решение работает в СУСЕ). Непонятно.