I figured out this one late last night. My MODEM connection WORKED but my
ISDN connection in the same DUN did NOT, so I compared, found the
difference, and changed the ISDN setting that differed, and then the ISDN
worked, too.
To solve this problem, ensure that "REQUIRE ENCRYPTED PASSWORD" is turned
OFF in the DUN item.... Right click, Properties, Server Type Tab. It has
nothing to do with "log onto network".
>What does F7 do? I've been using a script, and Win95 is supposed to start
>the PPP negotiation after the "end proc".
When you bring up a terminal window after dialing (right click connection,
Click on Configure the modem, Options tab, bring up terminal after
dialing), it will show you the actual "login" prompt. You can enter a
username and password here, as if you were telnetting to the PM-3, and then
it will go into the {#&{#[{:{8:[((9{{{ stuff -- the actual PPP negotiation.
If you get that sort of "garbage", then you successfully entered a
password. At this point, DUN asks you to press F7 to continue. THAT is
how I was getting on before on my ISDN. Note that this makes PERFECT
sense now above..... With "require encrypted password" turned on, you
might have told DUN to send "quickbrownfox" but with that option turned on,
the remote side is EXPECTING "JHugB6754c/*&$" since it requires an
ENCRYPTED password.... So DUN used the standard UNIX password encryption
(ever looked inside /etc/pwrd?) BEFORE sending the password, and of COURSE
they didn't match...... Why it was giving me the odd error, I don't
know.... It should have simply told me that the passwords didn't match, and
asked me to try again, but the problem probably runs deeper than the simple
explanation above. In any case, if you turn off the "Encrypted password"
option, your problem will be solved, for you and your users.
>My next step is to go out to this customer's site with a datascope.
>Diagnosing PPP with a datascope is one of my least favorite activities,
>so I'm hoping for some inspiration before then.
I hope I was in time.....
Now if I could just solve the disconnects -- the idle-timeout seems to be
RANDOM and ALWAYS early....
-
To unsubscribe, email 'majordomo@livingston.com' with
'unsubscribe portmaster-users' in the body of the message.