Linksys WRT54GL funktioniert nicht

[jutta]

> Punkt 1: Wo sehe ich das?

im web-interface des routers. vermutlich unter "status"

[andvol]

Ihr werdet es kaum glauben, aber der Router funktioniert jetzt!!!

Hab mich gestern noch in die alternative Firmware DD-WRT eingelesen, den Router geflasht, alles eingestellt und er hat SOFORT funktioniert!!!

DANKE FÃœR EURE HILFE!

mfg
Andy

[andvol]

Wie sollte es auch anders sein, jetzt hab ich ein neues Problem:

Nach acht Stunden macht die TA ja einen Disconnect....leider verbindet sich der Router nicht neu. Selbst ein manuelles disconnect und reconnect funktioniert nicht. Ich muss beide Geräte für fünf Minuten vom Strom nehmen die WAN IP Adress neu eingeben (da hat er nämlich eine andere rein geschrieben) und erst dann hab ich wieder Internet

Hat da jemand eine Erklärung?

Connection Strategy ist: Keep alive: redial period 30sec.

mfg
Andy

[zid]

>"...Nach acht Stunden macht die TA ja einen Disconnect....leider verbindet sich der Router nicht neu..."
die v24er kenn ich nicht, es hat aber bei der v23er vor rd. 2 jahren auch ein prob mit der wiedereinwahl gegeben. das ganze ist samt workaround im bugtracker bug #1855 beschrieben. versuch das einmal:
http://www.dd-wrt.com/dd-wrtv2/bugtrack ... n_page.php
du mußt dich registrieren.

>"...die WAN IP Adress neu eingeben (da hat er nämlich eine andere rein geschrieben)..."
hm, das erinnert mich an den wrt160n mit orig. firmware. da gibts ein durcheinander mit den adressen und routen. du könntest noch folgende ppp-options versuchen (zusätzlich zu den optionen, die im bugtracker erwähnt werden): ipcp-accept-local, ipcp-accept-remote, defaultroute, (replacedefaultroute).
wenn der pppd von ddwrt die option "replacedefaultroute" nicht hat, dann mußt du das routing über ip-up und ip-down regeln.
details zu den ppp-options: man pppd

hat pptp mit der orig. firmware nicht gefunkt? welche version hattest du?

lg
zid

[andvol]

>"...Nach acht Stunden macht die TA ja einen Disconnect....leider verbindet sich der Router nicht neu..."
die v24er kenn ich nicht, es hat aber bei der v23er vor rd. 2 jahren auch ein prob mit der wiedereinwahl gegeben. das ganze ist samt workaround im bugtracker bug #1855 beschrieben. versuch das einmal:
http://www.dd-wrt.com/dd-wrtv2/bugtrack ... n_page.php
du mußt dich registrieren.

>"...die WAN IP Adress neu eingeben (da hat er nämlich eine andere rein geschrieben)..."
hm, das erinnert mich an den wrt160n mit orig. firmware. da gibts ein durcheinander mit den adressen und routen. du könntest noch folgende ppp-options versuchen (zusätzlich zu den optionen, die im bugtracker erwähnt werden): ipcp-accept-local, ipcp-accept-remote, defaultroute, (replacedefaultroute).
wenn der pppd von ddwrt die option "replacedefaultroute" nicht hat, dann mußt du das routing über ip-up und ip-down regeln.
details zu den ppp-options: man pppd

hat pptp mit der orig. firmware nicht gefunkt? welche version hattest du?

lg
zid

