xDSL.at

von **DonPedro** » Sa 28 Aug, 2004 17:07

hi!

ich wollte gestern von meinem fli4l 2.1.7 auf ipcop umsteigen, 1.4rc2 gesaugt und installiert.... mit wenig erfolg!

bei der installation habe ich "GREEN + RED" eingestellt, das RED-device (3com 3c509) auf pptp. neugestartet und über das web-interface dann dhcp aktiviert!

allerdings bekommt eth1 keine ip zugewiesen obwohl die leds (eth,dsl,ack) am modem leuchten/blinken!
in den logs steht nicht viel.."timed out waiting for a valid DHCP server response"
und eine andere fehlermeldung war dass in der datei ipsec.conf die sektion "setup" nicht gefunden werden konnte...kein wunder nachdem die datei leer ist!

vielleicht kann mir ja wer sagen was bei der installation falsch ist..

von **chrisbee** » So 29 Aug, 2004 10:37

Hi !

ich hatte das gleiche Problem
und mit der SUCHE Funktion folgende Lösung gefunden:

Ist von Preiti
Bei mir läuft IPCop 1.4 beta4 schon. ich habe xDSL@home 1280/256 mit VoIP.
Bei der Installation muss man beachten, dass man für das rote Netz PPTP auswählt. Wenn man dann auf das Webinterface zugreifen kann, stellt man unter unter Netzwerk/Einwahl beim Modem PPTP ein. Etws weiter unten auf der gleichen Seite kann man dann auch DHCP, Benutzer, DNS-Server,..... einstellen. Bei mr hat es nach einem Neustart funktioniert.

http://ADSL.at/phpbb2/viewtopic.php?p=147295#147295

viel Spass mit IPCOP

von **DonPedro** » So 29 Aug, 2004 11:48

ja das hab ich auch schon gelesen.... habe auch danach die einstellungen gemacht....nur hilft es einfach nicht oda ich bin zu blöd

mittels setup RED auf pptp (ip und subnetz is ja in dem fall egal oda?) und im web-interface dann ebenfalls unter Schnittstellen PPTP ausgewählt, dhcp und dns automatisch aktiviert, user und pwd eingegeben und sonst nichts!

es wird ja wohl nicht daran liegen dass es ein rc ist :-?

von **chrisbee** » So 29 Aug, 2004 12:37

>mittels setup RED auf pptp (ip und subnetz is ja in dem fall egal oda?)
hab nachgeschaut: ist im setup leer

>Schnittstellen PPTP ausgewählt, dhcp und dns automatisch aktiviert, user und pwd eingegeben und sonst nichts!

sieht alles OK aus
nur unter:

Zusätzliche PPTP-Einstellungen:
......IP-Adresse des Routers: 10.0.0.138 eingeben oder hast du eh?

(zitat: sonst nichts!)

und :

Authentifizierung:
Methode: PAP oder Chap auswählen

noch was: die DNS adressen hast du in dieser einwahlseite reingeschrieben?

gruß

von **DonPedro** » So 29 Aug, 2004 13:15

habe jetzt die ip adresse wieder eingegeben...nichts auch die dns-server, die haben aber eigentlich nichts mit dem einwahl-verfahren zu tun haben...

allerdings bekomme ich immer wieder den fehler dass die datei /etc/ipsec.conf leer ist...
@chrisbee steht da bei dir was drinnen?

von **chrisbee** » So 29 Aug, 2004 14:07

bin leider kein grosartiger linux user

aber die datei ist bei mir auch leer

wenn du andere logdatein, die ich übers webinterface abfragen kann, brauchst - ich bin bereit

gruß

von **DonPedro** » So 29 Aug, 2004 14:56

naja..vielleicht hilft mir RED-Log... könntest du mir da einen ausschnitt kopiern (mit login-vorgang)

thx

von **chrisbee** » So 29 Aug, 2004 17:14

@DonPedro

viel brauchbares hab ich nicht gefunden

trotzdem hier die Einträge:

