Linksys WRT54G: Inode-taugliche Firmware requesten?

[intorange]

Hi!

Das einzige Hindernis, das mich von Inode dzt. abhält, ist das "Router-Problem".
Nun ein "Vorschlag":
Der Linksys WRT54G -Wireless-Router "läuft unter Linux" u. es gibt massenhaft gepatchte Firmware:

http://www.linksys.com/international/pr ... 8&ipid=227

http://www.sveasoft.com/modules/phpBB2/ ... um.php?f=6
http://docs.sveasoft.com/
http://www.batbox.org/wrt54g-linux.html
http://h.vu.wifi-box.net/wrt54g/

Es gab auch einen Artikel in der c't 9/04, Seite 198 darüber.

Wer kann das "was wir implementiert brauchen", damits mit Inode etc. funktioniert, möglichst gut in "Netzwerksprache" in Englisch formulieren, vielleicht macht uns jemand eine "Spezialfirmware"? (uU "sveasoft", dürfte ein Profi sein, viell. gegen eine Spende oä)
Oder ist das generell (hardwareseitig?) nicht möglich? (Was ich mir mit meinen laienhaften Linux-Kenntnissen nicht vorstellen kann, wenns nur an der richtigen Software mangelt.)

Grüsse,
Markus

[aldous]

Hi!

Das einzige Hindernis, das mich von Inode dzt. abhält, ist das "Router-Problem".
Nun ein "Vorschlag":
Der Linksys WRT54G -Wireless-Router "läuft unter Linux" u. es gibt massenhaft gepatchte Firmware:
[..snip..]

Hab mir das Ding aufgrund des Artikels gekauft.

Wer kann das "was wir implementiert brauchen", damits mit Inode etc. funktioniert, möglichst gut in "Netzwerksprache" in Englisch formulieren, vielleicht macht uns jemand eine "Spezialfirmware"?

Im Grunde ist alles da, was noetig ist; einzig ein kleiner Bug im pptp-client verhindert momentan das vollstaendige Aufbauen des Tunnels.

(uU "sveasoft", dürfte ein Profi sein, viell. gegen eine Spende oä)

Sveasoft ist kein Wohltaeter sondern verlangt nun auch schon 20$ fuer die modifizierte Firmware.
Allerdings behauptet er dabei zu sein den Bug im pptp-client zu entfernen; wenn er das schafft waere ich sogar bereit zu blechen.

Siehe mein Posting hier: http://www.sveasoft.com/modules/phpBB2/viewtopic.php?t=1667

Ich bin momentan zu gestresst als dass ich das ausprobieren koennte, aber vielleicht haben nicht alle verfuegbaren Firmmwares dieses Problem; kann das vielleicht jemand austesten?

Oder ist das generell (hardwareseitig?) nicht möglich? (Was ich mir mit meinen laienhaften Linux-Kenntnissen nicht vorstellen kann, wenns nur an der richtigen Software mangelt.)

Unmoeglich ist das nicht.

aldous

[TheProdigy]

Ich habe ebenfalls diesen Artikel gelesen und den Kauf des Netgear WGR-614 vorläufig aufgeschoben. Ich hoffe, dass jemand positive Erfahrungsberichte bringen kann.

Wie ist das bei Sveasoft? Verlangen die Geld pro Firmware oder pro Kunde? Bei ersterem könnten wir ja zusammenlegen

[intorange]

Schön wärs, der Router funktioniert ja nicht mal unter AON-ADSL mit "pptp-Einwahl". Habe ihn heute bekommen, 3 Std. experimentiert, jetzt ist wieder mein alter guter Netgear RP114 dran.
Und der sch... linksys geht zurück (der ist viell. top aber nicht bei unserer österr. Extrawürschtl-Einwahlauthentifikation)

[aldous]

Schön wärs, der Router funktioniert ja nicht mal unter AON-ADSL mit "pptp-Einwahl". Habe ihn heute bekommen, 3 Std. experimentiert, jetzt ist wieder mein alter guter Netgear RP114 dran.
Und der sch... linksys geht zurück (der ist viell. top aber nicht bei unserer österr. Extrawürschtl-Einwahlauthentifikation)

Du hast nicht gelesen, was ich geschrieben habe, stimmts? (Und dem Link bist du vermutlich auch nicht gefolgt)

[edit] Hab dein Posting auf sveasoft gelesen - ich nehm alles zurück [/edit]

aldous

[aldous]

Ich habe ebenfalls diesen Artikel gelesen und den Kauf des Netgear WGR-614 vorläufig aufgeschoben. Ich hoffe, dass jemand positive Erfahrungsberichte bringen kann.

Wie ist das bei Sveasoft? Verlangen die Geld pro Firmware oder pro Kunde? Bei ersterem könnten wir ja zusammenlegen

Sveasoft verlangt einen Jahresbeitrag von 20$, dadurch erhaelt man 'uneingeschraenkten' Support und die neuesten Releases der Firmware.

Im Grunde bauen sie auf GPLd Software auf, es wuerde mich daher wundern, wenn es nicht moeglich waere die Firmware weiterzugeben.


aldous

[eleon216]

Ich hab eine funktionierende Konfiguration laufen.
Als Verbindungstyp pptp auswählen. Bei der IP und Subnetmask 0.0.0.0 eingeben (wird dann über dhcp bezogen) als gateway (pptp-server) 10.0.0.138.

Was dann noch fehlt ist eine statische Route zu 10.0.0.138
Ich hab es über den Menüpunkt "advanced routing" probiert, aber die route war manchmal nach einem Reboot verschwunden.
deshalb verwende ich den nvram-wert "rc_startup" darin kann ein script eingetragen werden, dass beim hochfahren ausgeführt wird.

nvram set rc_startup="/sbin/route add -host 10.0.0.138 gw 172.16.177.1 dev vlan1"

nvram commit

reboot

172.16.177.1 ist das default gateway dass ich von meinem modem zugewiesen bekomme.
die pptp-verbindung wird zwar nicht sofort sondern erst ca. 20-30 sekunden nach dem reboot aufgebaut, aber ich glaub damit kann man leben

[Herculess]

@eleon:

Diese Konfig funktioniert nur mit der pre3.10?
oder hast du das auch mit früheren versionen hinbekommen?

Greets

[sproge]

@eleon216:

Ich bin gerade dabei, mit der pre3.11 nachzuvollziehen, was du mit der pre3.10 geschafft hast. Allerdings wehrt sich mein Router standhaft dagegen. Ich kann per telnet 10.0.0.138 zwar pingen, aber der Verbindungsversuch scheitert an dem von aldous beschriebenem Problem.

Gibt es dazu einen aktuellen Status? Hat irgendwer mit der pre3.11 auch Probleme? Ich werde es jetzt mit der pre3.10 versuchen, vielleicht hat der pptp-Client da keine Probleme.

kind regards

[eleon216]

Ich hab xdsl@home einem Zyxel Prestige 645 als Modem
Ich hab es nur mit dieser Version probiert, weil es damals die aktuellste war, die ich auftreiben konnte, und damit hat es eigentlich auf Anhieb funktioniert. Mir is kein Problem mit dem pptp-Client aufgefallen, ich hatte eben nur das Problem dass ich das Gateway nicht erreichen konnte, aber das kann man ja durch eine statische Route im Startup-Script beheben.

[aldous]

..ich hatte bisher auch kein Glück mit der neuen Satori 4.0..

eleon: wie hast du es geschafft, dass das Interface eine IP vom Modem bekommt ohne dass dhcp als Verbindungstyp eingestellt ist?

aldous

[Herculess]

Hat er ja bereits beschrieben:

Als Verbindungstyp pptp auswählen. Bei der IP und Subnetmask 0.0.0.0 eingeben (wird dann über dhcp bezogen) als gateway (pptp-server) 10.0.0.138.

Zumindest die Alchemy-pre5 bezieht dann automatisch eine IP vom Modem (allerdings mit AON-ADSL getestet)

Greets

[aldous]

Hi,

Hat er ja bereits beschrieben:

Als Verbindungstyp pptp auswählen. Bei der IP und Subnetmask 0.0.0.0 eingeben (wird dann über dhcp bezogen) als gateway (pptp-server) 10.0.0.138.

...

das glaube ich nicht - das bezieht sich auf die IP von ppp0 und nicht eth1 - und eben das braucht ja die vom Modem zugewiesene IP, auf dass es überhaupt erst möglich wird den Tunnel aufzubauen.

Er schreibt auch dass er eine statische Route nach 10.0.0.138 beim start-up definiert - die kann aber nur dann aufgebaut werden, wenn das Device seine IP bereits bekommen hat - und auf das bezog sich meine Frage.

aldous

[hauto]

Hi!

Also bei mir funktioniert das was eleon216 geschrieben hat bis auf die ip die ich zugewiesen bekomme. Die ist bei mir 172.16.198.198.

Habe aber noch ein großes Problem, so funkt alles www, bittor, muli, ... aber ich hab nen beschissenen ping (2000-3000ms).

Hat jemand eine Ahnung was ich falsch mache ???

hier meine config

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
62.99.171.??? * 255.255.255.255 UH 0 0 0 ppp0
10.0.0.138 172.16.198.198 255.255.255.255 UGH 0 0 0 vlan1
192.168.2.0 * 255.255.255.0 U 0 0 0 br0
172.16.198.0 * 255.255.255.0 U 0 0 0 vlan1
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default gar4-lo-00-000. 0.0.0.0 UG 0 0 0 ppp0


meine ip (62.99.171.???) will ich natürlich nicht zeigen
thx

[eleon216]

@aldous

Es werden durch die Werte 0.0.0.0 die IP und Subnetmask von eth1 (besser gesagt von vlan1 das auf eth1 gebunden wird) per DHCP bezogen.
Ich habe zuerst auch versucht die Adresse statisch einzutragen, nur bekam ich die Fehlermeldung dass die IP des Interfaces und die IP des PPTP-Server nicht im selben Subnet sind, und ich konnte diese Werte nicht speichern (wahrscheinlich kann man das umgehen wenn man die Werte direkt im NVRAM ändert, der andere Workaround ist eben die IP über DHCP zu beziehen)

d.h. ich haben ein IP im richtigen Subnet und auch die richtige Subnetmask, nur die entsprechende Route zu 10.0.0.138 besteht nicht, weil normalerweise bei einer PPTP-Verbindung keine Route zum PPTP-Server notwendig ist, da er sich im selben Subnet befindet.
Nachdem die Route gelegt ist, wird die PPTP-Verbindung ganz normal aufgebaut (ppp0interface mit einer Public-IP, die entsprechenden Routen, etc... passiert alles automatisch)

...und @hauto: ich hab auch akzeptable Pingzeiten (unter 30ms)