Betreff original FW: mit der ging überhaupt nichts...leider ;(

Deine Tipps werd ich gleich mal probieren, danke!

mfg
Andy

[zid]

>"...Betreff original FW: mit der ging überhaupt nichts...leider ;(..."
das ist ja interessant. kannst du dich noch erinnern, welche version das war? ist der gl alt oder neu?

lg
zid

[andvol]

>"...Betreff original FW: mit der ging überhaupt nichts...leider ;(..."
das ist ja interessant. kannst du dich noch erinnern, welche version das war? ist der gl alt oder neu?

lg
zid

Der Router wurde am Montag gekauft. Ist v1.1 und hatte die v4.30.7 drauf. Zuerst hab ich es mit der probiert, dann die aktuellste v4.30.11 drauf gespielt. Damit gings auch nicht. Hab damit insgesamt drei Tage in den Sand gesetzt und war in vier Foren unterwegs um Tipps zu sammeln. Gestern Abend wars mir dann zuviel und ich hab mich in die DD-WRT eingelesen. Den Router geflasht, die Daten eingegeben und ÃœBERRASCHUNG alles klappte wunderbar. Heute Vormittag hab ich dann leider bemerkt, dass die Wiedereinwahl nach der acht Stunden Zwangstrennung von AON nicht klappt.

Das Problem haben einige:
http://www.dd-wrt.com/phpBB2/viewtopic. ... t=aon+pptp
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=30451
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=13579

mfg
Andy

[zid]

>"...Der Router wurde am Montag gekauft. Ist v1.1 und hatte die v4.30.7 drauf..."
noch immer die 7er? mit der hats schon vor 2 jahren probs gegeben.

>"...dann die aktuellste v4.30.11 drauf gespielt. Damit gings auch nicht..."
danke für die info. irgendwo hab ich ein gl mit der 11er, habs mit aber noch nicht angeschaut.

>"...Hab damit insgesamt drei Tage in den Sand gesetzt und war in vier Foren unterwegs um Tipps zu sammeln..."
erst 3d? das is ja gar nix. ich hab damals 3 wo. gebraucht, um zu behirnen, was bei der v23 so alles schiefgeht. und das ganze war gar nicht für mich, sondern für meine leutz, die mich mit dem zeugs genervt haben.

>"...Das Problem haben einige:..."
das sind (teilw.) die links von damals.

lg
zid

[zid]

soo, hab mir jetzt die 4.30.11 und die v24-sp1 mini angeschaut, pptp-server ist ein tg585v7 mit r8.6.9.0 (= aktueller auslieferungszustand der telekom). sehr "interessant".

1. orig. firmware 4.30.11:
- ersteinwahl geht sauber durch
- wiedereinwahl scheitert wie bei der 7er. ein blick auf die ereal traces legt die vermutung nahe, daß es sich um das gleiche gre-entkapselungsprob handelt wie bei der 7er.
- routing ist ok., meine diebezügliche vermutung von früher war falsch (s. aber weiter unten).

2. dd-wrt v24-sp1 mini, das (un)ding muß man sich wirklich auf der zunge zergehen lassen:

- ersteinwahl geht einmal (nicht ganz so sauber wie bei der 11er) durch. adressen und routen sind ok.
root@DD-WRT:~# ip a
...
6: vlan1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
link/ether 00:23:69:21:d5:be brd ff:ff:ff:ff:ff:ff
inet 10.0.0.139/24 brd 10.0.0.255 scope global vlan1
7: br0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
link/ether 00:23:69:21:d5:be brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global br0
inet 169.254.255.1/16 brd 169.254.255.255 scope global br0:0
15: ppp0: <POINTOPOINT,MULTICAST,UP> mtu 1460 qdisc pfifo_fast
link/ppp
inet 91.113.89.228 peer 62.47.95.239/32 brd 91.113.89.228 scope global ppp0

- wiedereinwahl geht schief, weil die adressen und routen nach dem disconnect nicht korrekt gesetzt sind.

root@DD-WRT:~# ip a
...
6: vlan1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
link/ether 00:23:69:21:d5:be brd ff:ff:ff:ff:ff:ff
inet 91.113.89.228/32 brd 91.113.89.228 scope global vlan1
7: br0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
link/ether 00:23:69:21:d5:be brd ff:ff:ff:ff:ff:ff
inet 192.168.1.1/24 brd 192.168.1.255 scope global br0
inet 169.254.255.1/16 brd 169.254.255.255 scope global br0:0

root@DD-WRT:~# ip r
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.1
169.254.0.0/16 dev br0 proto kernel scope link src 169.254.255.1
127.0.0.0/8 dev lo scope link

der gl kennt den pptp-server, er hat jedoch keine route zu ihm. konkret sieht das dann so aus:

root@DD-WRT:~# cat /var/log/messages
...
Jan 1 00:01:38 DD-WRT daemon.warn pptp[710]: anon warn[pptp_gre_bind:pptp_gre.c:95]: connect: Network is unreachable
...
somit ist die wiedereinwahl ohne (manuelle) korrektur unmöglich. diese "spezialität" ist neu bei v24.

3. was kann man machen?
man muß dafür sorgen, daß vor dem tunnelaufbau eine route nach 10.0.0.0/24 gesetzt wird. am einfachsten geht das über das pty-skript. statt
pty 'pptp 10.0.0.138 --nolaunchpppd'
setzt man einfach:
pty 'ip a fl dev vlan1 && ip a a 10.0.0.139/24 brd + dev vlan1 && pptp 10.0.0.138 --nolaunchpppd'

das gesamte rc_firewall-skript könnte damit z.b. so aussehen:

Code: Alles auswählen

#!/bin/sh
if mount | grep '/usr/sbin/pppd' >/dev/null 2>&1; then
  logger -t RC_FIREWALL -- 'pppd.wrapper mounted already, nothing to do'
else
  mkdir -p /tmp/local/ppp
  cp /usr/sbin/pppd /tmp/local/ppp
  cat << --ende-- > /tmp/local/ppp/pppd.wrapper
#!/bin/sh
# need clean routes, wait 10 s, don't stop to retry
cat << --fin-- >/tmp/ppp/options
defaultroute
usepeerdns
pty 'ip a fl dev vlan1 && ip a a 10.0.0.139/24 brd + dev vlan1 && pptp 10.0.0.138 --nolaunchpppd'
# enter your user-id:
user '1234567000'
mtu 1460
nomppe
noccp
default-asyncmap
nopcomp
noaccomp
novj
nobsdcomp
nodeflate
lcp-echo-interval 0
noipdefault
lock
noauth
persist
holdoff 10
maxfail 0
--fin--
/tmp/local/ppp/pppd file /tmp/ppp/options
--ende--
  chmod +x /tmp/local/ppp/pppd.wrapper
  mount --bind /tmp/local/ppp/pppd.wrapper /usr/sbin/pppd && \
  logger -t RC_FIREWALL -- 'mounted pppd.wrapper!'
fi

mit dem zeugs klappt zumindest mal die wiedereinwahl beim tg (ob das beim 1000er auch gutgeht, ist eine andre frage...):
=>systemlog show
...
<132> Sep 1 01:13:14 PPTP tunnel (HSI_pvc) down
<132> Sep 1 01:13:25 PPTP tunnel (HSI_pvc) up
<148> Sep 1 06:46:30 DHCC intf iptv renews lease ip-address 10.86.63.232
<132> Sep 1 09:13:28 PPTP tunnel (HSI_pvc) down
<132> Sep 1 09:13:37 PPTP tunnel (HSI_pvc) up

hth
zid

[Starvirus]

@andvol
Wenn du einen kleinen Unkostenbeitrag abgeben kannst kannst ein Speedtouch 546 v6 haben von mir. Das Modem kann schon ADSL2+ und automatische wiedereinwahl klappt auch ohne Probleme.
Den WRT kannst du dann als normalen AP konfigurieren