Dial-up через kppp

раз. надо забыть про kppp. использовать call/pppd

два. а пров не на венде?

три. а в логах что? там обычно процесс коннекта очеень подробно описан.

1. Так называемый Unix-way? :). Тогда вам придется потрудиться дать мне сцылку на руководство по настройке этого добра.

2. Это, извиняйте, не знаю. Встречный вопрос: как узнать?

3. Логов уже нет к сожеланию, но когда пытался соединиться через wvdial, то он типа после дозвона ждал приглашения (prompt), далее вылезала куча природе символом, он писал что, Hmm, a prompt... и ждал опять. И так три раза. А далее, не помню точно текст, но в переводе это звучит как «я не знаю что делать». А потом hang-up.

noauth > /etc/ppp/peers/kppp-options

>noauth > /etc/ppp/peers/kppp-options

Уже есть.

в который раз выкладываю свой пример:)

scyld:/home/scaldov # cat /etc/ppp/peers/mgsm

ipcp-accept-local
ipcp-accept-remote
noipdefault
debug
usepeerdns
mtu 576
#novj
#nobsdcomp
#novjccomp
nopcomp
#noaccomp
noauth
maxfail 0
holdoff 3
persist
ifname mgsm
defaultroute
/dev/rfcomm0 230400
logfile /var/log/pppd.mgsm
connect "/usr/sbin/chat -v -f /etc/ppp/mgsm-script"



scyld:/home/scaldov # cat /etc/ppp/mgsm-script

ABORT BUSY
ABORT 'NO CARRIER'
ABORT VOICE
ABORT 'NO DIALTONE'
ABORT 'NO DIAL TONE'
ABORT 'NO ANSWER'
ABORT DELAYED
TIMEOUT 60
'' 'AT+CGDCONT=1,"IP","internet"'
OK-AT-OK "ATDT*99***1#"
CONNECT \d\c



использование: call mgsm (возможно, под рутом)
имена и телефоны поменять по вкусу

Если дебиан-убунта

из /usr/share/doc/kppp/README.Debian

In order to use KPPP, you must first be a member of the "dip" group.
Membership in this group is a prerequisite for any and all use of ppp in
Debian. If you are not a member of this group, you will not be able to run
the ppp daemon (pppd) or make a dialup connection. Since KPPP's backend
runs SUID root, membership in the "dialout" group is not needed to access
device nodes.

>использование: call mgsm (возможно, под рутом) 

debian# pppd call uznet.
debian# cat /var/log/pppd.uznet
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd88f571b> <accomp>]
Hangup (SIGHUP)
Modem hangup
Connection terminated.


Вот так. Пользователь находится в группе dip. Где ковырять?

хм. пользователь ни при чём. ты же от рута пускал.

посмотри логи от chat (/var/log/ гдето-тут)

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

> посмотри логи от chat (/var/log/ гдето-тут)

Ок, похже выложу.

> что за провайдер? сотовый или диалап? пароль, логин используется?

Провайдер диалап. Логин/пароль гостевые. У прова аутентификация по PAP.

а ты pap-secrets и chap-secrets забил своими паролями-то?

>посмотри логи от chat (/var/log/ гдето-тут)

Не нашел логов chat :(

> а ты pap-secrets и chap-secrets забил своими паролями-то?

Да.

пропиши в chat такие строчки:

ogin: loginname
ssword: yourpassword
'$' pppd
'' CLIENT
RVER CLIENT

хотя, если PAP, то вот это:

ogin: loginname
ssword: yourpassword
'$' pppd

не надо.

Собственно, скрипты и конфиги приняли такой вид:

/etc/ppp/chap-secrets

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

"uznet" * "uznet"

/etc/ppp/options

asyncmap 0 crtscts hide-password modem proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx

/etc/ppp/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

"uznet" * "uznet"

/etc/ppp/peers/uznet

ipcp-accept-local ipcp-accept-remote noipdefault debug usepeerdns mtu 576 #novj #nobsdcomp #novjccomp nopcomp #noaccomp noauth maxfail 0 holdoff 3 persist #ifname uznet defaultroute /dev/ttyS0 115200 logfile /var/log/pppd.uznet connect "/usr/sbin/chat -v -f /etc/ppp/uznet-script"

/etc/ppp/uznet-script

ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO DIAL TONE' ABORT 'NO ANSWER' ABORT DELAYED '' CLIENT RVER CLIENT TIMEOUT 60 '' 'AT+CGDCONT=1,"IP","internet"' OK-AT-OK "ATDT*42*1962#88051222222" CONNECT \d\c

Все верно?