Topic: Dialin

[Tim H]

I have installed Charlie Brady's e-smith-dialin-1.2 and mgetty 1.1.21-2.  I am trying to dial-in to the e-smith server from a windows 2000 machine, but am having a few problems.

The text files given with the e-smith-dialin rpm only detail installation - not configuration, so I have a few questions:

Should I be using PPP or SLIP connection from the Windows 2000 PC?
If I set to PPP e-smith answers the call and I get the error message "invalid username/password for the domain", If I use SLIP I can connect but cannot access the e-smith server (or ping it even).

Can I connect as any user defined on the e-smith server?

Can I use all e-smith functions e.g. POP3, Ibay access, connect to other systems on the local network etc?

Cheers,

Tim.

[stephen noble]

>Should I be using PPP
yes

>If I set to PPP e-smith answers the call and I get the error >message "invalid username/password for the domain", If I use >SLIP I can connect but cannot access the e-smith server (or >ping it even).

see e-smith.50megs.com for a later version, 1.2 doesn't work

>Can I connect as any user defined on the e-smith server?
>
>Can I use all e-smith functions e.g. POP3, Ibay access, >connect to other systems on the local network etc?

yes
you are logged on as local user you have normal rights

>connect to other systems on the local network etc?
dunno ?
i don't have anything to connect to

regards
stephen

[Tim H]

Stephen,

Thanks for your reply.  I have downloaded your version 2.5 of e-smith dialin and tried it out.  The e-smith server answers the phone and then disconnects the dialin connection (the PC attempting to dialin shows error 629).

Are there any special settings that need to be made on the Windows PC dialup connection ?  I have disabled all dialup protocols except tcp/ip and left everything else as default.  I have tried from both windows 98 and windows 2000 but get the same problems on both.

I have installed mgetty 1.1.21-2 on the e-smith server rather than 1.1.14 which is linked from your site -  I assume the later version of mgetty is ok?

Thanks.

Tim.

[stephen noble]

Re: Dialin
  Author: Tim H (haynes_tm_AT_hotmail.com)

first place to look is on the server
/var/log/messages

more offlist

[Tim H]

/var/log/mgetty.log.ttyS0 shows the following:

01/27 23:52:13 yS0  mgetty: experimental test release 1.1.21-Jul24
01/28 00:18:19 ##### data dev=ttyS0, pid=832, caller='none', conn='14400', name=
'', cmd='/usr/sbin/pppd', user='/AutoPPP/'



/var/log/messages shows:

Jan 28 00:18:19 e-smith mgetty[832]: data dev=ttyS0, pid=832, caller='none', c
onn='14400', name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'
Jan 28 00:18:20 e-smith kernel: PPP: version 2.3.7 (demand dialling)
Jan 28 00:18:20 e-smith kernel: PPP line discipline registered.
Jan 28 00:18:20 e-smith kernel: registered device ppp0
Jan 28 00:18:20 e-smith pppd[832]: pppd 2.3.11 started by LOGIN, uid 0
Jan 28 00:18:20 e-smith pppd[832]: Using interface ppp0
Jan 28 00:18:20 e-smith pppd[832]: Connect: ppp0 <--> /dev/ttyS0
Jan 28 00:18:23 e-smith kernel: PPP BSD Compression module registered
Jan 28 00:18:23 e-smith kernel: PPP Deflate Compression module registered
Jan 28 00:18:24 e-smith pppd[832]: Could not determine local IP address
Jan 28 00:18:30 e-smith pppd[832]: Connection terminated.
Jan 28 00:18:30 e-smith pppd[832]: Connect time 0.1 minutes.
Jan 28 00:18:30 e-smith pppd[832]: Sent 426 bytes, received 449 bytes.
Jan 28 00:18:30 e-smith pppd[832]: Exit.
Jan 28 00:30:00 e-smith kernel: PPP: ppp line discipline successfully unregist
ered


It appears that the last message before disconnecting is:
Could not determine local IP address

I have the windows client set to have server assigned address, and have configured the dialin option in the e-smith manager to assign an unused (but valid address) on the local network.

Any ideas?

Thanks.

Tim.

[Charlie Brady]

Tim H wrote:

> Jan 28 00:18:24 e-smith pppd[832]: Could not determine local
> IP address

...

> It appears that the last message before disconnecting is:
> Could not determine local IP address

That indicates that pppd on the server does not have an IP address configured in its configuration, and also has the "noipdefault" option configured.

Regards

Charlie