ADSL@AON

Das Forum fĂĽr den Linux-Pinguin - auch andere Unix-Derivate (*BSD, (Open)Solaris, Apple's Darwin / MacOS X, ...) sind hier willkommen!
Forumsregeln
Das Forum fĂĽr den Linux-Pinguin - auch andere Unix-Derivate (*BSD, (Open)Solaris, Apple's Darwin / MacOS X, ...) sind hier willkommen!

ADSL@AON

Beitragvon saint » Mi 22 Aug, 2001 21:58

Hiho! ... hab ma amal Linux angschaut ... kenn mich ned wirklich aus und bräuchte meinen Internetzugang ...

Hab alles wie bei dem howto von heimo schön gemacht nur bekomm ich beim starten des pptp immer folgende fehlermeldung:

warn[open_unixsock:pptp_callmgr.c:308]: Call manager for 10.0.0.138 is already running.
fatal[callmgr_main:pptp_callmgr.c:124]: Could not open unix socket for 10.0.0.138
fatal[launch_callmgr:pptp.c:213]: Call manager exited with error 256

woran liegt des bzw. wie kann ich des beheben???

danke im vorraus ...
saint
 

RE: ADSL@AON

Beitragvon saint » Mi 22 Aug, 2001 22:04

aja hab vergessen:

Hab SuSE Linux 7.0 unverändert ... ´hab ka wegen kernl usw ...

bin nur n dummer user mehr ned =)
saint
 

RE: ADSL@AON

Beitragvon Manuel Capellari » Mi 22 Aug, 2001 22:10

>warn[open_unixsock:pptp_callmgr.c:308]: Call manager for 10.0.0.138 is already running.
>fatal[callmgr_main:pptp_callmgr.c:124]: Could not open unix socket for 10.0.0.138
>fatal[launch_callmgr:pptp.c:213]: Call manager exited with error 256

fĂĽhr amal folgenden befehl so aus wie er da steht und probiers nochamal ...
<b>
killall pptp pppd ; [ -e /var/run/pptp/10.0.0.138 ] && rm -rf /var/run/pptp/10.0.0.138 </b>
Manuel Capellari
 

RE: ADSL@AON

Beitragvon Saint » Mi 22 Aug, 2001 22:23

tja falls das dem folgenden entspricht:

killall pptp

killall pppd

rm -fR /var/run/pptp/

dann muss ich dir leider sagen dass ich des scho probiert hab (steht ja hinten im howto)!!!
Saint
 

RE: ADSL@AON

Beitragvon Atahualpa » Do 23 Aug, 2001 00:45

Wenn Problem wieder ist:
ps aux > blabla.log

blabla.log hier posten

mfg,
ata
Atahualpa
 

ADSL@AON

Beitragvon Saint » Do 23 Aug, 2001 14:39

wieder??? lol

es is immer da!

hatte noch ka zeit ins linux zu schaun ... bin grad @ firm!

werd schaun das ichs log so schnell wie möglich hier poste
Saint
 

RE: ADSL@AON

Beitragvon Atahualpa » Do 23 Aug, 2001 16:00

weils mir grad einfaellt, du machst das ganze eh als root oder?
und
killall -9 pppd
killall -9 pptp

ist vielleicht gscheiter.
man killall

mfg,
ata
Atahualpa
 

RE: ADSL@AON

Beitragvon saint » Do 23 Aug, 2001 17:56

ER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.3 0.0 344 196 ? S 17:56 0:06 init [3]
root 2 0.0 0.0 0 0 ? SW 17:56 0:00 [kflushd]
root 3 0.0 0.0 0 0 ? SW 17:56 0:00 [kupdate]
root 4 0.0 0.0 0 0 ? SW 17:56 0:00 [kpiod]
root 5 0.0 0.0 0 0 ? SW 17:56 0:00 [kswapd]
root 6 0.0 0.0 0 0 ? SW 17:56 0:00 [md_thread]
root 9 0.0 0.0 0 0 ? SW 17:56 0:00 [khubd]
bin 197 0.0 0.1 1060 388 ? S 17:56 0:00 /sbin/portmap
root 215 0.0 0.2 1112 568 ? S 17:56 0:00 /usr/sbin/syslogd
root 219 0.0 0.3 1440 844 ? S 17:56 0:00 /usr/sbin/klogd -c 1
root 324 0.0 0.6 4064 1684 ? S 17:56 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SUSEHELP
wwwrun 325 0.0 0.6 4076 1692 ? S 17:56 0:00 /usr/sbin/httpd -f /etc/httpd/httpd.conf -D SUSEHELP
at 342 0.0 0.2 1176 544 ? S 17:56 0:00 /usr/sbin/atd
root 351 0.0 0.1 1072 492 ? S 17:56 0:00 /usr/sbin/inetd
root 360 0.0 0.1 1120 508 ? S 17:56 0:00 /usr/sbin/lpd
root 410 0.0 0.3 1812 816 ? S 17:56 0:00 /usr/sbin/sshd
root 419 0.0 0.2 1200 612 ? S 17:56 0:00 /usr/sbin/cron
root 433 0.0 0.2 1348 692 ? S 17:56 0:00 /usr/sbin/nscd
root 434 0.0 0.2 1348 692 ? S 17:56 0:00 /usr/sbin/nscd
root 435 0.0 0.2 1348 692 ? S 17:56 0:00 /usr/sbin/nscd
root 436 0.0 0.2 1348 692 ? S 17:56 0:00 /usr/sbin/nscd
root 437 0.0 0.2 1348 692 ? S 17:56 0:00 /usr/sbin/nscd
root 438 0.0 0.2 1348 692 ? S 17:56 0:00 /usr/sbin/nscd
root 439 0.0 0.2 1348 692 ? S 17:56 0:00 /usr/sbin/nscd
root 477 0.0 0.1 1024 436 tty1 S 17:56 0:00 /sbin/mingetty --noclear tty1
root 478 0.0 0.1 1024 436 tty2 S 17:56 0:00 /sbin/mingetty tty2
root 479 0.0 0.1 1024 436 tty3 S 17:56 0:00 /sbin/mingetty tty3
root 480 0.0 0.1 1024 436 tty4 S 17:56 0:00 /sbin/mingetty tty4
root 481 0.0 0.1 1024 436 tty5 S 17:56 0:00 /sbin/mingetty tty5
root 482 0.0 0.1 1024 436 tty6 S 17:56 0:00 /sbin/mingetty tty6
root 483 0.0 0.8 5856 2292 ? S 17:56 0:00 /opt/kde/bin/kdm
root 962 3.3 2.0 56152 5408 ? S 18:21 0:02 /usr/X11R6/bin/X :0 vt07 -auth /var/lib/xdm/authdir/authfiles/A:0-nSARm7
root 963 0.1 1.6 6660 4268 ? S 18:21 0:00 -:0
root 977 0.0 0.6 3056 1736 ? S 18:21 0:00 /usr/X11R6/bin/xconsole -notify -nostdin -verbose -exitOnFail
root 985 0.6 1.6 6724 4228 ? S 18:21 0:00 kwm
root 1066 0.3 1.8 7392 4800 ? S 18:21 0:00 /opt/kde/bin/kicq -restore kicqrc.1
root 1073 0.8 1.8 8880 4964 ? S 18:21 0:00 kfm
root 1076 0.1 1.5 6472 3980 ? S 18:21 0:00 krootwm
root 1082 0.8 1.7 7008 4584 ? S 18:21 0:00 kpanel
root 1083 0.2 1.5 6964 3968 ? S 18:21 0:00 kbgndwm
root 1089 0.6 1.7 7304 4548 ? S 18:21 0:00 konsole -icon konsole.xpm -miniicon konsole.xpmi -caption Konsole
root 1090 0.0 0.5 2352 1344 pts/0 S 18:21 0:00 /bin/bash
root 1094 0.0 0.3 2472 908 pts/0 R 18:22 0:00 ps aux


naja mir sagts ned viel ... vielleicht euch =) ...
saint
 

