Re: login prompt problem for windows users.
Well I tried changing the inittab entry and the login prompt, but it isn't
working. Any suggestions?
Thanks,
Chuck
PS I still haven't heard from Equinox Tech Support.
On Thu, 9 Mar 2000, Chuck Peters wrote:
>
> It seems it is an issue of mgetty, not ppp. Once he does get logged in via
> bring up the terminal window after dialing he can initate PPP just fine.
> The login prompt is not being displayed until after one hits the enter key
> once and that seems to be what is making the problem for windows users.
>
> I have everything setup as suggested below or the defaults except that I
> turned authenication off with noauth in options.ttyQ1a7. And yes I know
> that is a bad idea/secuity issue, I'll fix that later after we get this
> login issue worked out.
>
> I know we had this Equinox working fine before, a year or 2 ago the guy we
> bought it from had us set it up for him with Debian.
>
> I will try turing off the -s option in inittab and see if that helps.
>
> Thanks,
> Chuck
>
> On Tue, 7 Mar 2000, Gerard MacNeil wrote:
>
> > On Sun, 5 Mar 2000, Chuck Peters wrote:
> >
> > >
> > > I sent the following to Equinox tech support, but I was hoping a kind
> > > Debian guru can tell me what the problem is.
> >
> > Guru, not. User of mgetty/PPP, yes.
> > >
> > > Q07:23:respawn:/sbin/mgetty -D -s 115200 -m '"" ATZ OK"' ttyQ1a7
> >
> > As long as 'ps' shows the mgetty process running on ttyQ1a7, this will
> > work. The values on this line override the settings in
> > /etc/mgetty/mgetty.config.
> >
> > >
> > > I also asked Mark to dial in with HyperTerminal to confirm that the login
> > ...
> > > #
> > > * - - /bin/login @
> >
> > Yes, this is the /etc/mgetty/login.config that resulted in the prompt.
> > "Mark" (if he had permissions) would need to fire up PPP from the command
> > line at this stage. Since, by default, /etc/ppp is not readable by
> > others, Mark needs to be assigned special priviliges to do so.
> >
> > The "routine way" is to let mgetty hand over the authentication procedure
> > to PPP. The user does not actually login, which the following log record
> > indicates:
> >
> > > 03/04 15:46:53 1a7 waiting for ``_'' ** found **
> > > 03/04 15:46:55 ##### data dev=ttyQ1a7, pid=12205, caller='none',
> > > conn='115200',
> > > name='', cmd='/usr/sbin/pppd', user='/AutoPPP/'
> >
> > It is produced as a result of the /etc/mgetty/login.config (as
> > distributed):
> > /AutoPPP/ - a_ppp /usr/sbin/pppd auth -chap +pap login debug
> >
> > Everything is working OK so far. The log record is also you indicator
> > that mgetty has finished doing it's thing and has handed off the
> > connection to PPP for authentication. Time to look at the PPP
> > config/logs.
> >
> > 1. /etc/ppp/options.ttyQ1a7
> > Assuming you are dynamically assigning IP addresses, you would want
> > <server.IP.address>:<assigned.IP.address>
> >
> > 2. /etc/ppp/pap-secrets
> > As distributed ...
> > # Every regular user can use PPP and has to use passwords from /etc/passwd
> > * * "" *
> >
> > 3. /etc/ppp/options
> > which has your PPP default options. On distribution there are no DNS
> > servers specified for obvious reasons.
> > # Specify which DNS Servers the incoming Win95 or WinNT Connection should use
> > # Two Servers can be remotely configured
> > ms-dns <useable.dns.server>
> > ms-dns <useable.dns.server>
> >
> > If those settings are complete and correct, you should see the result of
> > the attempted login via PPP in /var/log/auth.log
> >
> > If /etc/syslog.conf is configured with the line
> > local2.* -/var/log/ppp.log
> > you have a complete session log in /var/log/ppp.log
> >
> > Add the keyword directive (on a line by itself)
> > debug
> > to /etc/ppp/options.ttyQ1a7 for a detailed report of what PPP is really
> > doing during the authentication/network protocol negotiation.
> >
> > Note: I change that 'a_ppp' above to a '-' and fight with PAM to have
> > mgetty log the PPP connections to the utmp/wtmp files. This enables
> > commands like 'who' and 'last' to show results on the dialup servers. It
> > looks like the latest version of PPP in the potato distribution has
> > stopped the fight between mgetty and PAM (not well tested by myself yet).
> >
> > ---------------------------------------------------------------------------
> > Gerard MacNeil, P. Eng macneil@supercity.ns.ca
> > System Administrator
> > Supercity Internet Services http://www.supercity.ns.ca
> >
> >
> >
>
>
> --
> To UNSUBSCRIBE, email to debian-isp-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
Reply to: