Krisestab für aon-adsl und debian
 

zuerstmal einen wunderschönen tag euch allen


ich weis es gibt eine halbe tonne an docu usw.
und auch das forum habe ich bereits den ganzen tag durchforstet

aber ich krieg jetzt gleich die krise!!!!!!!!

laut howto von htl wien 16 sollte ich schon längst glücklich und online sein
laut anleitung aus der wcm 182 sollte ich das auch schon sein
ich bins aber nicht :(

the box
amdk62@400
128 ram
1x rtl nic (fürs lan)
1x dlink (fürs inet)
1x fritz pci isdn

alcatel speed touch home ver. bcaa

wenn ich das besagte pptp alcatel oder auch
pptp 10.0.0.138 10.0.0.140:

eingebe schaut das so aus
auszug aus /var/log/messages:
Jul 16 14:24:38 zentrum pppd[447]: Connection terminated.
Jul 16 14:24:39 zentrum pppd[447]: Using interface ppp0
Jul 16 14:24:39 zentrum pppd[447]: Connect: ppp0 <--> /dev/ttya0
Jul 16 14:24:42 zentrum pppd[447]: Terminating on signal 15.
Jul 16 14:24:48 zentrum pppd[447]: Connection terminated.
Jul 16 14:24:49 zentrum pppd[447]: Terminating on signal 15.
Jul 16 14:24:49 zentrum pppd[447]: Exit.
Jul 16 14:25:01 zentrum pppd[477]: pppd 2.4.1 started by root, uid 0
Jul 16 14:25:01 zentrum pppd[477]: Using interface ppp0
Jul 16 14:25:01 zentrum pppd[477]: Connect: ppp0 <--> /dev/ttya0
Jul 16 14:27:11 zentrum pppd[477]: Terminating on signal 15.
Jul 16 14:27:17 zentrum pppd[477]: Connection terminated.
Jul 16 14:27:18 zentrum pppd[477]: Exit.
Jul 16 14:27:37 zentrum pppd[493]: pppd 2.4.1 started by root, uid 0
Jul 16 14:27:37 zentrum pppd[493]: Using interface ppp0
Jul 16 14:27:37 zentrum pppd[493]: Connect: ppp0 <--> /dev/ttya0
Jul 16 14:28:11 zentrum pppd[493]: Terminating on signal 15.
Jul 16 14:28:11 zentrum pppd[493]: Connection terminated.
Jul 16 14:28:12 zentrum pppd[493]: Exit.
Jul 16 14:29:34 zentrum pppd[517]: pppd 2.4.1 started by root, uid 0
Jul 16 14:29:34 zentrum pppd[517]: Using interface ppp0
Jul 16 14:29:34 zentrum pppd[517]: Connect: ppp0 <--> /dev/ttya0
Jul 16 14:34:35 zentrum mc: /dev/gpmctl: No such file or directory

es laufen auch die 3 prozesse die laufen sollen (pptp, pppd und noch einer mag jetzt nich nachschauen )

ein anschliessendes ifconfig zeigt nur lo, eth0, eht1 aber kein ppp0

ein ifconfig ppp0 liefert zwar ein device aber keine ip oder sonstiges

das pptp ver. bbaa lässt sich entpacken aber nicht backen(make)
ergebniss:
zentrum:/usr/src/pptp# make
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o pptp.o pptp.c
In file included from pptp.c:271:
pptp_callmgr.c: In function `callmgr_main':
pptp_callmgr.c:110: warning: variable `max_fd' might be clobbered by `longjmp' or `vfork'
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o pptp_gre.o pptp_gre.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o ppp_fcs.o ppp_fcs.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o pty.o pty.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o pptp_ctrl.o pptp_ctrl.c
pptp_ctrl.c: In function `pptp_dispatch_ctrl_packet':
pptp_ctrl.c:585: warning: unused variable `packet'
pptp_ctrl.c:602: warning: unused variable `packet'
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o dirutil.o dirutil.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o vector.o vector.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o inststr.o inststr.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o util.o util.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o version.o version.c
gcc -Wall -O9 '-DLINUX_PPTP_VERSION="1.0.2"' -g '-DPPPD_BINARY="/usr/sbin/pppd"' -c -o inet_addr.o inet_addr.c
inet_addr.c:80: conflicting types for `inet_aton'
/usr/include/arpa/inet.h:74: previous declaration of `inet_aton'
make: *** [inet_addr.o] Error 1
zentrum:/usr/src/pptp#


die bcaa version lässt sich zwar backen aber irgendwas klappt nicht???

so ich werd jetzt mal ein bisserl spazieren gehen um mich zu beruhigen:))

bis bald und 10000000000 dank an all euere hilfeversuche


lg


sensi

Hi!

Ich habe zwar SuSE 7.3, aber schau mal da rein:

http://www.fl.priv.at/deutsch/adsl/#installation

Bei mir hats auch erst geklappt, als ich dieses Paket verwendet habe.

Mit WCM in HTL16 war ich auch erfolglos.

mfg

WB

Hallo!
nicht verzweifeln ;-) wird schon, jetzt zu deinem Problemchen könntest du einen link von diesem HOWTO schreiben?
1.)pptp-linux ist installiert was sagt dpkg -s pptp-linux?
2.)ping 10.0.0.138 funktioniert?
3.)und das ppp0 in der ifconfig ausgegeben wird musst Du es auch dort eintragen

@wbendl mal sehen ob das suse ding das schafft

@stoni zu 1 -> installed
zu 2 -> funkt
zu 3 -> woher weis ich denn die ip adresse usw???? bist du sicher das sich das ppp0 device durch pppd oder pptp da nicht irgendwie selbst einträgt???


hab noch eine möglichkeit gefunden das ganze einzurichten von johannes vetter ist ein pdf hab leider den link verloren :( aber das pdf hab ich noch:)
jedenfalls sieht der befehl dann so aus

pppd call telekom (telekomm ist unter /etc/ppp/peer angelegt)

danach meint das logfile dann autentication failure????

naja ich werd mich jetzt mal über das rpm hermachen


lg


sensi

ps.: der link zu htlhowto http://howto.htlw16.ac.at/AT-HIGHSPEED-HOWTO.html

Vielleicht hilft: http://www.gnustuff.com/pub/doc/adsl...l-howto.html#3
Ups, scheint down zu sein. :(

grrrrrrrr

das rpm lässt sich erst garnicht installieren
in der fehlermeldung steht was von no using db3 oder so ähnlich.

grübel grübel

was mach ich jetzt????

ein paar grundlegende fragen kann ich den pptp-linux von debian verwenden oder brauch ich einen anderen?????
weis jemand warum mein make für pptp abbricht???

hmmm
ratlos
verzweifelt

glaubt ihr das ich das noch bis heute abend hinkrieg?


lg
sensi

ich bin doch nicht der erste der mit debian und aon ins inet will
und mit dem http://howto.htlw16.ac.at/AT-HIGHSPEED-HOWTO.html arbeite

oder läuft das doch bei keinem?

nur um nicht vom problem abzutrifften
laut log sollte die verbindung doch hergestellt werden user und pass werden nicht zurückgewiesen?

hab ich bis hier das logfile verstanden??????

und mit ifconfig sollte ich dan ein device ppp0 erhalten welches eine gültige ip bekommen hat?
das ist der punkt der nicht geht

danach sollte ich es ja schon geschafft haben?

Hast Punkt 2.4 von deinem Link schon gemacht, sprich /etc/ppp/pap-secrets und /etc/ppp/options bearbeitet?

hab ich schon mal gemacht:)


brauche ich für aon pap or chap????

eigentlich ms-chap oder???

somit brauche ich die pap nicht oder etwa doch????

hmmm


thx

sensi

Hallo!

Das hat bei mir gereicht:

http://www.cargal.org/forums/viewtopic.php?t=67

vorgegangen nach der schon öfter erwähnten Anleitung:

http://www6.inode.at/support/interne...ion_linux.html


Bist du dir mit dem Model BBAA sicher? Ich hatte ein Gerät namens BCAB IIRC und das ging mit BCAA! BBAA sollten ganz alte sein.....


Ciao,

Steve

ein nettes hallo to lotussteve

das modem hat bcaa die sache mit dem bcaa oder bbaa hab ich aus dem htlhowto http://howto.htlw16.ac.at/AT-HIGHSPEED-HOWTO.html
unter 2.20
da steht das es nur mit der bbaa version des pptp funkt?

wenn jemand mit dem makefehler im ersten post was anfangen kann könnte ich auch diese version von pptp testen

durch langes suchen im forum bin ich auch über dein post bei cargal gestossen:)
das von inode find ich auch ganz nett


kann die verbindung nur von einem user hergestellt werden oder darf ich das zum test auch als root machen?
ist es egal ob das pptp in /usr/sbin oder /usr/local/sbin liegt???


wenn ich irgendwem mit mehr infos oder logs füttern soll
einfach bescheid geben :)


lg

sensi

Hallo!

ad 1.) Wie gesagt, BCAA funzt gut bei mir.

ad 2.) Hmmm, IIRC mache ich das eh als Root via SUDO....schau dir nach wenn ich daheim bin.....

ad 3.) Ja, kommt nur drauf an daß es im $PATH ist. Mir ist es auch wichtig gleich zu sehen was etwas ist das ich hinzugefügt habe (../local/..) im Gegensatz zum Paketsystem.


HTH,

Ciao,

Steve

Da ich mich wiederholen will ...
 

Hier der Link.
Schau dir mein Posting an.
Dann weißte du das der pptp nur ein wrapper für das pty ist.
http://www.wcm.at/vb2/showthread.php...5&pagenumber=2




Cu.

Fhmer

so hallo...

im moment hab ich das standard debian pptp-linux installiert
pap und chap sind absolut identisch
ich habe ein /etc/ppp/peers/telekom
das original /etc/ppp/options hab ich gelöscht (ok habs umbenannt;)
und mit minimalen einträgen neu erstellt

und ich bin einen halben schritt weiter:)

nach pptp 10.0.0.138 10.0.0.140:
bekomme ich mit ifconfig
ppp0 Link encap:Point-to-Point Protocol
inet addr:10.0.0.140 P-t-P:172.19.92.136 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:569 (569.0 b) TX bytes:787 (787.0 b)

fällt jemand auf was da nicht stimmt???
der eintrag inet addr 10.0.0.140???

/var/log/message ist nun auch gesprächiger
(die sache mit dem chap file ist mir klar und hab ich auch schon geändert;)

hier sollte der auszug aus dem logfile stehen damit wird das post aber zu lange:)
das logfile ist im nächsten post:)

ein ping an die welt (inet) geht nicht ist aber auch schwer mit der ip


irgendwelche vorschläge???

lg

sensi

hier das logfile /var/log/message

Jul 16 23:19:13 zentrum pptp[869]: log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:580
]: Client connection established.
Jul 16 23:19:14 zentrum pptp[869]: log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:708
]: Outgoing call established (call ID 0, peer's call ID 1).
Jul 16 23:19:14 zentrum pppd[871]: pppd 2.4.1 started by root, uid 0
Jul 16 23:19:14 zentrum pppd[871]: using channel 43
Jul 16 23:19:14 zentrum pppd[871]: Using interface ppp0
Jul 16 23:19:14 zentrum pppd[871]: Connect: ppp0 <--> /dev/pts/1
Jul 16 23:19:14 zentrum pppd[871]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magi
c 0x238f3191> <pcomp> <accomp>]
Jul 16 23:19:17 zentrum pppd[871]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magi
c 0x238f3191> <pcomp> <accomp>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [LCP ConfReq id=0xad <auth chap MD5> <ma
gic 0x597d8b65>]
Jul 16 23:19:18 zentrum pppd[871]: sent [LCP ConfAck id=0xad <auth chap MD5> <ma
gic 0x597d8b65>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magi
c 0x238f3191> <pcomp> <accomp>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [CHAP Challenge id=0xc3 <97599b464d4892d
eeb0616027e786fe9>, name = "IN07CR03"]
Jul 16 23:19:18 zentrum pppd[871]: Warning - secret file /etc/ppp/chap-secrets h
as world and/or group access
Jul 16 23:19:18 zentrum pppd[871]: sent [CHAP Response id=0xc3 <3658cb6f9a0bfea6
b35c86c609ce6126>, name = "4347789000"]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [CHAP Success id=0xc3 ""]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x1 <addr 10.0.0.140> <
compress VJ 0f 01>]
Jul 16 23:19:18 zentrum pppd[871]: sent [CCP ConfReq id=0x1 <deflate 15> <deflat
e(old#) 15> <bsd v1 15>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfReq id=0x66 <addr 172.19.92.13
6>]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfAck id=0x66 <addr 172.19.92.13
6>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>
]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x2 <addr 10.0.0.140>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [LCP ProtRej id=0xae 80 fd 01 01 00 0f 1
a 04 78 00 18 04 78 00 15 03 2f]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfNak id=0x2 <addr 80.121.23.74>
]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x3 <addr 10.0.0.140>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfNak id=0x3 <addr 80.121.23.74>
]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x4 <addr 10.0.0.140>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfNak id=0x4 <addr 80.121.23.74>
]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x5 <addr 10.0.0.140>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfNak id=0x5 <addr 80.121.23.74>
]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x6 <addr 10.0.0.140>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfNak id=0x6 <addr 80.121.23.74>
]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x7 <addr 10.0.0.140>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfRej id=0x7 <addr 10.0.0.140>]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x8 <addrs 10.0.0.140 0
.0.0.0>]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfRej id=0x8 <addrs 10.0.0.140 0
.0.0.0>]
Jul 16 23:19:18 zentrum pppd[871]: sent [IPCP ConfReq id=0x9]
Jul 16 23:19:18 zentrum pppd[871]: rcvd [IPCP ConfAck id=0x9]
Jul 16 23:19:18 zentrum pppd[871]: local IP address 10.0.0.140
Jul 16 23:19:18 zentrum pppd[871]: remote IP address 172.19.92.136
Jul 16 23:19:18 zentrum pppd[871]: Script /etc/ppp/ip-up started (pid 873)
Jul 16 23:19:18 zentrum pppd[871]: Script /etc/ppp/ip-up finished (pid 873), sta
tus = 0x1
Jul 16 23:19:19 zentrum pppd[871]: rcvd [LCP EchoReq id=0x1 magic=0x597d8b65 00
00 18 04]
Jul 16 23:19:19 zentrum pppd[871]: sent [LCP EchoRep id=0x1 magic=0x238f3191 00
00 2f 01]
Jul 16 23:19:29 zentrum pppd[871]: rcvd [LCP EchoReq id=0x2 magic=0x597d8b65 00
00 18 04]
Jul 16 23:19:29 zentrum pppd[871]: sent [LCP EchoRep id=0x2 magic=0x238f3191 00
00 2f 01]
Jul 16 23:19:39 zentrum pppd[871]: rcvd [LCP EchoReq id=0x3 magic=0x597d8b65 00
00 18 04]
Jul 16 23:19:39 zentrum pppd[871]: sent [LCP EchoRep id=0x3 magic=0x238f3191 00
00 2f 01]
Jul 16 23:19:42 zentrum pptp[869]: log[callmgr_main:pptp_callmgr.c:245]: Closing
connection
Jul 16 23:19:42 zentrum pptp[869]: log[pptp_conn_close:pptp_ctrl.c:307]: Closing
PPTP connection
Jul 16 23:19:44 zentrum pptp[869]: log[call_callback:pptp_callmgr.c:88]: Closing
connection
Jul 16 23:19:44 zentrum pppd[871]: Hangup (SIGHUP)
Jul 16 23:19:44 zentrum pppd[871]: Modem hangup
Jul 16 23:19:44 zentrum pppd[871]: Script /etc/ppp/ip-down started (pid 881)
Jul 16 23:19:44 zentrum pppd[871]: Connection terminated.
Jul 16 23:19:44 zentrum pppd[871]: Connect time 0.5 minutes.
Jul 16 23:19:44 zentrum pppd[871]: Sent 119 bytes, received 183 bytes.
Jul 16 23:19:44 zentrum pppd[871]: Waiting for 1 child processes...
Jul 16 23:19:44 zentrum pppd[871]: script /etc/ppp/ip-down, pid 881
Jul 16 23:19:44 zentrum pppd[871]: Script /etc/ppp/ip-down finished (pid 881), s
tatus = 0x0
Jul 16 23:19:44 zentrum pppd[871]: Exit.

