PPTP Server auf der Fritzbox funktioniert

Die Werte werden in der pptp.cfg gespeichert (oder halt das diff in /tmp/flash)? Und eine Änderung der Werte klappt auch?
Ja, im pptp.cgi war ein Fehler bei den input Feldern.
Der Name des Feldes muß abzüglich der Paket-Names gleich des Feldnamens der Variable aud pptp.cfg sein.
z.B. bei variable "pptp_addresse" muß das Input-Feld den Namen "addresse" haben.
So werden die Daten auf der pptp.cfg nun sauber dargestellt und gespeichert.

EDIT:
@Whoopie
Bitte auch noch den Patch für den Stop des pptpd einchecken.
Mit der Änderung werden beim Stop des Daemons nun auch die akt. Client-Verbindungen beendet.

mfg
Wonderdoc
 

Anhänge

  • patch_rc_pptpd.zip
    393 Bytes · Aufrufe: 2
Zuletzt bearbeitet:
Könnt ihr biite die patches in freetz veröffendlichen? Damit amn denn Status verfolgen kann.
 
Was muß ich eigentlich für Routen setzten?
VPN-Scenario:
PCB > FritzboxB(Client) --- Inet --- FritzboxA(Server) >PCA
Also mit OpenVPN habe ich es sauber am laufen. Es müßte doch aber auch pptp klappen.
Die PPP-Verbindung zwischen PPTP und PPTPD steht.
Die beiden Fritzboxen können sich anpingen.
Ich möchte nun von PCB auf FritzboxA und PCA über die VPN-Strecke zugreifen und umgekehrt.
Ins Inet soll der jeweil PC aber weiterhin lokal gehen(also PCA über FBA und PCB über FBB).
IP Daten:
FritzboxA: IP 192.168.1.100 - Mask 255.255.255.0
PPTPD(FBA): IP 10.0.0.1 (oder lieber 192.168.1.100 ?)
PCA: 192.168.1.1
FritzboxB: IP 192.168.2.100 - Mask 255.255.255.0
PPTP(FBB): IP 10.0.0.2 (oder lieber 192.168.1.101 ?)
PCB: 192.168.2.1

Routen FritzboxB(Clientbox)
/var/mod/root # route -e
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
10.0.0.1 * 255.255.255.255 UH 0 0 0 ppp0
192.168.180.1 * 255.255.255.255 UH 0 0 0 dsl
192.168.180.2 * 255.255.255.255 UH 0 0 0 dsl
192.168.2.0 * 255.255.255.0 U 0 0 0 lan
192.168.2.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 lan
default * 0.0.0.0 U 0 0 0 dsl
Routen FritzboxA(Serverbox)
/var/mod/root # route -e
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.180.1 * 255.255.255.255 UH 0 0 0 dsl
10.0.0.2 * 255.255.255.255 UH 0 0 0 ppp0
192.168.180.2 * 255.255.255.255 UH 0 0 0 dsl
192.168.1.0 * 255.255.255.0 U 0 0 0 lan
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 lan
default * 0.0.0.0 U 0 0 0 dsl

EDIT: Ich antworte mir mal selber
Route muß auf beiden Seiten gesetzt sein, dann lüppt es.
route add -net IP_REMOTE_NETZ netmask 255.255.255.0 gw IP_REMOTE_PPP dev ppp0

EDIT2:
Leider werden die Routen wieder gelöscht, wenn die PPP Verbindung getrennt wird.
Habe noch keine Möglichkeit gefunden, wie man die Routen automatisch setzen kann, wenn ppp0 geöffnet wurde.

mfg
Wonderdoc
 
Zuletzt bearbeitet:
Ausnahmsweise mal ein Zweitposting, da die Sache nichts mit dem Vorposting zu tun hat.

Ich habe mich mal zu den pppd schlau gemacht.
Es gibt einen Datei /etc/ppp/ip-up und /etc/ppp/ip-down.
Diese werden beim Start und Ende der PPP-Connection ausgeführt.
Leider bekomme ich immer die Log-Meldung
""<27>Feb 26 23:57:54 pppd[2552]: Can't execute /etc/ppp/ip-up: Exec format error"
Die ip-up habe ich im unix-Format erstellt und die Rechte auf 755 gesetzt.
Könnte es an dem Symlink von /etc/ppp > /mod/etc/ppp liegen, oder eventuell ein Rechteproblem?
Lt Beschreibung werden die beiden Dateien als root ausgeführt.
Die /etc/ppp/ip-up läßt sich per Telnet problemlos ausführen

Hat da jemand einen Tip?

mfg
Wonderdoc
 
Zuletzt bearbeitet:
Änder die Rechte der Datei "/mod/etc/ppp" einfach auf 777, dann kanns keine Probleme geben. Evtl braucht das Skript in der 1. zeile ein "#!/bin/sh"?! probier mal
 
Danke für den Tip.
Rechte 755 reichen, aber die Zeile "#!/bin/sh" war der verursacher.
Na dann schein unser Routingproblem gelöst zu sein.
Ich werde mal testen und das pptp-WebIf mal erweitern

mfg
Wonderdoc
 
Und beim PPTP-Paket ist "killall $DAEMON" okay? Bleibt da nicht der pppd auch aktiv?
 
Beim PPTPfunktioniert ein "killall $DAEMON" problemlos.
Der entsprechende pppd Prozess wird damit auch sauber beendet.

mfg
Wonderdoc
 
