Einwahl über ISDN klappt nicht

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Einwahl über ISDN klappt nicht

Beitrag von derAlte » 03.03.2003 12:02:46

hallo,kann mir mal einer helfen
bei der Eingabe von " isdnctrl dial ippp0"
kommt "ippp0 is triggered" ???
danke

Benutzeravatar
blaubaer
Beiträge: 417
Registriert: 20.02.2003 13:57:01
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von blaubaer » 03.03.2003 12:11:11

was sagen denn die Logs?

Code: Alles auswählen

tail -f /var/log/syslog
tail -f /var/log/messages
Gruss Blaubär

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 03.03.2003 13:09:35

hallo blaubaer
aus den messages die Zeilen über einen Einwahlversuch
Mar 3 12:24:53 DURON kernel: ippp0: dialing 1 0191011...
Mar 3 12:24:54 DURON ipppd[229]: Local number: 3436231637, Remote number: 0191011, Type: outgoing
Mar 3 12:24:54 DURON ipppd[229]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
Mar 3 12:24:54 DURON kernel: isdn_net: ippp0 connected
Mar 3 12:25:04 DURON ipppd[229]: LCP: timeout sending Config-Requests
Mar 3 12:25:04 DURON ipppd[229]: Connection terminated.
Mar 3 12:25:04 DURON ipppd[229]: taking down PHASE_DEAD link 0, linkunit: 0
Mar 3 12:25:04 DURON ipppd[229]: closing fd 8 from unit 0
Mar 3 12:25:04 DURON ipppd[229]: link 0 closed , linkunit: 0
Mar 3 12:25:04 DURON ipppd[229]: reinit_unit: 0
Mar 3 12:25:04 DURON ipppd[229]: Connect[0]: /dev/ippp0, fd: 8
Mar 3 12:25:04 DURON kernel: isdn_net: local hangup ippp0
Mar 3 12:25:04 DURON kernel: ippp0: Chargesum is 0

daraus schließe ich,daß die Verbindung bestanden hat und evtl an der
Kennwortübergabe scheitert
wie muß genau die Zeile in der pap-secrets aussehen?
oder ist ein anderer Fehler zu ersehen?
mfg derAlte 8O

Benutzeravatar
blaubaer
Beiträge: 417
Registriert: 20.02.2003 13:57:01
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von blaubaer » 03.03.2003 13:32:42

hi "alter"
die pap / chap-secrets müssten so aussehen:

benutzername "*" "passwort"

Eine andere Fehlerursache könnte auftreten, wenn du ISDN mithilfe von debconf eingerichtet hast und dein Username ein Sonderzeichen wie "@" enthält.
ein Username wie "user@provider.de" wird von debconf beim Eintrag in /etc/isdn/ipppd.ippp0 in der Sektion # AUTHENTICATION zu "user.de".

Ist dies der Fall in /etc/isdn/ipppd.ippp0 in der Sektion # AUTHENTICATION einfach den username korrigieren
name user@provider.de # set local name for auth XXX_

Gruss Blaubär

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

ich krieg das nicht hin

Beitrag von derAlte » 04.03.2003 19:31:49

ich krieg das nicht hin
hallo Leute
ich hab alle Einträge in dev.ippp0 und ipppd.ippp0 und pap.secrets zigmal geändert und
verschiedene Varianten probiert
als Benutzername (weil T-Online) die ' Kennung#OnlineNr#Suffix' wie vorgeschrieben
hintereinander gesetzt dann * password
ich hab die /etc/resolv.conf weil es die bei mir komischerweise garnicht gab,selber angelegt und
btx.dtag.de 194.25.2.129 eingetragen,
es ist zum verzweifeln auf
# isdnctrl dial ippp0 folgt
Dailing of ippp0 triggered
und der Eintrag in messages ist immer wieder so wie in meinem vorigen Beitrag
was mache ich falsch,wer hatte schon mal so ein Problem
wer hilft dem Alten
8O

Benutzeravatar
Bert
Beiträge: 3751
Registriert: 16.07.2002 14:06:52
Wohnort: Dresden
Kontaktdaten:

Beitrag von Bert » 04.03.2003 20:02:03

In der Datei /etc/isdn/ipppd.ippp0 kannst Du mal mit den Parametern debug und kdebug spielen. Ich glaub nich so richtig, daß es an der Authorisation liegt. Die Gegenstelle antwortet 10 s lang nicht auf ein LCP Request. Ich denke, da ist noch was anderes faul. Ansonsten kannst du ja mal den Inhalt der besagen Datei senden und auch (auszugsweise) den von device.ippp0.
Programmer: A biological machine designed to convert caffeine into code.
xmpp:bert@debianforum.de

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 04.03.2003 22:09:55

also ich sende einfach mal die beiden Dateien in voller Länge
auszugsweise ist mir zu unsicher
-----------------------------------------------------------------------------------------------------------
ipppd.ippp0
# Options file for ipppd.
# ipppd will not read /etc/ppp/options or /etc/ppp/ioptions or any other
# config file. Everything has to be in here.


# "peer" is the name for our syncppp partner.

# STANDARD OPTIONS

#debug # enable debugging
#kdebug X # set kernel debugging level to X
#nodetach # (no) fork to the background
#callback X # ask for callback (parameter X ?)
#lock # create a lock file for device
#domain X # add domain X to a given hostname
#pidfile X # save pid in file X
#call X # take options from privileges file (???)
#idle X # idle time limit (seconds)
#holdoff X # holdoff time limit (seconds)
#maxconnect X # set maximum connection time (in seconds ?)
#+mp # enable multi line ppp
#+pwlog # log password (WARNING: possible security hole)
#nomagic # magic number negotiation

# ppp handshake : tuning

#silent # don't even try to initiate the connection
#passive # wait for the peer to initiate the connection
#lcp-echo-failure X # consecutive echo failures
#lcp-echo-interval X # time for lcp echo events
lcp-restart 1 # Set timeout for LCP
#lcp-max-terminate X # Set max #xmits for term-reqs
#lcp-max-configure X # Set max #xmits for conf-reqs
#lcp-max-failure X # Set max #conf-naks for LCP


AUTHENTICATION

Name # set local name for auth XXX_
#user X # set name for auth with peer; default is value for name
#usehostname # use hostname for auth
#remotename X # set remote name for auth
#noauth # (dont) require peer (the other) to auth
#require-pap # allow only pap authentication (dialin only)
#require-chap # allow only chap authentication (dialin only)
#login # use system password database for pap
#papcrypt # pap passwords are encrypted

# AUTHENTICATION TUNING
#pap-restart X # Set retransmit timeout for PAP
#pap-max-authreq X # Set max #xmits for auth-reqs
#pap-timeout X # Set time limit for peer PAP auth.
#chap-restart X # Set timeout for CHAP
#chap-max-challenge X # Set max #xmits for challenge
#chap-interval X # Set interval for rechallenge

# COMPRESSION

#noaccomp # address compression on/off
#nopcomp # protocol field compression on/off
#novj # van jacobsen compression on/off
#novjccomp # van jacobsen connection-ID compression on/off
#vj-max-slots X # tune maximum vj header slots
#nobsdcomp # bsd compression on/off
#nodeflate # deflate compression on/off
#nopredictor1 # predictor1 compression in/off
noccp # compression negotation on/off
nolzs # LZS compression off (not yet supported fully)


# IP NETWORKING

#noip # (do not) disable ip transfer
#X:Y # (do not) set local ip to X, remote ip to Y
noipdefault # do not use name for default ip addr
#useifip # (do) use ip addresses from interface
#usefirstip # (do) use first ip from auth file for remote
netmask 255.255.255.255 # do set netmask, 255.255.255.255 for pointopoint
#defaultroute # (do not) set default route
nohostroute # do not set host route
#proxyarp # (do not) set an proxy arp entry
#mru X # (do not) set maximum size of receive units to X
#default-mru # (do not) enable mru negotation
mtu 1500 # do set max size of transmit units (1500 is OK)
#useifmtu # (do not) use mtu from interface
#ipparam X # (do not) set ip parameters in script X
#ms-dns X # (do not) set dns addr for the peers use (dialin only)
#ms-wins X # (do not) wins address for the peers use (dialin only)
ms-get-dns # (do not) accept peers suggestion of dns addr (dialout)
#set_userip # (do not) define valid ip addrs in /etc/ppp/useriptab


#ipcp-restart X # Set timeout for IPCP
#ipcp-max-terminate X # Set max #xmits for term-reqs
#ipcp-max-configure X # Set max #xmits for conf-reqs
#ipcp-max-failure X # Set max #conf-naks for IPCP
ipcp-accept-local # Accept peer's address for us
ipcp-accept-remote # Accept peer's address for it

# IPX NETWORKING

#noipx # en/disable ipx
#ipx-network X # IPX network number
#ipxcp-accept-network # Accept peer netowrk
#ipx-node X # IPX node number
#ipxcp-accept-local # Accept our address
#ipxcp-accept-remote # Accept peer's address
#ipx-routing X # IPX routing proto number
#ipx-router-name X # IPX router name
#ipxcp-restart X # Set timeout for IPXCP
#ipxcp-max-terminate X # max #xmits for term-reqs
#ipxcp-max-configure X # max #xmits for conf-reqs
#ipxcp-max-failure X # max #conf-naks for IPXCP
------------------------------------------------------------------------------------------------------
device.ippp0

#!/bin/sh

# Instructions: read the comments for each command, and if necessary, edit
# the command (e.g. replace EAZ with your real EAZ or MSN). Look for lines
# marked with XXX_, which is probably all you need to change.
# If the command is commented out, remove the leading '#' to enable it if
# the command is needed.
#
# After you have configured this file, remove the "Warning!" line above to
# enable this file.

# If using dynamic IP addresses:
# Check out the /etc/ppp/ip-up.d/isdnutils and /etc/ppp/ip-down.d/isdnutils
# scripts, to ensure that any routing is done correctly there (the
# ip-up.d/isdnutils script is run after a syncPPP link is established, and the
# ip-down.d/isdnutils script is run after the link goes down).
# You need to have the ppp package installed for those scripts to work.

set -e # exit on _any_ error

# Get the device name
device=`basename $0`; device=${device#*.}
# this used to be simple, but POSIX is a bit more limited
# ippp0+8 -> devtype=ippp
devtype=${device%%[0-9]*}
# ippp0+8 -> devnums=0+8
devnums=${device##$devtype}
# ippp0+8 -> device=ippp8
device=$devtype${devnums#[0-9]*+}
dowhat="$1"
masterslave="$2"
case "x$masterslave" in
xmaster) master=true; slave=false;;
xslave) master=false; slave=true; masterdevice="$3";;
x) master=false; slave=false;;
*) echo "Error, $0 called with unknown 2nd arg '$masterslave', aborting!"
exit 1;;
esac


# The (dummy) IP addresses
#
# Use 10.0.0.1 for LOCALIP and 10.0.0.2 for REMOTEIP if you have
# dynamic IP addresses; with static address fill in the real values!

LOCALIP=192.168.1.10 # XXX_
REMOTEIP=194.25.2.129 # XXX_

# Phone numbers (without the leading zero)
#
# REMOTEMSN may be a list of numbers to dial, separated by a space.
# If you do that, DO put quotes around the whole value! Like:
# REMOTEMSN='221345788 221345789'
#
# The REMOTEMSN must be the areacode (without the leading zero) + phonenumber!
#
# Example: areacode: 0221 phonenumber: 345789
# => REMOTEMSN='221345789'
#
# EXPLANATION:
# A zero is added below when it is used as the outgoing number;
# when it it used as the incoming number, it must be without a leading zero
# (which is why you must leave that leading zero out below).
# The local number must also be given without the leading zero!
#
# EXCEPTION:
# In countries where there are NO areacodes, this leading zero must NOT be
# added. In that case, change the value of LEADINGZERO below to ''
# LEADINGZERO could conceivably need to be something else in certian
# situations, so it is configurable.

LOCALMSN=03436231637
REMOTEMSN=0191011

# DIALMODE:
# New with kernel 2.0.36 is the `dialmode' setting.
# dialmode=auto is compatible with the old behaviour (dial-on-demand enabled).
# Read the isdnctrl manpage for more info.
# Change the value below if you want a different setting when the interface is
# started.
# For slave devices (channel bundling) dialmode _must_ be auto,
# so for slave devices this setting is ignored.

DIALMODE=manual # XXX_ other values can be 'on' and 'off'

# Encapsulation (default is syncppp for ipppX devices, rawip for isdnX devices)
# Change the next four lines if you need some other value.
if expr ${device} : ippp > /dev/null
then ENCAP=syncppp
else ENCAP=rawip
fi

# Configuration (start)

case "$dowhat" in
start)
# XXX_
# If running kernel 2.0.31 or higher, enable the IP dynamic hack
# (if needed). See linux/Documentation/networking/ip_dynaddr.txt .
# Default is: enabled. If you have static IP numbers, you can remove
# the next line.
[ -f /proc/sys/net/ipv4/ip_dynaddr ] && echo 5 > /proc/sys/net/ipv4/ip_dynaddr

# First you need to create the interface
if $slave
then isdnctrl addslave ${masterdevice} ${device}
else isdnctrl addif ${device}
fi

# eaz name num
# Set the EAZ (German 1TR6 protocol) or MSN (Euro-ISDN E-DSS1) for
# interface "name" to "num". For an EAZ this is only one digit, for a
# MSN "num" is the whole MSN.
# In the Netherlands this includes the areacode, but not the leading 0.
# (other countries?)
isdnctrl eaz ${device} $LOCALMSN

# addphone name out num
# Set the phone number(s) of the remote site for the IP-interface
# "name". More than one number can be set by calling isdnctrl addphone
# repeatedly. If more than one number is set these will be tried one
# after another. When using an german SPV-type connection, with a
# ICN-card, the number has to be preceeded by a capital S.
# This is the "normal" number.

if [ ! -z "$REMOTEMSN" ]; then
for MSN in $REMOTEMSN; do
isdnctrl addphone ${device} out $MSN
done
fi

# addphone name in num
# Set the phone number(s) that the IP-interface "name" is supposed to
# accept for incoming calls. If no number is given, incoming calls are
# disabled. More than one number can be set by calling isdnctrl addphone
# repeatedly. Also wildcards can be used (see below).
# In the Netherlands (and elsewhere?),
# this is with areacode but without leading 0
#if [ ! -z "$REMOTEMSN" ]; then
# for MSN in $REMOTEMSN; do
# isdnctrl addphone ${device} in $MSN
# done
#fi

# secure name on|off
# Turns on or off the security feature for interface "name". If set to
# on, incoming calls will only be accepted if the calling number has
# been added to the access list with isdnctrl addphone name in.
isdnctrl secure ${device} on

# huptimeout name seconds
# Set the hangup timeout for interface "name" to "seconds". If there
# is inactivity (i.e. no traffic on the interface) for the given time
# the driver automatically shuts down the connection.
# Default is 60 seconds
#isdnctrl huptimeout ${device} 60 # XXX_

# dialmax name num
# Set the number of dial atempts for interface "name" to "num". If
# dialing, each phonenumber is tried this many times before giving up.
#isdnctrl dialmax ${device} NUM

# ihup name on|off
# Turn on or off the hangup timeout for incoming calls on interface name
#isdnctrl ihup ${device} on