PPP:
23:48:08 pptp[302]: anon log[logecho:pptp_ctrl.c:661] no more Echo Reply/Request packets will be reported.
23:48:08 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:48:08 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:47:08 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:47:07 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:46:07 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:46:07 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'

23:45:07 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:45:07 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:44:07 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:44:07 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:43:07 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:43:07 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:42:07 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:42:07 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:41:07 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:41:06 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:40:06 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:40:06 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:39:06 pptp[302]: anon log[logecho:pptp_ctrl.c:659] Echo Reply received.
23:39:06 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 5 'Echo-Request'
23:38:09 pppd[292] remote IP address 62.xxx.xxx.xxx
23:38:08 pppd[292] local IP address 81.xxx.xxx.xxx
23:38:08 pppd[292] PAP authentication succeeded
23:38:06 pptp[302]: anon log[ctrlp_disp:pptp_ctrl.c:880] Outgoing call established (call ID 0, peer's call ID 5124).
23:38:06 pptp[302]: anon log[ctrlp_disp:pptp_ctrl.c:841] Received Outgoing Call Reply.
23:38:06 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 7 'Outgoing-Call-Request'
23:38:05 pptp[302]: anon log[ctrlp_disp:pptp_ctrl.c:755] Client connection established.
23:38:05 pptp[302]: anon log[ctrlp_disp:pptp_ctrl.c:721] Received Start Control Connection Reply
23:38:05 pptp[302]: anon log[ctrlp_rep:pptp_ctrl.c:243] Sent control packet type is 1 'Start-Control-Connection-Request'
23:38:05 pptp[294]: anon log[main:pptp.c:243] The synchronous pptp option is activated
23:38:05 pppd[292] Connect: ppp0 <--> /dev/pts/0
23:38:05 pppd[292] Using interface ppp0
23:38:04 pppd[292] pppd 2.4.2 started by root, uid 0
04:54:12 pppd[292] Exit.

KERNEL:
auszugsweise bei der Einwahlphase:

23:38:04 kernel PPP generic driver version 2.4.2
23:38:04 kernel CSLIP: code copyright 1989 Regents of the University of California
23:38:03 kernel eth0: Setting full-duplex based on MII#1 link partner capability of 45e1.
23:38:02 kernel eth1: Setting full-duplex based on MII #1 link partner capability of 41e1.
23:37:54 kernel eth1: MII PHY found at address 1, status 0x7869 advertising 05e1 Link 41e1.
23:37:54 kernel eth1: VIA VT6105 Rhine-III at 0xf200, 00:00:cb:02:11:eb, IRQ 10.
23:37:54 kernel http://www.scyld.com/network/via-rhine.html
23:37:54 kernel via-rhine.c:v1.10-LK1.1.19 July-12-2003 Written by Donald Becker
23:37:54 kernel eth0: Lite-On 82c168 PNIC rev 32 at 0xf600, 00:A0:CC:5C:7E:A4, IRQ 11.
23:37:54 kernel tulip0: MII transceiver #1 config 3000 status 7829 advertising 01e1.
23:37:54 kernel Linux Tulip driver version 0.9.15-pre12 (Aug 9, 2002)

IPCOP:
23:38:35 ipcop IPCop started.
23:38:10 ipcop PPP has gone up on ppp0
23:38:03 ipcop Dialing inode.
23:38:03 ipcop dhcpcd success
23:38:02 ipcop Starting RED device eth1.
04:54:27 ipcop Fahre IPCop herunter
04:54:10 ipcop PPP has gone down on ppp0

DHCP RED:
23:38:03 kernel: eth0 Setting full-duplex based on MII#1 link partner capability of 45e1.
23:38:02 kernel: eth1 Setting full-duplex based on MII #1 link partner capability of 41e1.
23:37:54 kernel: eth1 MII PHY found at address 1, status 0x7869 advertising 05e1 Link 41e1.
23:37:54 kernel: eth1 VIA VT6105 Rhine-III at 0xf200, 00:00:cb:02:11:eb, IRQ 10.
23:37:54 kernel: eth0 Lite-On 82c168 PNIC rev 32 at 0xf600, 00:A0:CC:5C:7E:A4, IRQ 11.
04:54:07 dhcpcd[234] terminating on signal 15

EINTRÄGE DER ROUTING TABELLE:

Kernel IP routing table
Destination........Gateway..........Genmask...........Flags....Metric....Ref..Use ....Iface
62.99.xxx.xxx.....0.0.0.0.......255.255.255.255...UH.....0......0.....0......ppp0
10.0.0.138......... 172.16.x.x...255.255.255.255..UGH.....0....0....0......eth1
172.16.x.x...........0.0.0.0.......255.255.255.0.......U......0.....0.....0.....eth1

192.168.0.0......... 0.0.0.0.......255.255.255.0......U......0......0.....0....eth0
0.0.0.0..............62.99.xxx.xxx....0.0.0.0............UG....0......0.....0....ppp0

XXXXXXXXXXXXXXXXXXXXENDEXXXXXXXXXXXXXXXXXXXXXXXXX

schau mal ins IPCOP FORUM ob da was über die 1.4.0rc2 gemeldet wurde

oder im englischen Forum.
www.ipcop-forum.de
www.ipcops.net

Ich hab mal was über die Prüfsumme MD5 vom ISO gehört, vielleicht ist da der wurm drin?

hoffe du findest den Fehler!

lg

von **dontom** » Fr 03 Sep, 2004 17:30

@chrisbee:

Hi,
hab auch ziemliche Troubles mit xdsl@work, welche Einstellungen hast Du denn eingegeben im Einwahlfenster ?

Ich hab im setup-menu:
fürs rote Netz PPTP
IP-Adresse eine der 4 fixen die ich von Inode habe
Gateway die von Inode angegebene

im Web-Interface:
Protokoll PPTP
DNS-Server lt. Angabe Inode

und jetzt mein Problem:

wenn ich IP per DHCP beziehe, kann ich nicht mal das Zyxel pingen,
wenn ich IP fix mit einer der 4 verfügbaren Adressen setze, hab ich ja noch das Feld Telefonbucheintrag, beim ADSL von der Telekom war da RELAY_PPP1, die Einwahl klappet nicht :-?

Könntest Du Deine Einstellungen posten?

Danke,
tom

[EDIT:]
ich verwende ipcop 1.4rc1, aber das kanns ja net sien, da ich im Forum schon einiges gelesen hab, dass es bereits mit der beta funktioniert....

von **dfx** » Fr 03 Sep, 2004 19:21

beim xdsl@work brauchst du doch keine pptp einwahl...

von **dontom** » Fr 03 Sep, 2004 19:26

dfx hat geschrieben:beim xdsl@work brauchst du doch keine pptp einwahl...

Vielleicht ist auch der Begriff Einwahl beim IPcop nur falsch gewählt.....

Welche Eintragungen sind denn notwendig, um zu verbinden?

tom

[EDIT:] ich wüsst schon, XP oder anderes OS ans Netz zu bringen, hab mich aber auf den cop versteift, kenn ich schon vom AON-ADSL und ist eine echt funktionelle, einfach zu verwaltende und kostengünstige Firewall

von **DonPedro** » Sa 04 Sep, 2004 16:10

also bei mir hat sich das prob gelöst in dem ich eine andere nw-karte hergenommen habe... was das allerdings mit dem nichtfunktionierden dhcp zum tun gehabt hat versteh ich auch nicht!

@dfx aber ich habe noch ein anderes prob meine leitung is nur mäßig stabil, dh manchaml hält die verbindung nur für 2h oda i kann mich dann für 2-3h wieder nicht einwählen und so (kein ping nach 10.0.0.138 geht durch). ich hatte das schon mal inode gemeldet und die haben auch was geändert, es ging dann auch ca eine woche gut aber jetzt ist wieder alles beim alten leider! vielleicht kannst du da mal nachschaun?? thx

xDSL.at

IPCop 1.4rc2 & inode

IPCop 1.4rc2 & inode

Wer ist online?