RE: ADSL@AON

Beitragvon Atahualpa » Do 23 Aug, 2001 18:37

hmm ich seh da keinen pptp laufen.

http://prdownloads.sourceforge.net/pptp ... 3-1.tar.gz

hier neueste version des pptp runterladen. Vielleicht liegts daran. (aber unwahrscheinlich)

poste auch mal den output von
netstat
oder schau einfach ob da so eine zeile steht:

unix 1 [ ] STREAM CONNECTED 92666 /var/run/pptp/10.0.0.138


vielleicht ist auch unix socket noch offen aber kein pptp laeuft mehr.

Dann wäre das Problem dass du:
rm /var/run/pptp/10.0.0.138 1>/dev/null 2>/dev/null

schreiben musst um das zu beheben.
Damit die Socket geschlossen wird.

mfg,
ata

P.S.: Hier noch mein ADSL Connect Script (annahme dass pptp in /usr/sbin verzeichnis liegt):

#!/bin/sh
#
# ADSL connect script, written 03/20/01
# last modified 06/14/01

test -x /usr/sbin/pptp || exit 0

case "$1" in
start)
echo "Connecting..."
echo "Connecting to Internet at "$(date) >> /var/log/connectlog
/usr/sbin/pptp alcatel
sleep 10
/etc/init.d/rc.firewall
;;
stop)
echo "Disconnecting..."
echo "Disconnecting from Internet at "$(date) >> /var/log/connectlog
killall pppd 1>/dev/null 2>/dev/null
sleep 3
killall pptp 1>/dev/null 2>/dev/null
sleep 3
killall -9 pppd 1>/dev/null 2>/dev/null
killall -9 pptp 1>/dev/null 2>/dev/null
rm /var/run/pptp/10.0.0.138 1>/dev/null 2>/dev/null
;;
restart)
$0 stop && $0 start
;;
*)
echo "Usage $0 {start|stop|restart}"
exit 1
esac
exit 0
Atahualpa
 

RE: ADSL@AON

Beitragvon saint » Do 23 Aug, 2001 20:20

kein pptp laufen?

das is ja die feholermeldung die ich bekomm wenn ich

"pptp alcatel" eingeb! ;)
saint
 

RE: ADSL@AON

Beitragvon Atahualpa » Do 23 Aug, 2001 21:37

die fehlermeldung is:
Call manager for 10.0.0.138 is already running

das heisst er läuft schon

jo mach amal des was ich im letzten posting gschriebn hab.

mfg,
ata
Atahualpa
 

RE: ADSL@AON

Beitragvon saint » Do 23 Aug, 2001 21:48

so thx ... hab vergessen irgend eine datei zu kopiern ;)

aba egal ... funzt noch immer ned ganz:

pptp alcatel funzt ohne fehlermeldung!

doch hab ich bei ifconfig noch immer nur eth0 und lo drin und kein ppp0

wieso?????

ich kann noch immer nur max modem pingen ...

bei netstat hab ich des drinstehen was du gmeint hastwas drin stehen sollte

ich hoffe des is mei letztes problem bevor ich endlich vom linux aus hier posten kann! ;)
saint
 

RE: ADSL@AON

Beitragvon Atahualpa » Sa 25 Aug, 2001 01:40

vielleicht tust du den traffic rejecten

guck mal unter /var/log/messages was da so drinsteht.

oder probier mal folgendes
/sbin/ipchains -P input ACCEPT
/sbin/ipchains -P output ACCEPT
/sbin/ipchains -P forward ACCEPT

falls du kernel 2.2.x verwendest. (fuer 2.4.x weiss ichs net)
dann connecten

vorsicht!! so nicht lange online bleiben. Dein PC ist damit eventuell sehr verwundbar.

Es gibt ein gutes Firewall Howto fĂĽr ipchains
/usr/doc/HOWTO/en-txt/Firewall-HOWTO.txt (kann sein dass das bei dir wo anders liegt)

(fuer den Manuel: jaja ipchains ist ein Packet Filter und keine Firewall)

ist aber eher unwahrscheinlich dass es an ipchains liegt.
guck lieber zuerst in /var/log/messages nach was da so drinsteht.
poste hier eventuell relevanten output

mfg,
ata
Atahualpa
 


ZurĂĽck zu LINUX & UNIX-DERIVATE

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 7 Gäste