# encap name encapname
# Set the encapsulation mode for interface "name". Possible modes for
# encapname are: rawip ip cisco-h ethernet syncppp uihdlc
# (most people use rawip, syncppp or cisco-h; syncppp is normal for
# ISP's, rawip is normal for semi-fixed linux-linux connections)
#isdnctrl encap ${device} $ENCAP

# l2_prot name protocol
# Set the layer-2 protocol for interface "name". Possible values for
# "protocol" are x75i, x75ui, x75bui and hdlc
# (most people use hdlc)
#isdnctrl l2_prot ${device} hdlc

# l3_prot name protocol
# Set the layer-3 protocol for interface "name". At the moment only
# trans is supported. If protocol is omitted the current setting is
# printed.
#isdnctrl l3_prot ${device} trans

# verbose num
# Set verbosity level to <num>.
# (2 shows the first package of every connection, that is very useful.)
# WARNING: this is a global parameter, that affects all isdn devices!
#isdnctrl verbose 2

# CHARGEHUP FUNCTION

# chargehup name on|off
# Turn on or off hangup before next charge info for interface name. This
# can only be used if the ISDN provider transmits charge info during and
# after the connection. If set to on, the driver will close the
# connection just before the next charge info will be received if the
# interface is inactive.
#isdnctrl chargehup ${device} on

# chargeint name seconds
# When "seconds" are given, the charge interval for the given interface
# is set. This may be of use on ISDN lines with no chargeinfo or no
# online chargeinfo. The connection will only be closed 2 seconds before
# the end of the next charge interval and only, if huptime out seconds
# of inactivity have been reached. If ihup is on, also incomming
# connections are closed by this mechanism.
#isdnctrl chargeint ${device} NUM

# CALLBACK FUNCTION

# callback name off|in|out
# Selects callback mode for interface "name". If call-back mode is in,
# then after getting an incoming call, a callback is triggered. If
# callback mode is out, then this system does the initial call, then
# waiting for callback of the remote machine.
#isdnctrl callback ${device} MODE

# cbdelay name seconds
# Set the callback delay for interface "name" to "seconds". If callback
# mode for this interface is in, dialing is delayed the given time. If
# the callback mode is out, after dialing out and waiting the given
# time, a hangup is issued to free the line for the incoming callback
# from the remote machine. This hangup-after-dial is disabled by setting
# cbdelay to 0.
#isdnctrl cbdelay ${device} SECONDS

# cbhup name on|off
# Turns on or off Hangup (Reject) for interface "name" before starting
# Callback.
#isdnctrl cbhup ${device} MODE

# OTHER OPTIONS

# There are other options not used by most people. You can insert these
# options here.

# See also : isdnctrl(8), isdnctrl help text

# pppbind is needed when using one ipppd per ippp interface
# (like Debian does)
bindnum=`expr $device : 'ippp\(.*\)'` || true
if [ ! -z "$bindnum" ]; then
isdnctrl pppbind ${device} $bindnum
fi

# NETWORK SETUP

# Network device setup as usual (not applicable to slave devices!)
# See also : ifconfig(8) route(8) or any book about unix networking.

if ! $slave; then
ifconfig ${device} $LOCALIP pointopoint $REMOTEIP netmask 255.255.255.255
set +e # ignore errors from here on

route del -host $REMOTEIP ${device} 2>/dev/null
route add -host $REMOTEIP ${device}

# setting default route here is only useful if this is your only
# outside connection... The default is ippp0 for the default route.
# NOTE: default route for ippp0 is also set in /etc/ppp/ip-up.d/00-ipppd
# and /etc/ppp/ip-down.d/99-ipppd ! So if you don't want the
# default route over ippp0, edit those scripts as well.
# Another solution is not to use ippp0 at all; this is only done
# for ippp0 so by skipping that (and starting with ippp1 for
# example) you don't have to edit anything to avoid changing the
# default route!
if [ "$bindnum" = 0 ]; then
route del default 2>/dev/null
route add default netmask 0 ${device}
fi

# FIREWALL RULES XXX_

# Explicitly list what's allowed, and then deny the rest.
# I'm assuming kernel 2.2.x here, hence ipchains
# instead of ipfwadm or iptables. Note also that this is pretty
# simple-minded, and offers only rudimentary protection.
#
# The firewall rules below will only work here if using static IP
# addresses!!! For dynamic addresses the rules should be added in
# /etc/ppp/ip-up.d/00-isdnutils and deleted in
# /etc/ppp/ip-down.d/99-isdnutils .
# Also note you usually only want a setup as below for the interface
# facing the internet, not if you're using the interface to connect a
# local subnet (unless you're using masquerading).
# Also be sure to check the config to make sure it fits what you want.
#
# ipchains -A input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} 1000:
# ipchains -A input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} ssh
# ipchains -A input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} smtp
# ipchains -A input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} ident
# ipchains -A input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} ftp
# ipchains -A input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} http
# ipchains -A input -j ACCEPT -i ${device} -p UDP -d ${LOCALIP} 1024:
# ipchains -A input -j ACCEPT -i ${device} -p ICMP -d ${LOCALIP}
# ipchains -A input -j DENY -i ${device}

# If you don't have masquerading set up yet, try the following
# (I recommend the ipmasq package).
# Replace 192.168.1 with the network number you use on the hosts
# that will use masquerading.
# ipchains -I forward -j MASQ -s 192.168.1.0/24
fi # not slave