PPTP mit Routing

Hi,

so hier mal meine Make-Ordner für pppd und pptp.
(Ich habe kein Patch erstellt, da der akt CVS-Stand neuer als meiner(1920) ist)
Ich habe das PPTP-Webif mal um die Funktion "Routing Servernetz" erweitert.
Dazu kann im WebIf eine NetzIP+Mask angegeben werden.
Diese wird dann bei PPP-Connect zum Server geroutet.

@Whoopie
Schaue dir die Änderungen mal an und wenn OK, dann bitte einchecken

mfg
Wonderdoc
 

Anhänge

  • pppd.tar.gz
    84.8 KB · Aufrufe: 4
  • pptp.tar.gz
    6.2 KB · Aufrufe: 5
  • PPTP_WebIf.JPG
    PPTP_WebIf.JPG
    73.9 KB · Aufrufe: 51
Hi, muss noch mal genauer schauen, aber sieht super aus. ;)

Kurze Frage: Warum leitest du die Ausgabe des PPTPD-Routings in die Datei /etc/ppp/online-time?
Und wo ist das WebIf für PPTPD?

Gruß, Whoopie
 
Zuletzt bearbeitet:
Daß mit /etc/ppp/online-time ist noch ein Überbleibsel und muß raus.
Ich hatte erstmal nur das Routing mit den PPTP getestet.
Den PPTPD werde ich nächste Woche man anpacken.
Ist stelle mit ein Textfeld für das Routing vor.
z.B <Zielnetz> <Mask> <PPPClientIP> <Beschreibung>
So ist es möglich mehrere Routen abhängig von der Client IP zu setzten.
z.B Eintrag:192.168.2.0 255.255.255.0 10.0.0.2 "Netz von Client xy"
Client(IP:192.168.2.1 - PPP-IP:10.0.0.2) connected sich auf den Server(IP:192.168.1.1 - PPP-IP:10.0.0.1).
Nun wird beim Server automatisch eine Route zu Netz:192.168.2.0 Mask:255.255.255.0 GW:10.0.0.2 gesetzt.

mfg
Wonderdoc
 
ok, letzte Frage, dann checke ich es ein:

Willst Du das "echo "kein Routing konfiguriert oder aktiviert"" nicht in dem generierten if-up-Skript? Wenn doch, fehlt da das "cat <<EOF", oder?
 
Hi,

steht da nicht echo "#kein Routing konfiguriert oder aktiviert" ?
Das echo schreibt die Zeile "#kein Routing konfiguriert oder aktiviert" in das ip-up Skript.
Es soll dort kein "echo "#kein Routing konfiguriert oder aktiviert"" auftauchen.

mfg
Wonderdoc
 
ok, hab's eingecheckt. Bitte überprüfen, hab bewusst die Felder leer gelassen und das Routing per default ausgeschaltet.

EDIT: Sorry, hab beim Einchecken vergessen, Dir die credits dafür zu geben. Ich hoffe, das ist nicht schlimm.
 
Zuletzt bearbeitet:
PPTP Client installieren

hallo zusammen,
ich hab da mal eine kleine Frage
und hoffe ihr könnt mir helfen :)

also, ich habe eine fritzbox 7050 und mir
die aktuelle ds-mod runtergeladen mit dem
2.6 kernel. desweiteren habe ich von
"wonderdoc" den make ordner für den pptp
client in den ds-mod/make order kopiert.
über "make menuconfig" habe ich den
pptp client aktiviert. nur leider ist der
client hinterher nicht auf der fritzbox
zu finden. habt ihr vielleicht einen tipp
oder eine anleitung, wie ich es schaffe
den pptp client mit mppe zum laufen,
zu bekommen?

vielen dank schon mal,
grüße der exzivi
 
@exzivi: bitte nutze die aktuelle freetz SVN-Version. Da sind zahlreiche Verbesserungen integriert worden.
Es ist unmöglich, die ds-mod Version zu supporten.

Danke für Dein Verständnis!
 
pptpd VPN Server auf 7270 mit freetz

Hi an alle ! Hat jemand schon pptpd VPN Server auf der neuen BOX 7270 laufen ?
lg christian
 
Hallo,

@xargs: Geht nicht. PPTP braucht "Replace Kernel", und das funktioniert auf der 7270 nicht.
 
PPTP und PPTPD mit erweiterten Routing

Hi,

anbei mal meine akt. pppd, pptp und pptpd Make-Ordner.
Basierend auf Trunk1920.
Ich habe mal das Routing für pptp erweitert.
Bei dem pptpd kann nun für jeden Client ein sep. Routing konfiguriert werden.

mfg
Wonderdoc
 

Anhänge

  • pppd_pptp_pptpd.zip
    99.9 KB · Aufrufe: 16
  • pptp.JPG
    pptp.JPG
    73.9 KB · Aufrufe: 24
  • pptpd.JPG
    pptpd.JPG
    61.1 KB · Aufrufe: 23
Zuletzt bearbeitet:
Hallo, hab noch ein paar Verständnisfragen.
-weshalb werden beim pptp IP und Servernamen gefordert?
-weshalb kann man beim pptp mehrere IP Netze eingeben, man kann sich doch nur mit einem verbinden?
-wie kann der pptpd erkennen, welches Clientnetz das richtig ist? Wäre es nicht sinnvoll, dies ermitteln zu lassen und dann entsprechend zu aktivieren?
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.