HI Liste,
Ich habe Probleme mit dem Verbindungsaufbau zu meinem ISP "Planet-Interkom".
Die Konfiguation habe ich über YAST und manuell mit Beschreibung durchgeführt.
Ich habe auch die PAP- und CHAP-Secrets Dateien laut beschreibung geändert.
Die Verbindung versuche ich per "telnet 195.182.96.29" herzustellen.
Wie aus der /var/log/messages (siehe unten) ersichtlich bekomme ich zwar eine Verbindung zustande, aber die Benutzerabfrage läuft schief !!!
Danach wird die Verbindung ununterbrochen versucht weiter herzustellen und es fallen somit immer Telefongebühren an!!!
Abbrechen kann ich es nur mit Restart oder download des ISDN-Driver's.
Was mache ich falsch??? Kann mir BITTE jemannd helfen ?!?!
Hier meine Soft-/Hardware:
* SUSE LINUX 6.1
* ISDN Fritz Classic Karte
* Hardware funktioniert aber perfekt
## /var/log/messages
Nov 11 05:13:14 board kernel: ippp0: dialing 1 010900191700...
Nov 11 05:13:15 board isdnlog: (HiSax driver detected)
Nov 11 05:13:15 board isdnlog: Nov 11 05:13:15 * tei 98 calling +49 /191700, Germany with My Home RING (Data)
Nov 11 05:13:16 board isdnlog: Nov 11 05:13:16 tei 98 calling +49 /191700, Germany with My Home Time:Thu Nov 11 05:21:00 1999
Nov 11 05:13:16 board isdnlog: !!! Problem with AreaCode: Input string is not a number or empty
Nov 11 05:13:16 board isdnlog:
Nov 11 05:13:16 board isdnlog: Nov 11 05:13:16 tei 98 calling +49 /30D970, Germany with My Home COLP +49 /30D970, Germany
Nov 11 05:13:16 board isdnlog: Nov 11 05:13:16 tei 98 calling +49 /30D970, Germany with My Home CONNECT (Data)
Nov 11 05:13:16 board isdnlog: Nov 11 05:13:16 tei 98 calling +49 /30D970, Germany with My Home CHARGE: Oppps: No charge infos for provider 90, Zone -1
Nov 11 05:13:16 board kernel: isdn_net: ippp0 connected
Nov 11 05:13:16 board kernel: isdn_net: chargetime of ippp0 now 150072
Nov 11 05:13:16 board ipppd[83]: Local number: 56498615, Remote number: 010900191700, Type: outgoing
Nov 11 05:13:16 board ipppd[83]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7
Nov 11 05:13:16 board ipppd[83]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x47f2d9a1>]
Nov 11 05:13:16 board ipppd[83]: rcvd [0][LCP ConfReq id=0x1 <auth chap md5> <magic 0x768be4d7>]
Nov 11 05:13:16 board ipppd[83]: sent [0][LCP ConfAck id=0x1 <auth chap md5> <magic 0x768be4d7>]
Nov 11 05:13:19 board ipppd[83]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x47f2d9a1>]
Nov 11 05:13:19 board ipppd[83]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x47f2d9a1>]
Nov 11 05:13:19 board ipppd[83]: lcp layer is UP
Nov 11 05:13:19 board ipppd[83]: rcvd [0][CHAP Challenge id=0x2 <210df9e6d3c0ad9a8774614e3b281502>, name = "chap"]
Nov 11 05:13:19 board ipppd[83]: ChapReceiveChallenge: Rcvd id 2.
Nov 11 05:13:19 board ipppd[83]: ChapReceiveChallenge: received name field: 'chap'
Nov 11 05:13:19 board ipppd[83]: No CHAP secret found for authenticating us to chap
Nov 11 05:13:19 board ipppd[83]: sent [0][CHAP Response id=0x2 <bd6ce8a3f978f3e49ea2bec4afc4c01c>, name = "board"]
Nov 11 05:13:21 board ipppd[83]: rcvd [0][CHAP Failure id=0x2 ""]
Nov 11 05:13:21 board ipppd[83]: ChapReceiveFailure: Rcvd id 2.
Nov 11 05:13:21 board ipppd[83]: CHAP authentication failed
Nov 11 05:13:21 board ipppd[83]: rcvd [0][LCP TermReq id=0x3]
Nov 11 05:13:21 board ipppd[83]: LCP terminated by peer
Nov 11 05:13:21 board ipppd[83]: sent [0][LCP TermAck id=0x3]
Nov 11 05:13:21 board isdnlog: Nov 11 05:13:21 tei 98 calling +49 /30D970, Germany with My Home Normal call clearing (User)
Nov 11 05:13:21 board kernel: isdn: HiSax,ch0 cause: E0010
Nov 11 05:13:21 board kernel: ippp0: remote hangup
Nov 11 05:13:21 board kernel: ippp0: Chargesum is 0
Nov 11 05:13:21 board kernel: ippp, open, slot: 0, minor: 0, state: 0000
Nov 11 05:13:21 board kernel: ippp_ccp: allocating reset data structure
Nov 11 05:13:21 board ipppd[83]: Modem hangup
Nov 11 05:13:21 board ipppd[83]: Connection terminated.
Nov 11 05:13:21 board ipppd[83]: taking down PHASE_DEAD link 0, linkunit: 0
Nov 11 05:13:21 board ipppd[83]: LCP is down
Nov 11 05:13:21 board ipppd[83]: closing fd 7 from unit 0
Nov 11 05:13:21 board ipppd[83]: link 0 closed , linkunit: 0
Nov 11 05:13:21 board ipppd[83]: reinit_unit: 0
Nov 11 05:13:21 board ipppd[83]: Connect[0]: /dev/ippp0, fd: 7
Nov 11 05:13:21 board isdnlog: Nov 11 05:13:21 tei 98 calling +49 /30D970, Germany with My Home HANGUP ( 0:00:05) Normal call clearing (User)
## /etc/ppp/chap-secrets
# Secrets for authentication using CHAP
# client server secret IP addresses
"micky2309(a)planet-interkom.de" * "xxxxxxxx"
"*" micky2309(a)planet-interkom.de "xxxxxxxxx"
## /etc/ppp/pap-secrets
# Secrets for authentication using PAP
# client server secret IP addresses
# OUTBOUND CONNECTIONS
# Here you should add your userid password to connect to your providers via
# pap. The * means that the password is to be used for ANY host you connect
# to. Thus you do not have to worry about the foreign machine name. Just
# replace password with your password.
# If you have different providers with different passwords then you better
# remove the following line.
#hostname * password
# INBOUND CONNECTIONS
#client hostname <password> 192.168.1.1
# If you add "auth login -chap +pap" to /etc/mgetty+sendfax/login.config,
# all users in /etc/passwd can use their password for pap-authentication.
#
# Every regular user can use PPP and has to use passwords from /etc/passwd
#* hostname ""
# UserIDs that cannot use PPP at all. Check your /etc/passwd and add any
# other accounts that should not be able to use pppd! Replace hostname
# with your local hostname.
#guest hostname "*" -
#master hostname "*" -
#root hostname "*" -
#support hostname "*" -
#stats hostname "*" -
"suse" * "linux"
"micky2309(a)planet-interkom.de" * "xxxxxxxxxx"
## /etc/ppp/ioptions
# /etc/ppp/ioptions
# for isdn4linux/syncPPP global options for ipppd
#
#
# Klaus Franken, kfr(a)suse.de
# Version: 15.05.97 (5.0)
#
#
lock
# Set 'debug' to create a lot of information in /var/log/messages
debug
# Set '+pwlog' for logging passwords in /var/log/messages
+pwlog
## /etc/ppp/ioptions.YAST
# /etc/ppp/options.ippp?
#
# for isdn4linux/syncPPP and dynamic IP-numbers
#
#
# Klaus Franken, kfr(a)suse.de
# Version: 27.08.97 (5.1)
#
# This file is copy by YaST from /etc/ppp/ioptions.YaST
# to options.<device>
# The device(s)
# for more than one device try:
# /dev/ippp0 /dev/ippp1 ...
/dev/ippp0
# The IP addresses: <local>:<remote>
# just "0.0.0.0:" or nothing for dynamic IP
#0.0.0.0:
# my user name
user "micky2309(a)planet-interkom.de"
# my system name (only for CHAP!)
# name my_system_name
# accept IP addresses from peer
# use with dynamic IP
ipcp-accept-local
ipcp-accept-remote
noipdefault
# try to get IP address from interface
# option specific to ipppd (as opposed to pppd)
# use only with static IP
#useifip
# disable all header-compression
-vj
-vjccomp
-ac
-pc
-bsdcomp
# sometimes you need this:
#noccp
# max receive unit
mru 1524
# max transmit unit
mtu 1500
# If this machine is a server, force authentication by uncommenting one
# of the following. However, if this machine is a client, doing this will
# prevent a succesful connection! (message "peer refused to authenticate").
# So, only uncomment on a server.
# "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!!
#+pap
#+chap
# if you have problems with handshaking (no response for first
# lcp-package) try to decrease the retry-cycle. Default is 3 sec,
# try for example 2 sec:
# lcp-restart 2
## /etc/ppp/options
# to <n>.
#remotename <n>
# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system. {proxyarp,noproxyarp}
noproxyarp
# Use the system password database for authenticating the peer using
# PAP. Note: mgetty already provides this option. If this is specified
# then dialin from users using a script under Linux to fire up ppp wont
work.
#login
# If this option is given, pppd will send an LCP echo-request frame to
# the peer every n seconds. Under Linux, the echo-request is sent when
# no packets have been received from the peer for n seconds. Normally
# the peer should respond to the echo-request by sending an echo-reply.
# This option can be used with the lcp-echo-failure option to detect
# that the peer is no longer connected.
#lcp-echo-interval 30
# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection. Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
#lcp-echo-failure 4
# Specifies that pppd should disconnect if the link is idle for n seconds.
#idle 600
# Disable the IPXCP and IPX protocols.
noipx
# Disable VJ
novj
novjccomp
# ---<End of File>---
## /etc/ppp/options.ippp0
# /etc/ppp/options.ippp?
#
# for isdn4linux/syncPPP and dynamic IP-numbers
#
#
# Klaus Franken, kfr(a)suse.de
# Version: 27.08.97 (5.1)
#
# This file is copy by YaST from /etc/ppp/ioptions.YaST
# to options.<device>
# The device(s)
# for more than one device try:
# /dev/ippp0 /dev/ippp1 ...
/dev/ippp0
# The IP addresses: <local>:<remote>
# just "0.0.0.0:" or nothing for dynamic IP
#0.0.0.0:
# my user name
user "micky2309(a)planet-interkom.de"
# my system name (only for CHAP!)
# name my_system_name
# accept IP addresses from peer
# use with dynamic IP
ipcp-accept-local
ipcp-accept-remote
noipdefault
# try to get IP address from interface
# option specific to ipppd (as opposed to pppd)
# use only with static IP
#useifip
# disable all header-compression
-vj
-vjccomp
-ac
-pc
-bsdcomp
# sometimes you need this:
#noccp
# max receive unit
mru 1524
# max transmit unit
mtu 1500
# If this machine is a server, force authentication by uncommenting one
# of the following. However, if this machine is a client, doing this will
# prevent a succesful connection! (message "peer refused to authenticate").
# So, only uncomment on a server.
# "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!!
#+pap
#+chap
# if you have problems with handshaking (no response for first
# lcp-package) try to decrease the retry-cycle. Default is 3 sec,
# try for example 2 sec:
# lcp-restart 2
## ls -l /etc/ppp
total 21
lrwxrwxrwx 1 root root 7 Oct 14 01:41 auth-down -> auth-up
-rwxr-x--x 1 root root 469 Mar 6 1998 auth-up
-rw------- 1 root root 177 Nov 11 18:25 chap-secrets
-rw-r--r-- 1 root root 0 Nov 11 19:08 dir
-rw-r--r-- 1 root root 1897 Apr 4 1999 ibod.cf
-rw-r----- 1 root root 281 Nov 11 03:54 ioptions
-rw-r----- 1 root root 1395 Nov 11 05:08 ioptions.YaST
lrwxrwxrwx 1 root root 5 Oct 14 01:41 ip-down -> ip-up
-rwxr-x--x 1 root root 3031 Jul 18 1998 ip-up
-rw-r--r-- 1 root root 5908 Apr 4 1999 options
-rw-r----- 1 root root 1395 Nov 11 04:30 options.ippp0
-rw------- 1 root root 1145 Nov 11 18:26 pap-secrets
-rw------- 1 root root 0 Oct 28 21:24 pap-secrets.new
drwxr-xr-x 2 root root 1024 Oct 14 01:44 peers