HP-UX PPP to NT RAS not working as expected

[George Robinson_1]

Either I have a major config problem or I'm experiencing some very strange behavior trying to call from a HP-UX 11.0 system to an NT 4.0 RAS server.

Setup is straightfowrward, configured the /etc/ppp/Auth file with the user and password then used the following pppd command:

pppd :SYS name USER nomagic asyncmap 0xffffffff
max-configure 10 max-terminate 2 max-failure 10 timeout 10 nolqm
auto up debug 11

Where SYS is the name of the system in the /etc/ppp/Systems file and USER is the username. The dial and connect work fine, but although the username is sent, the password never gets sent.

Has anyone else done this successfully? Could it be a config problem on the NT side?

[Rick Garland]

The issue is on the NT side. It seems that a login prompt shows when it recognizes an NT PPP. I have yet to figure this one out as well.

I have fallen back to using the NT to dial in and then start Exceed so I can get multiple windows on my dial-in session.

[Joseph T. Wyckoff]

NT has a number of configuration options with respect to security, communications, and authentication. Setting up RAS can be tricky.

If you get a chance, use an NT to NT RAS and see how this works. Once this works you have basis for expirimentation.

Here are some potential issues:

Is the NT box an NT server or a workstation? Workstation support for RAS is a bit toned down.

Is the NT box asking for LM (Lan Manager) or some other encrypted authentication? I suspect HPUX won't generate LM authentication. Check these setting, dumb NT down so it will take anybody from anywhere...

Does NT recognize your user? You may need to create an NT account specifically for your UX box login.

Is NT expecting something like 'accept calls from only certain telephone numbers' or 'return calls to specific phone nnumbers.'

There are lot's of gotchas here, unfortunately. My best advice is either find a good book (I don't know of any for this specific scenario) or make it work NT to NT, then change things...

By the way, its not as secure, and so forth, but you may be able to use SLIP rather than PPP.