hallo
die Mask ist 255.255.255.0 wenn ich mich nicht irre.

Sollte des nicht nur 'pptp 10.0.0.38' heissen?

BTW: Link was ich oben gepostet hab ist wieder online.

laut dem howto von htl wien 16

ist ein tipp bei zwei nics das ganze per pptp 10.0.0.138 10.0.0.140:
auszuführen ich versuche nur mögliche fehlerquellen auszuschliessen
aber wenn ich pptp alcatel oder pptp 10.0.0.138 eintippse
kommt das gleiche raus


lg


sensi

dein post hab ich gelesen hat mich aber nicht weitergebracht

:(


lg

sensi

hallo
vergiss mein letztes post :-)
aber bei inet addr:sollte die vom Provider
zugeteilte IP stehen

ein fröhliches hallo:)


die verbindung steht jetzt endlich :)

nun gleich mal zu meiner nächsten frage

der rechner wird als gw dienen nur bin ich nicht sicher ob ich die verbindung ständig am laufen halten will
gibt es nicht eine möglichkeit ähnlich wie dial on demand aus alten zeiten?



lg

sensi

Und wie war die Lösung? :confused:

naja ich hab die original files alle verschoben und alle neu angelegt
der einzig ware unterschied ist das alle kommentare usw. raus sind

vielleicht hab ich ja unabsichtlich irgendwo ein # oder so weggenommen.

aber es bleibt spannend:)

ok inet geht jetzt von linux aus
sobald ich aber das firewallscript von wcm starte bricht die verbindung ab:( und lässt sich nicht mehr herstellen
stope ich die firewall kann ich wieder pptp 10.0.0.138 machen und alles passt.

abgesehen davon das ich ein scheunentor im netz hab:)

damit ich jetzt wieder ins forum komme hab ich mal frech nur masq aktiviert und alles erlaubt:(

hat jemand ähnliche probs mit wcmfirewall und adsl???

nochwas wenn die firewall aktiv ist
kann ich auch das alcatel nicht mehr pingen


lg

sensi

kleiner nachtrag


scheinbar war doch der tipp bezüglich der zwei nic und dann pptp 10.0.0.138 10.0.0.140: schuld daran das ich nicht ins inet kam:(
zummindest beim letzten fehler wo die ip für ppp0 mit 10.0.0.140 überschrieben wurde:(

tja

lg


sensi

hmmmm....

ich möchte mich gerade daran machen meine fritz pci zu installieren

bei diesem treiber wird auch ein pppd installiert kann es sein das ich mit diesem dann nicht mehr mit aon verbinden kann???

wenn das so ist würde ich unbedingt eine empfehlung für eine isdn karte brauchen mit der ich dann auch noch ins netz komme und einen faxserver aufbauen kann.


lg

sensi

Hi!

Ich hätte da noch eine Idee, die ist allerdings weder wissenschaftlich, noch elegant. Aber der Zweck heiligt die Mittel.

Ich habs mit Knoppix versucht, und der Internetzugang über ADSL hat sofort funktioniert. Und Knoppix basiert auf Debian.

Versuchs auch mit Knoppix, und wenn's klappt, dann schau dir die Konfiguration an.

Wie gesagt, nich sehr elegant. Aber wenn's nützt!

mfg

WB

Einrichten einer pptp Verbindung für ADSL-Österreich
 

Hi,
probiers mal damit:

http://howto.htlw16.ac.at/AT-HIGHSPEED-HOWTO.html

ich hab meine ADSL-Verbindung mit Hilfe dieses Links konfiguriert und es hat sofort geklappt.


viel Erfolg
clear