PPTPd auf 7270 - bitte um Hilfe

lukmei · 30 Okt 2009

Ja. Möchte darauf nicht verzichten, dann verzichte ich lieber auf den PPTP-Server!
Aber es muß ja möglich sein, beide parallel zu verwenden (in meiner Konfiguration), bei meinem uralten WRT54G mit dd-wrt firmware war das auch kein Problem. Ist doch sicher nur eine Einstellungssache, oder? Kann man proxyarp nicht vorgeben welches interface es verwendet??

Silent-Tears · 30 Okt 2009

Da muss ich ebenso die Configs und manpages/helpfiles lesen wie du auch

lukmei · 30 Okt 2009

das habe ich ja schon getan, aber leider dazu nichts gefunden.
Man kann nur proxyarp setzen oder eben nicht, aber ohne weitere Optionen.
Leider.

stinkstiefel · 30 Okt 2009

Dem pptpd kann man soweit ich weiss dafür kein Interface mitgeben. Manuell würde man das mit

Code:

"echo "1" > /proc/sys/net/ipv4/conf/IF/proxy_arp"

machen. Ich stehe allerdings auch etwas auf dem Schlauch warum proxyarp für tap0 aktiviert wird. Ich würde gern mal ifconfig -a sehen.

lukmei · 30 Okt 2009

bitte schön:

Code:

/var/mod/root # ifconfig -a
adsl      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:2000  Metric:1
          RX packets:13386888 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13445608 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:32 
          RX bytes:3788549591 (3.5 GiB)  TX bytes:2849022932 (2.6 GiB)

cpmac0    Link encap:Ethernet  HWaddr 00:1F:3F:E3:28:6D  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:13475832 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13197175 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2918640597 (2.7 GiB)  TX bytes:3876404834 (3.6 GiB)

dsl       Link encap:Point-to-Point Protocol  
          inet addr:169.254.2.1  P-t-P:169.254.2.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:3508581 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3634432 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:1980185201 (1.8 GiB)  TX bytes:3044735409 (2.8 GiB)

eth0      Link encap:Ethernet  HWaddr 00:1F:3F:E3:28:6D  
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:13475832 errors:0 dropped:0 overruns:0 frame:0
          TX packets:13197178 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:128 
          RX bytes:2918640597 (2.7 GiB)  TX bytes:3876404992 (3.6 GiB)

lan       Link encap:Ethernet  HWaddr 00:1F:3F:E3:28:6D  
          inet addr:10.0.0.1  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:8884697 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10789564 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1273197470 (1.1 GiB)  TX bytes:3093196101 (2.8 GiB)

lan:0     Link encap:Ethernet  HWaddr 00:1F:3F:E3:28:6D  
          inet addr:169.254.1.1  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:25886 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25886 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2213233 (2.1 MiB)  TX bytes:2213233 (2.1 MiB)

tap0      Link encap:Ethernet  HWaddr AE:8D:3E:35:94:1D  
          inet addr:10.0.0.1  Bcast:10.0.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:217 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1829 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:20942 (20.4 KiB)  TX bytes:537909 (525.3 KiB)

lukmei · 30 Okt 2009

und da hab ich was vergessen ...

Code:

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:10.0.0.1  P-t-P:10.0.0.100  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP ALLMULTI MULTICAST  MTU:1500  Metric:1
          RX packets:105 errors:0 dropped:0 overruns:0 frame:0
          TX packets:82 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:7369 (7.1 KiB)  TX bytes:5684 (5.5 KiB)

ja, da sieht mans dann schwarz auf weiß "NOARP"

stinkstiefel · 30 Okt 2009

Solange das TAP-Device im gleichen Subnetz liegt wie das LAN-Device wird sich für die "Automatik" vom pptpd ohne tieferen Eingriff vermutlich nichts machen lassen. Ich würde die Problematik jetzt an anderer Stelle [1] ansprechen.

[1] http://sourceforge.net/projects/poptop/support

lukmei · 13 Nov 2009

Ich kenne mich eindeutig zu wenig aus, aber es scheint nicht am OpenVPN- oder Poptop-Paket zu liegen, sondern an deren Implementierung in freetz. Ich habe meinen alten Linksys WRT54G rausgesucht und dd-wrt draufgespielt; dort läuft alles im gleichen Subnetz und OpenVPN mit tap und trotzdem funktioniert proxyarp so wie gewünscht, also der OpenVPN- und der PPTP-Tunnel parallel nebeneinander gebridged.
Ich werde einfach mal hin und wieder eine neuere devel.version von freetz probieren, vielleicht löst sich das Problem ja "von selbst"

Danke für die Hilfe.

Silent-Tears · 13 Nov 2009

Von selbst regelt sich das sicher nicht, vor allem ohne Tester, die eben genau so etwas haben. Ergo solltest du deine Bemühungen auf etwas anderes legen, denn wir werden uns denke ich nicht hignsetzen, und ein Problem irgendwie implementieren, das nur _eine_ Person bisher hatte. Ich zumindest sehe da 0 Notwendigkeit, vor allem, wenn sich diese PErson dann auch noch zurückzieht und einfach mal auf das Silbertablett wartet.

lukmei · 14 Nov 2009

Gibt es eigentlich irgendeinen Grund, warum hier immer wieder Mitglieder unfreundlich zu Personen werden, die Hilfe suchen und an ihre Grenzen des techn. Verständnisses stoßen??
Ich habe mich bemüht, alle Lösungsvorschläge durchzuprobieren, über die ich auch wirklich sehr dankbar bin (habe ich ja wohl auch zu verstehen gegeben), aber halt leider ohne den gewünschten Erfolg. Ich erwarte nicht im geringsten, daß sich das Problem von alleine löst, schon gar nicht !!, weil es ja offensichtlich nur mich betrifft. Ich habe mich halt damit abgefunden, daß es so nicht geht PUNKT Wenn ein neuerer build aus welchen Gründen auch immer dann das Problem behebt, SCHÖN.

Silent-Tears schrieb:
Ergo solltest du deine Bemühungen auf etwas anderes legen,

Was soll das heißen? Und worauf?

Silent-Tears · 14 Nov 2009

lukmei schrieb:
Ich werde einfach mal hin und wieder eine neuere devel.version von freetz probieren, vielleicht löst sich das Problem ja "von selbst"

Wie ich erklärte, passiert das nicht von selbst, vor allem, weil anscheinend nur du diese Bedürfnisse hast.

lukmei · 14 Nov 2009

Dann halt nicht!
Und trotz allem vielen Dank für Deine Hilfe.
Vielleicht ist es verständlich, dass ich versucht habe, eine Lösung für mein Problem zu finden, und nach einiger Zeit gesehen habe, dass sich das Problem offensichtlich nicht schnell und einfach lösen lässt. Dann habe ich aufgegeben und wollte nicht mehr lästig sein.

Silent-Tears · 14 Nov 2009

Hmm, könntest du deine Doppelposts editiren und den 2. Post dazu jeweils löschen? Zum einen ist es unübersichtlich, zum anderen sieht das Team das nicht allzu gern.

Languages

Suche

Languages

Suche

PPTPd auf 7270 - bitte um Hilfe

lukmei

Neuer User

Silent-Tears

IPPF-Promi

lukmei

Neuer User

stinkstiefel

Aktives Mitglied

lukmei

Neuer User

lukmei

Neuer User

stinkstiefel

Aktives Mitglied

lukmei

Neuer User

Silent-Tears

IPPF-Promi

lukmei

Neuer User

Silent-Tears

IPPF-Promi

lukmei

Neuer User

Silent-Tears

IPPF-Promi

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums