w900v - Skript läuft nicht durch

[herrmeier]

Hallihallo,

nachdem ich nun eine Alternativ-Original-Fritzbox als Backup-Lösung hier liegen habe, probiere ich nun auch das >>fritzisieren<< aus.
Als Anleitung bin ich
http://www.ip-phone-forum.de/showthread.php?t=172137
gefolgt und habe die mit speed-to-fritz_27_08_2008 m.E. neueste Version des Skripts benutzt.
Ach ja und ich benutze ein (K)Ubuntu 8.04 lts.
Die IP meines PC ist dabei
eth1: 192.168.50.104


Leider läuft das Skript am Punkt:

Net cards set up for search active netconnections:  eth0 eth1 eth2 eth3
This list was set default, but can be set in advance.
By invoking sp-to-fritz.sh with the command line -i ethX.
Ethernet card found on: eth0
Imagedirectory=/home/'user'/2downloads/speed2fritz/speed-to-fritz/speed-to-fritz_27_08_2008/speed-to-fritz/Firmware.new
oem=avm  Produkt=Fritz_Box_DECT_W900V  HWResvison=102.1.1.0  Eth=eth0  IP=192.168.178.1  jffs2size=32  kernel_args=annex=B



You should now reboot your box. Waiting for box to shut down for restart ...
.........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................

nicht sauber durch. Meine Idee ist, es könnte daran liegen, dass ich die interne IP im LAN auf 192.168.50.1 angepasst habe als ich sie neu erhielt. Könnte es daran liegen? Vielen Dank im Voraus!

HGe

HM

 

[Loomes]

öhmmmm englisch kannst du aber?

Da steht doch du sollst die Box einmal ausschalten und wieder anmachen, damit das script auf den ftp zugreifen kann, dann gehts auch weiter

 

[Ernest015]

Ja, es könnte an der etwas seltsamen IP-Adresse liegen. Hast du mehrere Netzwerkkarten im Rechner oder ist in der TCom-Original-Firmware die IP-Adresse der Box geändert worden? Normalerweist hat die Box mit Original-Firmware die IP-Adresse 192.168.2.1, die Rechner-IP wird aus dem DHCP-Adressbereich vergeben, dieser beginnt bei 192.168.2.20.

In deinem Fall ist die Rechner-IP zunächst 192.168.50.104. In der Regel würde die dazugehörende IP-Adresse der Box dann 192.168.50.1 lauten, auf diese Adresse hast du auch die IP des Rechners geändert. Somit haben Rechner und Box die gleiche Adresse, da kann nicht funktionieren.

Das kernel.image wird per FTP übertragen, die FTP-Adresse der Box lautet 192.168.178.1, diese wird auch in der Bildschirmausgabe angezeigt:

...HWResvison=102.1.1.0 Eth=eth0 IP=192.168.178.1 ...

Hier ist allerdings eth0 statt eth1 eingetragen...auch da würde es Probleme geben.

mfg

 

[herrmeier]

vielen Dank schon für die schnellen Rückmeldungen

@Loomes:
vielen Dank mein Englisch ist halbwegs OK, zumindest habe ich einen Wisch, der mir den Native-Speaker bescheinigt. Trotzdem Danke, da habe ich mich wohl nicht konkret genug ausgedrückt.

@Ernest015:
Dachte ich es mir fast, dass es daran liegt.
Ich werde also mal schauen müssen wo das beschrieben ist und entweder das Skript anpassen (etwas gefährlich, da übersieht man leicht etwas) oder die Router-IP ändern. Einfacher ist wohl letzteres. Eigentlich doof von mir den Router nicht vorher in den Ausgangszustand versetzt zu haben.
Fraglich ist jetzt nur, irgendetwas ist ja schon passiert, den Router habe ich auch gebootet. Das T-COM-Frontend ist aber noch drauf.
Kann ich einfach das Skript neu starten nachdem ich nun mit Strg + C abbreche?
Vielen Dank noch einmal!

Euer
HM

 

[Jpascher]

Kann ich einfach das Skript neu starten nachdem ich nun mit Strg + C abbreche?

Ja normal kein Problem.

Im Zweifelsfall:
bringt das Löschen den gesamten speed-to-fritz Ordners und ein totaler Neubeginn aber Sicherheit zumindest, wenn man noch wenig Erfahrung hat schadet das ja nicht es einige male durchzumachen.

 

[herrmeier]

auf Werkseinstellungen zurückgesetzt

Heute habe ich es mal wieder weiter probiert. Leider bleibt das Skript an der selben Stelle hängen.
Nach dem Rücksetzen auf Werkseinstellungen habe ich noch die T-Online-Daten eingegeben um Online sein zu können, weil das Skript ja ein paar Sachen aus dem Netzt braucht. Sollte das der Fehler sein, kann ich auch einen anderen Internetzugang über UMTS nutzen.
Des Weiteren habe ich noch zu Anfang das Passwort geändert.
Weiterhin habe ich den Router nach der Aufforderung,

...Imagedirectory=/home/'user'/2downloads/speed2fritz/speed-to-fritz/speed-to-fritz_27_08_2008/speed-to-fritz/Firmware.new
oem=avm  Produkt=Fritz_Box_DECT_W900V  HWResvison=102.1.1.0  Eth=eth0  IP=192.168.178.1  jffs2size=32  kernel_args=annex=B



You should now reboot your box. Waiting for box to shut down for restart ...
..............................................................................................................................................................................................................................................

per T-Online-Weboberfläche neu gebootet. Vielleicht hätte ich den Speedport auch stromlos schalten müssen.
Kann mir vielleicht jmd. bei der Fehlersuche behilflich sein, vielleicht habt Ihr ja doch noch einen Tipp.


Hier meine Netzeinstellungen:

eth0     inet Adresse:192.168.2.100  Bcast:192.168.2.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:1377381 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1641313 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:1165937832 (1.0 GB)  TX bytes:946398736 (902.5 MB)
          Interrupt:19 

eth1    inet Adresse:192.168.2.101  Bcast:192.168.2.255  Maske:255.255.255.0
          inet6-Adresse: fe80::20e:a6ff:fe6c:7ad1/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:5249160 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4131656 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:4264527522 (3.9 GB)  TX bytes:1998780997 (1.8 GB)
          Interrupt:16 Basisadresse:0xa000

 

[Loomes]

Also eigentlich solltest du nachdem das script versucht hat zu pushen ein weiteres (virtuelles) netzwerkinterface haben mit der bezeichnung eth0:0 und der ip 192.168.178.10. Ansonsten kann das script den router nicht finden wenn er neu startet.
Mal ein schuß ins blaue weil mir das auch schonmal passiert ist:
Läßt du das script als root oder als user laufen? Weil ich hatte schonmal das problem das der user den ich nutzte keine rechte hatte ifconfig zu nutzen um das virtuelle eth device zu erzeugen.
Also wenn lass das script einfach mal als root laufen. Ein Versuch ist es wert.

 

[Ernest015]

Und dann noch dieses:

Vielleicht hätte ich den Speedport auch stromlos schalten müssen.

Ein einfaches Aus- und Wiedereinschalten an der Stelle mit den laufenden Punkten reicht, es muss kein Reboot über die Weboberfläche oder per Taster auf der Rückseite sein.

mfg

 

[herrmeier]

nun habe ich es auch als sudo gemacht

