Re: Infovia Plus

["JuanjoC \(PianoTuner\)" <jcp@databasedm.es>]

Xose Manoel Ramos wrote:
> 
> Alfonso Pastor escribió:
> 
> > La configuracion es la misma que tengo para llamar a Infovia, solo
> > he cambiado el numero. Como solo me quedan 9 dias para abandonar el
> > 055, me esta entrando un ligero acojono, 

	Pues ya somos dos por lo menos, por que yo estoy igual.

> Yo soy una persona muy curiosa, o tengo una suerte increíble, o me pasan las cosas
> más raras de esta vida:
> 
>   NO TENGO NINGUN PROBLEMA PARA CONECTAR CON INFOVIA+
> 
> Tengo la Debian 2, y la configuración es la de por defecto. Sólo he cambiado el
> número de teléfono y voilá.

	Debes estrar entrando por un nodo local ¿ no ? porque lo que es el nodo
ese general para los de pueblo como yo (el 901-505055) no va ni a tiros.
Mi configuración es la estandar que te mete el pppconfig, aunque también
he probado con la que tengo en Debian 1.3.1 y nada, he tocado la conf a
pelo, y tampoco. Incluso he contratado una cuenta con un nuevo proveedor
(CTV) y tampoco; y un aniguete mío con arrakis tampoco. Los de CTV me
aseguran que el problema es de "Infovía-minus" y que espere hasta el 1
de Diciembre, los de databasedm dicen que lo consultarán y yo sigo sin
poder conectar. ¡ Y faltan 6 días ! Esperaremos a ver.

> Mi problema es que curiosamente
> 
>   NO PUEDO CONECTARME A INFOVIA+ CON WIN95

	Con W95 no he probado, pero he oido que hay que poner las passwords
encriptadas.

> ¿No será que hace falta una versión muy moderna del protocolo PPP? Es que yo en el
> Linux estoy con el kernel 2.0.36 y el último PPP. En contra en Windows tengo (aún) el
> Windows 95 original con la pila TCP/IP esta antigua.

	Curiosamente en esto Microsoft vuelve a mear fuera de tiesto saltándose
los estándares. He oido que telefónica utiliza servidores NT y que la
autentificación es CHAP, pues bien echad un vistazo al texto de abajo
sobre el pppd de Linux. 

---------------------------------------------------------------------

PPP Client Support for Microsoft's CHAP-80
==========================================

Eric Rosenquist          rosenqui@strataware.com
(updated by Paul Mackerras)
(updated by Al Longyear)
(updated by Farrell Woods)

INTRODUCTION

Microsoft has introduced an extension to the Challenge/Handshake
Authentication Protocol (CHAP) which avoids storing cleartext

passwords on a server.  (Unfortunately, this is not as secure as it sounds,
                                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
            					Que curioso ¿verdad?
					
because the encrypted password stored on a server can be used
by a bogus client to gain access to the server just as easily as if
the password were stored in cleartext.)  The details of the Microsoft
extensions can be found in the document:

    <ftp://ftp.microsoft.com/developr/rfc/chapexts.txt>

In short, MS-CHAP is identified as <auth chap 80> since the hex value
of 80 is used to designate Microsoft's scheme.  Standard PPP CHAP uses
a value of 5.  If you enable PPP debugging with the "debug" option and
see something like the following in your logs, the remote server is
requesting MS-CHAP:

  rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap 80> <magic 0x46a3>]
                                           ^^^^^^^^^^^^

The standard pppd implementation will indicate its lack of support for
MS-CHAP by NAKing it:

  sent [LCP ConfNak id=0x2 <auth chap 05>]

Windows NT Server systems are often configured to "Accept only
Microsoft Authentication" (this is intended to enhance security).  Up
until now, that meant that you couldn't use this version of PPPD to
connect to such a system.  I've managed to get a client-only
implementation of MS-CHAP working; it will authenticate itself to
another system using MS-CHAP, but if you're using PPPD as a dial-in
server, you won't be able to use MS-CHAP to authenticate the clients.
This would not be a lot of extra work given that the framework is in
place, but I didn't need it myself so I didn't implement it.


BUILDING THE PPPD

MS-CHAP uses a combination of MD4 hashing and DES encryption for......
Continua.........

Documento completo en: /usr/doc/ppp/README.MSCHAP80.gz


----------------------------------------------------------------------

-- 
This message has been written in 100% recycled paper

Powered by Linux Debian 2.0 with kernel 2.0.35
Running on CASIO fx-6300G Scientific calculator.

Registered User/Machine: 92691/34454