Inside HorstBox DVA-G3342SB Part 2: serielle Konsole für Horst

F

foschi

Guest
Hackin' Horst, Part 2 - heute: die serielle Konsole der HorstBox DVA-G3342SB.

[Edit foschi] Link zum Posting "Serielle Konsole für Herta"

In der HorstBox ist eine serielle Konsole bereits vorbereitet; den entsprechenden Anschluß sieht man auf dem Foto. Einfach eine D-Sub9-Steckverbindung mit Flachbandkabel anstecken (z.B. aus einem alten PC-Gehäuse), die Steckerleiste auf der Platine hat Pin 1 gekennzeichnet.

Zur Verbindung ein serielles Kabel (Buchse/Buchse) nutzen (Kabelbelegung siehe Bild), Schnittstellenparameter 115200 8N1.
 

Anhänge

  • P9080002.jpg
    P9080002.jpg
    22.1 KB · Aufrufe: 1,029
  • P9080003.jpg
    P9080003.jpg
    29 KB · Aufrufe: 927
  • belegung_v24.jpg
    belegung_v24.jpg
    53.3 KB · Aufrufe: 828
Zuletzt bearbeitet von einem Moderator:
Hi foschi,

das ist ja fast schon zu einfach ... :cool:

So sieht das dann auf der seriellen Schnittstelle aus:

Code:
+
Trying NPE-B...no PHY found
Trying NPE-C...success. Using NPE-C with PHY 1.
Ethernet eth1: MAC address 00:03:47:df:32:aa
IP: 0.0.0.0/255.255.255.0, Gateway: 0.0.0.0
Default server: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Red Hat certified release, version 2.02 - built 09:49:23, May  9 2006

Platform: D-Link Horstbox Backpack (Maxina) (IXP42X 533MHz) BE
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.

RAM: 0x00000000-0x04000000, [0x00026250-0x03fc1000] available
FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each.
== Executing boot script in 3.000 seconds - enter ^C to abort
RedBoot> fis load zImage
RedBoot> exec
Using base address 0x00800000 and length 0x00100000
Uncompressing Linux............................................................. done, booting the kernel.
Linux version 2.6.16.9 (root@Maxina-Mch) (gcc version 3.4.6) #1 Thu Aug 24 14:49:00 CEST 2006
CPU: XScale-IXP42x Family [690541c1] revision 1 (ARMv5TE)
Machine: Intel IXDPG425
Memory policy: ECC disabled, Data cache writeback
CPU0: D VIVT undefined 5 cache
CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
Built 1 zonelists
Kernel command line: console=ttyS0,115200n8 console=ttyS0 rootfstype=squashfs root=/dev/mtdblock3
PID hash table entries: 512 (order: 9, 8192 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 64MB = 64MB total
Memory: 62872KB available (1656K code, 190K data, 92K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
NET: Registered protocol family 16
IXP4xx: Using 16MiB expansion bus window size
PCI: IXP4xx is host
PCI: IXP4xx Using direct access for memory space
PCI: bus0: Fast back to back transfers disabled
dmabounce: registered device 0000:00:0c.0 on pci bus
dmabounce: registered device 0000:00:0d.0 on pci bus
dmabounce: registered device 0000:00:0e.0 on pci bus
dmabounce: registered device 0000:00:0e.1 on pci bus
dmabounce: registered device 0000:00:0e.2 on pci bus
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
NetWinder Floating Point Emulator V0.97 (double precision)
squashfs: version 3.0 (2006/03/15) Phillip Lougher
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
Serial: 8250/16550 driver $Revision: 1.90 $ 2 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0xc8000000 (irq = 15) is a XScale
IXP4XX-Flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
IXP4XX-Flash.0: Found 1 x16 devices at 0x1000000 in 16-bit bank
 Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
Searching for RedBoot partition table in IXP4XX-Flash.0 at offset 0xfe0000
7 RedBoot partitions found on MTD device IXP4XX-Flash.0
Creating 7 MTD partitions on "IXP4XX-Flash.0":
0x00000000-0x00080000 : "RedBoot"
0x00080000-0x000c0000 : "nvram"
0x000c0000-0x001c0000 : "zImage"
0x001c0000-0x00ec0000 : "main-fs"
0x00ec0000-0x00fc0000 : "update-fs"
0x00fc0000-0x00fc1000 : "RedBoot config"
0x00fe0000-0x01000000 : "FIS directory"
Creating 2 MTD partitions on "IXP4XX-Flash.0":
0x01000000-0x01800000 : "spare1"
0x01400000-0x02000000 : "spare2"
PCI: enabling device 0000:00:0e.0 (0140 -> 0142)
ohci_hcd 0000:00:0e.0: OHCI Host Controller
ohci_hcd 0000:00:0e.0: new USB bus registered, assigned bus number 1
ohci_hcd 0000:00:0e.0: irq 23, io mem 0x48000000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
PCI: enabling device 0000:00:0e.1 (0140 -> 0142)
ohci_hcd 0000:00:0e.1: OHCI Host Controller
ohci_hcd 0000:00:0e.1: new USB bus registered, assigned bus number 2
ohci_hcd 0000:00:0e.1: irq 23, io mem 0x48001000
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 2, 16384 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
ip_conntrack version 2.4 (512 buckets, 4096 max) - 224 bytes per conntrack
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
VFS: Mounted root (squashfs filesystem) readonly.
Freeing init memory: 92K
Mounting /proc /tmp /run /etc /dev/pts /proc/bus/usb
Copying files to readable /etc directory
Loading LED Manager
Creating temporary directories ...
Mounting /opt
Mounting /mnt
root: Starting nvramd ...
Starting syslogd ...
Setting system variables... 
Loading modules ...
ixp400: module license 'unspecified' taints kernel.
Board reset manager loaded
ixp400_eth: Initializing IXP400 NPE Ethernet driver software v. 1.5.1 
ixp400_eth: CPU clock speed (approx) = 532 MHz
ixp400_eth: no_ixp400_sw_init != 0, no IXP400 SW core component initialisation performed
ixp400_eth: Found PHY 0 at address 0
ixp400_eth: Found PHY 1 at address 1
ixp400_eth: Found PHY 2 at address 2
ixp400_eth: Found PHY 3 at address 3
ixp400_eth: Found PHY 4 at address 4
ixp400_eth: Found PHY 5 at address 5
ixp400_eth: ixp0 is using NPEB and the PHY at address 0
ixp400_eth: Use default MAC address 00:02:b3:01:01:01 for port 0
Zapata Telephony Interface Registered on major 196
Zaptel Version: 1.2.6 Echo Canceller: KB1
PCI: enabling device 0000:00:0c.0 (0140 -> 0143)
Registered 0000:00:0c.0 as Master NT 
PCI: enabling device 0000:00:0d.0 (0140 -> 0143)
Registered 0000:00:0d.0 as Slave TE 
Found chip(0) Si3210 Revision E
Found chip(1) Si3210 Revision E
Registering proc files for si3210/0
Registering proc files for si3210/1
Found Si3050 (Rev. D) and Si3019 (Rev. G)
Si3050 initialized
IXP4xx Watchdog Timer: heartbeat 10 sec
root: Starting watchdog ...
root: Starting board reset daemon
root: Configure network ...
root: Starting firewall...
Setting time ...
root: Creating asterisk directories ...
Unable to connect to remote asterisk (does /var/run/asterisk.ctl exist?)
Registered tone zone 3 (Netherlands)
root: Starting asterisk ...
Unable to open pid file '/var/run/asterisk.pid': Permission denied
root: Setting keys ...
nv-upload: set NVRAM variable http.ssl.cert (mhttpd-cert.der).
nv-upload: set NVRAM variable http.ssl.key (mhttpd-key.der).
nv-upload: set NVRAM variable http.ssl.dhparam (mhttpd-dhparam.der).
nv-upload: set NVRAM variable http.ssl.ctx_sid.1 (SSL session [0] context).
nv-upload: set NVRAM variable http.ssl.ctx_sid.2 (SSL session [1] context).
root: Starting mhttpd ...
Jan  1 01:00:18 NOTICE[213]: cdr.c:1191 do_reload: CDR simple logging enabled.
Reading RSA Key...
Reading DSS Key...
Starting dropbear ...
root: Waiting for the master board to come up ...
Starting rcmdd ...
Starting system test ...
root: Testing for GCC alignment bug: BUG FOUND
System is ready ...
Starting maintenance shell ...


BusyBox v1.1.3 (2006.08.24-12:38+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/ #

Ich denke, das ist ausbaufähig ;)

Henning
 
Ja, zumal Du über die Busybox-Shell direkten Zugriff auf das System hast, also auch auf Asterisk :). Im Asterisk-CLI sieht man in gewohnter Weise alle interessanten Funktionen...
 
Ich vergass ...

man kann natürlich auch Herta einen Besuch abstatten:

Code:
/ # telnet 192.0.2.1

Entering character mode
Escape character is '^]'.


BusyBox on (none) login: admin
Password: [b][i]admin[/i][/b]


BusyBox v0.61.pre (2006.08.03-08:12+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

#

... und schon steht einem die ganze Welt offen

Code:
# ifconfig
br0       Link encap:Ethernet  HWaddr 00:17:9A:11:1B:6B  
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  ASYMMTU:1500
          RX packets:1270 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1084 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:155854 (152.2 kb)  TX bytes:118370 (115.5 kb)

br0:1     Link encap:Ethernet  HWaddr 00:17:9A:11:1B:6B  
          inet addr:192.0.2.1  Bcast:192.0.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  ASYMMTU:1500

br1       Link encap:Ethernet  HWaddr 00:00:00:00:00:00  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  ASYMMTU:1500
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

eth0      Link encap:Ethernet  HWaddr 00:17:9A:11:1B:6B  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  ASYMMTU:1500
          RX packets:1271 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1080 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:155926 (152.2 kb)  TX bytes:118101 (115.3 kb)
          Base address:0x2800 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1  ASYMMTU:0
          RX packets:444 errors:0 dropped:0 overruns:0 frame:0
          TX packets:444 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:25752 (25.1 kb)  TX bytes:25752 (25.1 kb)

nas0      Link encap:Ethernet  HWaddr 00:AA:BB:CC:DD:10  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  ASYMMTU:1500
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

wlan0     Link encap:Ethernet  HWaddr 00:17:9A:11:1B:6C  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  ASYMMTU:1500
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Jetzt muß ich nur noch herausfinden, wie ich Horst abgewöhne, beim Booten panisch nach seiner Herta zu suchen. Dann könnte ich die Herta zur Seite legen, eine RJ-45 Buchse einlöten und hätte eine schöne Asterisk-Appliance ;)

foschi schrieb:
Im Asterisk-CLI sieht man in gewohnter Weise alle interessanten Funktionen...
Jou. Das Asterisk ist sogar ziemlich aktuell (1.2.9.1 mit bristuff 0.3.0-PRE-1q), Kompliment an D-Link!

Gruß
Henning
 
Du könntest ja einen kleinen Switch dazwischen hängen, als Übergangslösung.
 
Odysseus schrieb:
Du könntest ja einen kleinen Switch dazwischen hängen, als Übergangslösung.
Zuviel Bastelei (passende Verbindung bauen von Pfostenleisten auf RJ45 - Belegung hier noch immer unklar, kommt aber...). Ist einfacher, ne Buchse einzulöten (siehe http://www.ip-phone-forum.de/showthread.php?t=11365 ).

Außerdem ist es schon sinnvoll, nur die "nackte" Box (ohne Herta, den ADSL WLAN-Router) zu haben; eine nette Appliance mit Asterisk...
 
Kann nicht mit Horstbox reden

Habe den seriellen Anschluß nach Anleitung gebaut, aber die Verbindung klappt nicht. Hyperterminal verbindet, aber ich bekomme von der Box keinerlei Reaktion.
Auch mit IVT das gleiche - da blinkt aber das rote C unten links (kein Carrier).
Was muss man da noch einstellen ?
 
Also bei mir klappt das ebenfalls nicht. Vielleicht kann man mich jemand auf meinen Denkfehler aufmerksam machen.

Ich habe die 9 Pins mit einem Kabel nach außen geleitet und an einen Sub D9 Stecker angelötet. Eins zu eins. Also Pin 1 auf Pin 1, 2 auf 2 …. 9 auf 9. Die im Schaltplan
angegebene Kreuzverschaltung (2 auf 3, 3 auf 2, 7 auf 8 usw.) erledigt dann mein serielles Kabel.
Die Parameter meiner seriellen Console sind auf 115200 Bits/s, 8 Datenbits, Keine Parität, 1 Stoppbit, Hardware Flusssteuerung eingestellt. Leider ist nichts zu sehen auf der Konsole.
 
@GregorV, Billy.Byte: seid ihr sicher, daß ihr euch nicht vertan habt mit Pinbelegung, serielles Kabel, Einstellungen Terminalprogramm (ich nehme mincom)? Die serielle Konsole ist sowas von problemlos, ich hab hier 4 verschieden alte HorstBoxen und bei allen funktioniert es gleich...
 
Hallo, ich bin gerade auch dran mich etwas mit Horst zu beschäftigen und hatte auch erst Probleme mit der seriellen Konsole. Bei mir lag's dann aber wirklich am Kabel. Ich hatte einen uralten seriellen Adapter mit Flachbandkabel aus einem PC und da waren wohl einfach die Kontakte korrodiert. Nachdem ich den ausgetauscht habe geht's bei mir.

@foschi Danke für die super Infos hier im Forum!

Allen anderen viel Spaß noch mit der Kiste ...


Grüße,
Kai
 
Hallo zusammen,

ermutigt von den Berichten hier habe ich mich einige Tage oder Nächte (alles beginnt zu verschwimmen) aber bis dato erfolglos mit der seriellen Konsole herumgeschlagen. Verschiedene Kabel, verschiedene Programme (v.a. minicom aber aus Verzweiflung dann auch noch hyperterminal) - kein Erfolg.

Kann es sein, dass es an der Firmwareversion liegt? In der Version 3.0.0.1.1.12, die hier läuft, liegen in dem squashfs-image main-fs im Verzeichnis /etc.ro drei redconfig.* Dateien des bootloaders. Aber nur in zweien wird dem Kernel über "-c console=..." ein serieller Konsolen-Bootparameter mitgegeben: redconfig.update (für firmware-updates?) und redconfig.nfs (wird hier ein kernel oder ein rootfs remote geladen? main-fs:/linuxrc mountet jedenfalls ein nfs-Verzeichnis von 192.0.2.100).

In redconfig.normal wird keine serielle Konsole aufgemacht. Für mich erklärt das eigentlich schlüssig, weshalb ich keinen Erfolg mit der seriellen Konsole haben kann. Es erklärt aber nicht, wieso es hier einige gibt bei denen es funktioniert. Worin besteht der Unterschied? Habt ihr andere Firmwareversionen am Laufen? Habe ich einen Denkfehler gemacht?

Ich betrachte diese Box noch als einen Prototypen, aber einen ziemlich genialen. Nur ohne Kommandozeile werde ich nicht glücklich damit... :(

Für jede Hilfe dankbar grüsst

Anselm.
 
Meine Bastelbox hat noch FW 3.0.0.1.1.7, und da ist

Code:
/etc.ro # cat redconfig.nfs
#!/bin/sh
EXEC='exec -c "console=ttyS0,115200n8 console=ttyS0 root=/dev/mtdblock3 ro init
dump_redconfig | sed "s|^.. exec.*$|.. ${EXEC}|" | write_redconfig -w

Code:
/etc.ro # cat redconfig.normal
#!/bin/sh
EXEC='exec'
dump_redconfig | sed "s|^.. exec.*$|.. ${EXEC}|" | write_redconfig -w

Code:
/etc.ro # cat redconfig.update
#!/bin/sh
EXEC='exec -c "console=ttyS0,115200n8 console=ttyS0 root=/dev/mtdblock4 ro"'
dump_redconfig | sed "s|^.. exec.*$|.. ${EXEC}|" | write_redconfig -w

und ich komm trotzdem per serieller Konsole auf die Box.

Was sagt denn /bin/read_redconfig?
 
foschi schrieb:
Meine Bastelbox hat noch FW 3.0.0.1.1.7

Code:
/etc.ro # cat redconfig.normal
#!/bin/sh
EXEC='exec'
dump_redconfig | sed "s|^.. exec.*$|.. ${EXEC}|" | write_redconfig -w

hmm - das ist also gleich geblieben. Und ist deine Box schon konfiguriert, oder noch im Auslieferungszustand? Ich finde das alles sehr rätselhaft.

foschi schrieb:
Was sagt denn /bin/read_redconfig?

Gar nichts sagt es, weil ich ja immer noch keinen Kommandozeilen-Zugriff habe. Das Zeitfenster für den telnet-Zugriff ist zu kurz, um das firewall-Skript unterbrechen zu können mit dem der Port dichtgemacht wird. Vielleicht liesse sich da noch mit expect etwas basteln?

Schade, dass es nicht einfach eine Konfig-Option für den ssh-Zugang gibt.
 
Bei mir läuft die serielle Konsole auch mit der aktuellen FW 3.0.0.1.1.12. Daran sollte es also nicht liegen. Ich hab nach dem Update sogar noch einen Factory-Reset gemacht. Die Box sollte also eigentlich dem Auslieferungszustand entsprechen.
 
Danke für die Hinweise. Schön, wenn es so einfach wäre. Bei Nr. 1 bekomme ich aber bloss Antwort auf meine pings und Nr. 2 setzt in einem ersten Schritt die serielle Konsole voraus, womit ich wieder bei meinem ursprünglichen Problem bin. Habe zwischenzeitlich erfolglos ein neues Kabel gelötet.

Mittlerweile glaube ich zu wissen, worin mein Denkfehler mit den redconfig-Dateien liegt. Die serielle Konsole wird schon aufgemacht, bevor der Kernel ausgeführt wird. Sonst bekäme man die bootloader-Meldungen gar nicht zu sehen (Kopie von oben):

Code:
+
Trying NPE-B...no PHY found
Trying NPE-C...success. Using NPE-C with PHY 1.
Ethernet eth1: MAC address 00:03:47:df:32:aa
IP: 0.0.0.0/255.255.255.0, Gateway: 0.0.0.0
Default server: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROM]
Red Hat certified release, version 2.02 - built 09:49:23, May  9 2006

Platform: D-Link Horstbox Backpack (Maxina) (IXP42X 533MHz) BE
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.

RAM: 0x00000000-0x04000000, [0x00026250-0x03fc1000] available
FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each.
== Executing boot script in 3.000 seconds - enter ^C to abort
RedBoot> fis load zImage

Wenn die Boxen also gleich sind, die Firmwareversion keine Rolle spielt, bleibt als mögliche Ursache nur noch die Verbindung, sprich die Verkabelung. Ich suche weiter...

Bedeutet
Code:
Trying NPE-B...no PHY found
Trying NPE-C...success. Using NPE-C with PHY 1.
Ethernet eth1: MAC address 00:03:47:df:32:aa
IP: 0.0.0.0/255.255.255.0, Gateway: 0.0.0.0
Default server: 0.0.0.0
dass die Kiste erst einmal netboot versucht? Das wäre vielleicht noch ein Ansatz (auch für die anderweitig geäusserten Wünsche nach einem eigenen Asterisk etc.)
 
Du siehst die Ausgabe des Systems auf der seriellen Konsole; ergo ist Dein Kabel auch richtig beschaltet und funktionsfähig. Ich verstehe jetzt nicht mehr so ganz wo Dein Problem liegt?!
 
schön wäre es, wenn es so wäre - die Code-Schnipsel hatte ich aber ("Kopie von oben") nur dem Beitrag von hehol vom 08.09.2006 entnommen :(
 
SSH Zugang zum Horst auch ohne Bastelei möglich

Hallo,

nachdem auch ich Probleme hatte eine serielle Verbindung zur Horstbox herzustellen, habe ich das ganze etwas anders angepackt. Jetzt habe ich Renotezugriff auf die Horstbox (ssh auf Horst und dann normal telnet auf Herta/DSL-684T).
Ich habe mir das Firmware-Image main-fs vom Dlink-Server genommen (upd.dlink.de/hbx/pro/main-fs) und den SSH-Zugang via Passwort aktiviert (und natürlich das Passwort gesetzt).
Das ganze wieder schön in eine neue Firmware Datei verpackt und auf Webspace hochgeladen. Da der gute alte Horst jedoch natürlich nicht auf meinem Server nach dem Firmware Update sucht, musste ich erstmal auf die Herta um da etwas zu drehen. Nach einem reboot kann man ja bekannterweise via telnet für ein paar Sekunden auf die Herta zugreifen. Das trickreiche dabei ist, den dropbear zu beenden sobald er auftaucht. Also via telnet auf 192.0.2.1 anmelden, dann immer schön mit ps die Prozesse auflisten und sobald der dropbear kommt diesen mit kill beenden. Nachdem der dropbear beendet wurde, startet er (dropbear) sich neu - das ist aber ok und behindert den Zugriff nicht. So, jetzt hat also ersten freuen Zugang zur Herta. Jetzt noch schnell mit iptables eine redirection bauen, um alle Anfragen vom Horst auf meinen webspace umzuleiten. Zu guter letzt über das web interface vom Horst (https://192.0.2.2) das Firmware Update ausführen und voila - freier ssh Zugriff auf die Box.
Vorsich jedoch mit dem Firmware-Update. Wenn die neu erstellte Firmware Datei nicht korrekt ist kann man die Box in den Müll werfen (oder an Dlink zurückschicken und hoffen, dass das ganze unter Kulanz läuft).

Wenn noch weitere Fragen oder gar die Firmware Datei benötigt werden, einfach hier im Thread antworten.

Beste Grüsse und viel Spass!
Michael.
 
Hallo Michael,

jlpnetworx schrieb:
Vorsich jedoch mit dem Firmware-Update. Wenn die neu erstellte Firmware Datei nicht korrekt ist kann man die Box in den Müll werfen (oder an Dlink zurückschicken und hoffen, dass das ganze unter Kulanz läuft).
Das main-fs kann auch über die serielle Verbindung per XModem in die Box hochgeladen werden, wenn sie nicht mehr bootet. Einfach an der Stelle, an der der Redboot Loader die Möglichkeit anbietet, Strg-C drücken und dann folgendes ausführen:

Code:
RedBoot> [b]load -v -r -b 0x800000 -m xmodem main-fs[/b]
[jetzt den XModem-Upload der Datei main-fs starten]
Redboot> [b]fis create main-fs[/b]
[mit [b]y[/b] bestätigen]

Der Upload der Datei dauert bei 115kbps ca. 30 Minuten. Danach dann die Box mit

Code:
RedBoot> [b]fis load zImage[/b]
RedBoot> [b]exec[/b]

wieder hochfahren.

Gruß
Henning
 
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.