# ignore errors in case of older kernel
if $slave
then isdnctrl dialmode $device auto >/dev/null 2>&1
else isdnctrl dialmode $device $DIALMODE >/dev/null 2>&1
fi
;;

# Delete the interface
stop)
set +e # ignore errors from here on

isdnctrl dialmode $device off >/dev/null 2>&1

if ! $slave; then
# FIREWALL RULES XXX_

# Undo the things done above.
#
# ipchains -D input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} 1000:
# ipchains -D input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} ssh
# ipchains -D input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} smtp
# ipchains -D input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} ident
# ipchains -D input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} ftp
# ipchains -D input -j ACCEPT -i ${device} -p TCP -d ${LOCALIP} http
# ipchains -D input -j ACCEPT -i ${device} -p UDP -d ${LOCALIP} 1024:
# ipchains -D input -j ACCEPT -i ${device} -p ICMP -d ${LOCALIP}
# ipchains -D input -j DENY -i ${device}

# If you don't have masquerading set up yet, try the following.
# Replace 192.168.1 with the network number you use on the hosts
# that will use masquerading.
# ipchains -D forward -j MASQ -s 192.168.1.0/24

# Commands to undo the network stuff
route del $REMOTEIP $device 2> /dev/null
# only delete default route if set above!
# The default is to use ippp0 for your default route.
bindnum=`expr $device : 'ippp\(.*\)'`
if [ "$bindnum" = 0 ]; then
route del default netmask 0 2>/dev/null
fi
ifconfig $device down 2> /dev/null
isdnctrl delif $device 2> /dev/null
# If this was the master device,
# the delif will also have removed the slaves.
fi
;;

# the rest is generic, don't touch
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac

exit 0

# vim:set sw=4 si:

----------------------------------------------------------------------------------------------------------
herzlichen Dank für die Mühe,das alles zu durchforsten
--ich kann das danken nicht lassen
ein guter Freund sagte zu mir,genug nun,ich hab schon den ganzen Dachboden
voll von deinen Dankeschöns-- mfg 8O der Alte

Benutzeravatar
blaubaer
Beiträge: 417
Registriert: 20.02.2003 13:57:01
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von blaubaer » 05.03.2003 11:10:37

moin,
ich habe mal dein Posting mit meinen Dateien verglichen
deine Einstellungen stehen links, meine Einstellungen in der entsprechenden Zeile stehen rechts in eckigen Klammern daneben.
vielleicht hilft es
Gruss Blaubär

Code: Alles auswählen

ipppd.ippp0 :
AUTHENTICATION
Name # set local name for auth XXX_  [name mein_username  	# set local name for auth XXX_]

device.ippp0:
LOCALMSN=03436231637 [nur Durchwahl - ohne Vorwahl]
#isdnctrl l2_prot ${device} hdlc [ohne #]
#isdnctrl l3_prot ${device} trans [ohne #]
#isdnctrl verbose 2 [ohne #]

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 05.03.2003 18:39:07

hallo alle,hallo blaubaer
ich habe die Änderungen vorgenommen und dann eine Einwahl versucht
leider wieder ' Dailing of ippp0 triggered'
als ich in messages nachgeschaut hab,entdecke ich weiter oben eine Meldung zu hisax die vom Hochfahren stammt
und poste deshalb mal diese Zeilen mit.Nur die letzten 3 Zeilen betreffen den Einwahlversuch

Mar 5 17:59:45 DURON kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded
Mar 5 17:59:45 DURON kernel: HiSax: Linux Driver for passive ISDN cards
Mar 5 17:59:45 DURON kernel: HiSax: Version 3.5 (module)
Mar 5 17:59:45 DURON kernel: HiSax: Layer1 Revision 1.1.4.1
Mar 5 17:59:45 DURON kernel: HiSax: Layer2 Revision 1.1.4.1
Mar 5 17:59:45 DURON kernel: HiSax: TeiMgr Revision 1.1.4.1
Mar 5 17:59:45 DURON kernel: HiSax: Layer3 Revision 1.1.4.1
Mar 5 17:59:45 DURON kernel: HiSax: LinkLayer Revision 1.1.4.1
Mar 5 17:59:45 DURON kernel: HiSax: Warning - no protocol specified :?:
Mar 5 17:59:45 DURON kernel: HiSax: using protocol EURO
Mar 5 17:59:45 DURON kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0)
Mar 5 17:59:45 DURON kernel: HiSax: AVM PCI driver Rev. 1.1.4.1
Mar 5 17:59:45 DURON kernel: AVM PnP: Class A Rev 2
Mar 5 17:59:45 DURON kernel: AVM PCI/PnP: reset
Mar 5 17:59:45 DURON kernel: AVM PCI/PnP: S1 0
Mar 5 17:59:45 DURON kernel: HiSax: AVM Fritz!PnP config irq:4 base:0xDC00
Mar 5 17:59:45 DURON kernel: AVM PnP: ISAC version (0): 2086/2186 V1.1
Mar 5 17:59:45 DURON kernel: AVM Fritz PnP/PCI: IRQ 4 count 0
Mar 5 17:59:45 DURON kernel: AVM Fritz PnP/PCI: IRQ 4 count 5
Mar 5 17:59:45 DURON kernel: HiSax: DSS1 Rev. 1.1.4.1
Mar 5 17:59:45 DURON kernel: HiSax: 2 channels added
Mar 5 17:59:45 DURON kernel: HiSax: MAX_WAITING_CALLS added
Mar 5 17:59:45 DURON kernel: kjournald starting. Commit interval 5 seconds
Mar 5 17:59:45 DURON kernel: EXT3 FS 2.4-0.9.17, 10 Jan 2002 on ide1(22,2), internal journal
Mar 5 17:59:45 DURON kernel: EXT3-fs: mounted filesystem with ordered data mode.
Mar 5 17:59:46 DURON kernel: isdn: Verbose-Level is 2
Mar 5 17:59:46 DURON ipppd: Exit.
Mar 5 17:59:46 DURON lpd[307]: restarted
Mar 5 17:59:48 DURON xfs: ignoring font path element /usr/lib/X11/fonts/cyrillic/ (unreadable)
Mar 5 17:59:49 DURON xfs: ignoring font path element /usr/lib/X11/fonts/CID (unreadable)
Mar 5 18:05:24 DURON kernel: ippp0: dialing 1 0191011...
Mar 5 18:05:34 DURON kernel: isdn_net: local hangup ippp0
Mar 5 18:05:34 DURON kernel: ippp0: Chargesum is 0

