Hi,
I have just migrated my RedHat 7.3 dialup/firewall box to SuSE 9.0.
I use ISDN to dialup to my ISP, but my ISP do not allow PAP, only CHAP.
The problem is Hi,I have just migrated my RedHat 7.3 dialup/firewall box
to SuSE 9.0.I use ISDN to dialup to my ISP, but my ISP do not allow PAP,
only CHAP.The problem is that when I dial in, the box tries to use
PAPauthentication and do not try CHAP.I read in the SDB that SuSE is using
passwordfd to supply the passwordand that it only only supports PAP.
It also states that to use CHAP,the chap-secrets file should have the
username-password pair in.My system do have the appropriate entry in the
chap-secrets file, but itstill insists on using PAP.Google has not helped
yet.To dial, I normally use 'isdnctrl dial ippp0'I installed smpppd so
that I can use cinternet and vwdial, but that hasthe same effect.How can I
get this to work?It is also looking for /etc/ppp/auth-fail. It is
notinstalled/created. I did not find a package that includes
it. Following is the log messages:--<snip>--Dec 16 19:00:28
geriatrix smpppd[7793]: smpppd version 1.06 startedDec 16 19:00:36
geriatrix kernel: ippp0: dialing 1 xxxxxxx...Dec 16 19:00:38 geriatrix
kernel: isdn_net: ippp0 connectedDec 16 19:00:38 geriatrix ipppd[7226]:
Local number: xxxxxxx, Remotenumber: xxxxxxx, Type: outgoingDec 16
19:00:38 geriatrix ipppd[7226]: PHASE_WAIT -> PHASE_ESTABLISHED,ifunit: 0,
linkunit: 0, fd: 7Dec 16 19:00:38 geriatrix ipppd[7226]: sent [0][LCP
ConfReq id=0x1 <mru1500>
On Tuesday 16 December 2003 05:41 pm, Andre Truter wrote:
use ISDN to dialup to my ISP, but my ISP do not allow PAP, only CHAP.
my isdn dial up to ISP using CHAP was a bit complicated using KPPP After switching to WVDIAL all was auto-magically set up -- best wishes ____________ sent on Linux ____________
pinto said:
On Tuesday 16 December 2003 05:41 pm, Andre Truter wrote:
use ISDN to dialup to my ISP, but my ISP do not allow PAP, only CHAP.
my isdn dial up to ISP using CHAP was a bit complicated using KPPP
After switching to WVDIAL all was auto-magically set up
OK, next episode in the dialup saga:
I have managed to get it to try CHAP also. I found a file
(/etc/ppp/ioptions) and added the +chap option. Had to reboot to let it
take effect... Don't know why.
Anyway, it is doing CHAP, but it still fails. THe remote server is
responding with a funny request:
ChapReceiveChallenge: received name field: 'stacker'
Why is it giving me a name? What does this mean?
Log snippet:
--<snip>--
Dec 17 00:04:17 geriatrix ipppd[2130]: PHASE_WAIT -> PHASE_ESTABLISHED,
ifunit: 0, linkunit: 0, fd: 12
Dec 17 00:04:17 geriatrix ipppd[2130]: sent [0][LCP ConfReq id=0x1
On Wed, 2003-12-17 at 00:20, Andre Truter wrote:
pinto said:
On Tuesday 16 December 2003 05:41 pm, Andre Truter wrote:
use ISDN to dialup to my ISP, but my ISP do not allow PAP, only CHAP.
my isdn dial up to ISP using CHAP was a bit complicated using KPPP
After switching to WVDIAL all was auto-magically set up
OK, next episode in the dialup saga:
Finally got it working. Turns out that I can use PAP, but the username is case sensitive. After numerous changes I noticed that my username started with a capitol letter in my saved configuration files from the old system. Time to kick myself.... -- Andre Truter Software Engineer Registered Linux user #185282 ICQ #40935899 AIM: trusoftzaf http://www.trusoft.za.net ~ If you are in control, you are going too slow - Mario Andretti ~ Disclaimer and Confidentiality Warning This message is intended for the addressee only. If you are not the intended recipient of this message, you are notified that any distribution, use of or copying of this communication is strictly prohibited. If you have received the communication in error, please notify the sender immediately. The views and opinions expressed in this message are those of the individual sender of this message and do not necessarily represent the views and opinions of ATIO. Consequently, ATIO does not accept responsibility for such views and opinions and this message should not be read as representing the views and opinions of ATIO without subsequent written confirmation. Each page attached hereto must also be read in conjunction with this disclaimer.
participants (2)
-
Andre Truter
-
pinto