Vielen Dank, dass hat mich schon wieder einen Schritt weiter gebracht. Am Ende kann ich vielleicht noch etwas zum Howto-beisteuern. (-:
Leider funktioniert es gleichwohl nicht, da das ganze immer nach 192.168.178... wie beiden Fritzboxen aussieht, frage ich mich, ob vielleicht der Speedport eine andere LAN-IP bekommen muss.
Jedenfalls hängt es immer noch an der gleichen Stelle.
Noch ein

eth0:0   inet Adresse:192.168.178.10  Bcast:192.168.2.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          Interrupt:19

 

[herrmeier]

Internet ist wieder da - nur kein webinterface

root@pc:~/2downloads/speed2fritz/speed-to-fritz/speed-to-fritz_27_08_2008/speed-to-fritz# ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=0.044 ms
64 bytes from 192.168.178.1: icmp_seq=2 ttl=64 time=0.047 ms

--- 192.168.178.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.044/0.045/0.047/0.006 ms
root@pc:~/2downloads/speed2fritz/speed-to-fritz/speed-to-fritz_27_08_2008/speed-to-fritz# ping heise.de
PING heise.de (193.99.144.80) 56(84) bytes of data.
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=1 ttl=249 time=11.4 ms
64 bytes from redirector.heise.de (193.99.144.80): icmp_seq=2 ttl=249 time=11.5 ms

--- heise.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 11.470/11.516/11.562/0.046 ms
root@pc:~/2downloads/speed2fritz/speed-to-fritz/speed-to-fritz_27_08_2008/speed-to-fritz# ping fritz.box
ping: unknown host fritz.box
root@pc:~/2downloads/speed2fritz/speed-to-fritz/speed-to-fritz_27_08_2008/speed-to-fritz#

root@pc:~# route -n
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
192.168.178.0   0.0.0.0         255.255.255.0   U     0      0        0 vmnet1
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
135.10.1.0      0.0.0.0         255.255.255.0   U     0      0        0 vmnet3
0.0.0.0         192.168.2.1     0.0.0.0         UG    0      0        0 eth0
root@pc:~#

Ich habe jetzt mal mein Kabel von eth1 getrennt und gehofft, dass es daran läge.
Und tatsächlich daran schien es zu liegen. Auf einmal wechselte die IP des vom 192.168.2.*-Netz ins 192.168.178.*-Netz. Nur habe ich jetzt leider kein Frontend mehr.
Woran liegt es? Was habe ich dieses mal falsch gemacht?

 

[herrmeier]

Hier noch einmal ifconfig - immer noch kein frontend... )-:

OK irgendwas läuft hier scheints falsch:

root@pc:~# ping 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=1.06 ms
64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=0.892 ms
64 bytes from 192.168.2.1: icmp_seq=3 ttl=64 time=0.896 ms

--- 192.168.2.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 0.892/0.951/1.066/0.084 ms
root@pc:~# ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_seq=1 ttl=64 time=0.048 ms
64 bytes from 192.168.178.1: icmp_seq=2 ttl=64 time=0.026 ms
64 bytes from 192.168.178.1: icmp_seq=3 ttl=64 time=0.055 ms

--- 192.168.178.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 0.026/0.043/0.055/0.012 ms
root@pc:~#

root@pc:~# ifconfig
eth0     inet Adresse:192.168.2.100  Bcast:192.168.2.255  Maske:255.255.255.0
          Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:6842 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5395 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:3544311 (3.3 MB)  TX bytes:848469 (828.5 KB)
          Interrupt:19 

eth0:0 inet Adresse:192.168.178.10  Bcast:192.168.2.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          Interrupt:19 

eth1    UP BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:5260448 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4133087 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:4266425687 (3.9 GB)  TX bytes:1998990359 (1.8 GB)
          Interrupt:16 Basisadresse:0xa000 

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:3064051 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3064051 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0 
          RX bytes:1937681058 (1.8 GB)  TX bytes:1937681058 (1.8 GB)

vmnet1 Link encap:Ethernet  
          inet Adresse:192.168.178.1  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6-Adresse: fe80::250:56ff:fec0:1/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1178 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

vmnet3    Link encap:Ethernet  
          inet Adresse:135.10.1.1  Bcast:135.10.1.255  Maske:255.255.255.0
          inet6-Adresse: fe80::250:56ff:fec0:3/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1057 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenläng

Auf beiden IP-Adressen 192.168.178.1 und 192.168.2.1 bekomme ich eine Antwort aber auch nach einem stromlos-Stellen des Routers passiert nichts.
Welche Info kann ich noch geben?
Vielen Dank im Voraus!

HGe HM