ich glaub wir schaffen das noch und freu mich auf Antwort
der Alte 8O

Benutzeravatar
Bert
Beiträge: 3751
Registriert: 16.07.2002 14:06:52
Wohnort: Dresden
Kontaktdaten:

Beitrag von Bert » 05.03.2003 23:25:15

Hmm, hab mal nachgeschaut, das mit dem 'no Protokol spezified' kommt bei mir auch, und die Einwahl funzt. Kommentiere doch bitte mal die Option debug aus und starte das ISDN System per

Code: Alles auswählen

/etc/init.d/isdnutils restart 
neu. Mal sehen ob er dann gesprächiger ist.
Achso, die Meldung 'dialing...triggerd' ist völlig normal. Mehr kommt da nicht.
Programmer: A biological machine designed to convert caffeine into code.
xmpp:bert@debianforum.de

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 06.03.2003 12:14:47

hallo,da bin ich wieder
ja ich glaub man muß nach jeder Änderung den restart machen,also los

DURON:~# /etc/init.d/isdnutils restart
Restarting ISDN services :.
DURON:~# Sorry isdn ppp-driver version 0.0.0 is of date. :P
Maybe ippp0 has no ‘syncppp’ encapsolation? :cry:

[hier gab ich mangels besserem Wissen nur Enter und am folgenden # dann]

DURON:~# isdnctrl hangup ippp0
ippp0 is not connected

………also doch noch nicht am Ziel

der Alte brauch immer noch Hilfe 8O

Benutzeravatar
Bert
Beiträge: 3751
Registriert: 16.07.2002 14:06:52
Wohnort: Dresden
Kontaktdaten:

Beitrag von Bert » 06.03.2003 22:27:51

was sagt den

Code: Alles auswählen

 isdnctrl list ippp0
Und bitte die Ausgabe in code-tags einschließen. Das ließt sich besser. (siehe die Buttons oberhalb des Eingabefeldes)
Programmer: A biological machine designed to convert caffeine into code.
xmpp:bert@debianforum.de

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 06.03.2003 23:37:47

hallo Bert ,hallo alle
die Ausgabe nach isdnctrl list ippp0 sieht so aus

Code: Alles auswählen

Current setup of interface 'ippp0':

EAZ/MSN:                31637
Phone number(s):
  Outgoing:             0191011
  Incoming:
Dial mode:              manual
Secure:                 on
Callback:               off
Reject before Callback: on
Callback-delay:         5
Dialmax:                1
Hangup-Timeout:         10
Incoming-Hangup:        on
ChargeHangup:           off
Charge-Units:           0
Charge-Interval:        0
Layer-2-Protocol:       hdlc
Layer-3-Protocol:       trans
Encapsulation:          rawip
Slave Interface:        None
Slave delay:            10
Master Interface:       None
Pre-Bound to:           Nothing
PPP-Bound to:           0
DURON:~#
Timeout 10 sagt mir was ,denn die Verbindung besteht immer 10 Sekunden und wird lt.
log's vom Kernel beendet.
An anderer Stelle im Forum hab ich gelesen daß das gleiche Problem durch Hinzufügen
eines Euro-Moduls in den Kernel gelöst wurde - aber wie geht das?
das mit dem Code in code-tags muß dem Alten erst gesagt werden,
klar ist das besser zu lesen
Gruß der Alte 8O

Benutzeravatar
Bert
Beiträge: 3751
Registriert: 16.07.2002 14:06:52
Wohnort: Dresden
Kontaktdaten:

Beitrag von Bert » 07.03.2003 09:37:50

Bin jetzt nicht am Linux Rechner, aber ich würde mal sagen, das

Code: Alles auswählen

Encapsulation:          rawip 
nicht richtig ist. Du willst da sicherlich was mit syncppp.

Such mal die folgende Zeile

Code: Alles auswählen

 #isdnctrl encap ${device} $ENCAP 
im File ipppd.ippp0 und nimm das Kommentarzeichen weg. Und dann wie üblich: /etc/init.d/isdn.... restart.

Viel Erfolg.
Programmer: A biological machine designed to convert caffeine into code.
xmpp:bert@debianforum.de

Benutzeravatar
blaubaer
Beiträge: 417
Registriert: 20.02.2003 13:57:01
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von blaubaer » 07.03.2003 10:34:10

tatsache,
dieses Kommentarzeichen habe ich leider übersehen, als ich dein Posting der ipppd.ippp0 Datei mit meiner verglichen habe.:oops:
hoffentlich klappt es jetzt

Gruss Blaubär

Benutzeravatar
blaubaer
Beiträge: 417
Registriert: 20.02.2003 13:57:01
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von blaubaer » 07.03.2003 11:13:13

ooops,
die Zeile

Code: Alles auswählen

#isdnctrl encap ${device} $ENCAP
befindet sich nicht in ipppd.ippp0 sondern in device.ippp0

Ach ja, in derselben Datei solltest du in der Zeile

Code: Alles auswählen

isdnctrl huptimeout ${device} 60	# XXX_
die Zeit in Sekunden (hier 60) einstellen können, nachder die Verbindung (falls kein Transfer erfolgt) automatisch unterbrochen wird.

Gruss Blaubär

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 07.03.2003 12:27:52

danke an Bert und Blaubaer - hallo alle
ich hab alles so nachvollzogen aber es ist noch nicht geschafft

Code: Alles auswählen

DURON:~# /etc/init.d/isdnutils restart
Restarting ISDN services:
These ISDN devices were not stopped by the config files
(possible error in a file?): isdneftd
These are now also being stopped...
isdneftd  done.

DURON:~# isdnctrl dial ippp0
Dialing of ippp0 triggered

DURON:~# imontty

ISDN channel status:

Channel                 Usage Type  Number
----------------------------------------------------------------------
HiSax                   Out   Net   0191011
HiSax                   Off

DURON:~# imontty

ISDN channel status:

Channel                 Usage Type  Number
----------------------------------------------------------------------
HiSax                   Off
HiSax                   Off

DURON:~# isdnctrl list ippp0

Current setup of interface 'ippp0':

EAZ/MSN:                31637
Phone number(s):
  Outgoing:             0191011
  Incoming:
Dial mode:              manual

Secure:                 on
Callback:               off
Reject before Callback: on
Callback-delay:         5
Dialmax:                1
Hangup-Timeout:         10
Incoming-Hangup:        on
ChargeHangup:           off
Charge-Units:           0
Charge-Interval:        0
Layer-2-Protocol:       hdlc
Layer-3-Protocol:       trans
Encapsulation:          syncppp
Slave Interface:        None
Slave delay:            10
Master Interface:       None
Pre-Bound to:           Nothing
PPP-Bound to:           0
DURON:~#
in de syslog sieht das dann so aus (auszugsweise)

Code: Alles auswählen

Mar  7 11:53:39 DURON kernel: isdn_net: ippp0 connected
Mar  7 11:53:39 DURON ipppd[511]: Local number: 31637, Remote number: 0191011, Type: outgoing
....
....
Mar  7 11:53:43 DURON kernel: ippp0: remote hangup
Mar  7 11:53:43 DURON kernel: ippp0: Chargesum is 0
Mar  7 11:53:43 DURON ipppd[511]: Modem hangup
Mar  7 11:53:43 DURON ipppd[511]: Connection terminated.
......
.......

Mar  7 11:53:43 DURON isdnlog: Mar 07 11:53:43   tei 87 calling T-Online with +49 34362/31637
Mar  7 11:54:54 DURON isdnlog: Mar 07 11:54:54 * tei 127 calling ? with ?  9 Einheiten 
Mar  7 11:54:55 DURON isdnlog: Mar 07 11:54:55 * tei 121 calling ? with ?  CHANNEL: BRI, B1 needed 
Mar  7 11:54:55 DURON isdnlog: Mar 07 11:54:55 * tei 121 calling ? with ?  PROGRESS: Public network serving local user 
Mar  7 11:54:55 DURON isdnlog: Mar 07 11:54:55 * tei 121 calling ? with ?  PROGRESS: inband information available 
Mar  7 11:54:57 DURON isdnlog: Mar 07 11:54:57 tei 121 calling ? with ?  HANGUP  
Ob wir das noch hinkriegen ?
Neben mir liegt ne Heft CD (PC-Professionell) mit Suse 8.1
aber eigentlich will ich mir ein Debian mit KDE 3.0 nach meinen Vorstellungen einrichten
und da brauch ich den Online Zugang für apt
mit noch ein klein wenig Hoffnung
der Alte 8O

Benutzeravatar
Bert
Beiträge: 3751
Registriert: 16.07.2002 14:06:52
Wohnort: Dresden
Kontaktdaten:

Beitrag von Bert » 07.03.2003 23:25:57

Ich nutz schon länger kein ISDN mehr, da ich jetzt DSL habe. Tut mir leid, wenn ich auch etwas blind vermute. Aber hast Du die debug Option mal reinkommentiert? Und dann Poste doch bitte nochmal den entsprechenden Zeitabschnitt aus messages oder/und syslog. So schlecht sieht es doch eigentlich erstmal nicht aus. Rufen tut er ja schon ...
Nicht verzagen. Wir schafen das schon noch. Ich kann Dir ja bei Bedarf auch mal meine Dateien senden.
Programmer: A biological machine designed to convert caffeine into code.
xmpp:bert@debianforum.de

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 08.03.2003 09:51:45

hallo Bert
debug hab ich schon reinkommentiert
kann es am Kartentreiber liegen? unter modconf hab ich erst hisax und dann den mit Siemens
ausgewählt,habe dann die Parameter so eingegeben wie ich sie von der knoppix-hdinstall
noch wußte

Code: Alles auswählen

type=27 io=0xDC00 irq=4
(dort lief alles)
ich hab übrigens noch ein kleines Problem,die Tasten Alt+e (€) und Alt+q (@)
funzen nicht,trotz LANG=de_DE@euro,als Tastaturen hab ich schon verschiedene ausprobiert mit xf86cfg -ohne Ergebnis.
Ob ich doch alles nochmal neu installiere?
ich mach jetzt noch ein Versuch und geb dann nochmal das Ergebnis incl.messages durch
bis dahin
Gruß der Alte 8O

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 08.03.2003 10:27:11

hallo da bin ich wieder

bei /etc/init.d/isdnutils restart kommen die Meldungen wie Posting oben isdneftd ???
beim Einwahlversuch geht er ca 10 Sekunden online
die betr. Zeilen aus messages für den Einwahlversuch

Code: Alles auswählen

Mar  8 10:07:30 DURON kernel: ippp0: dialing 1 0191011...
Mar  8 10:07:31 DURON ipppd[1509]: Local number: 31637, Remote number: 0191011, Type: outgoing
Mar  8 10:07:31 DURON ipppd[1509]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8
Mar  8 10:07:31 DURON kernel: isdn_net: ippp0 connected
Mar  8 10:07:41 DURON ipppd[1509]: LCP: timeout sending Config-Requests
Mar  8 10:07:41 DURON ipppd[1509]: Connection terminated.
Mar  8 10:07:41 DURON ipppd[1509]: taking down PHASE_DEAD link 0, linkunit: 0
Mar  8 10:07:41 DURON ipppd[1509]: LCP is down
Mar  8 10:07:41 DURON ipppd[1509]: closing fd 8 from unit 0
Mar  8 10:07:41 DURON ipppd[1509]: link 0 closed , linkunit: 0
Mar  8 10:07:41 DURON ipppd[1509]: reinit_unit: 0 
Mar  8 10:07:41 DURON ipppd[1509]: Connect[0]: /dev/ippp0, fd: 8
Mar  8 10:07:41 DURON kernel: isdn_net: local hangup ippp0
Mar  8 10:07:41 DURON kernel: ippp0: Chargesum is 0
wo steckt bloß der sch... Fehler
ich hoffe noch
der Alte 8O

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 08.03.2003 16:08:38

hallo Leute
ich hoffe immer noch
schaut euch doch die sache nochmal an
oder soll ich mit einer Zusammenfassung,was ich schon alles versucht hab -
der Übersichtlichkeit halber nen neuen Beitrag anfangen?
mfg
derAlte 8O

derAlte
Beiträge: 23
Registriert: 25.02.2003 16:17:00

Beitrag von derAlte » 08.03.2003 18:46:53

hallo
ich muß mich nochmal melden,da ich weitere Versuche gemacht hab
in der /var/log/user.log hab ich zwei Zeilen entdeckt ,die sowohl beim Booten als auch bei
versuchter ISDN-Einwahl reingeschrieben werden

Code: Alles auswählen

Mar  8 16:22:28 DURON ipppd: info: no PAP secret entry for this user! 
Mar  8 16:22:28 DURON ipppd: info: no CHAP secret entry for this user! 
noch ein paar Tips und ich bin vieleicht am Ziel
mfg der Alte 8O

Benutzeravatar
blaubaer
Beiträge: 417
Registriert: 20.02.2003 13:57:01
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von blaubaer » 08.03.2003 19:30:03

genau dieses Problem hatte ich ja auch
ich habe mein Log von damals noch gefunden:

Code: Alles auswählen

debian:~# tail -f /var/log/syslog
Jan 18 00:12:13 debian kernel: isdn: Verbose-Level is 2
Jan 18 00:12:13 debian ipppd: info: no PAP secret entry for this user!
Jan 18 00:12:13 debian ipppd: info: no CHAP secret entry for this user!
wie oben schon erwähnt hat es bei mir ja an dem abgeschnittenen Username in der ipppd.ippp0 gelegen.

So wie es bei dir aussieht wählst du dich bei deinem Provider ein, hast aber keine Idendifikation. Damit wird vom Provider die Verbindung nach einiger Zeit beednet. Du kannst testen ob du online bist, indem du schaust, ob während dieser 10 Sekunden einer der beiden ISDN Kanäle belegt ist. Ist das der Fall wird es wohl an der Identifikation liegen. Mit T-Online kenne ich mich nicht so aus, aber der Username ist da ein wenig special.
Einen guten Link gibt es hier:
http://www.linux-user.de/ausgabe/2001/0 ... _isdn.html

viel Erfolg
Gruss Blaubär

Antworten