MichaG6065
Neuer User
- Mitglied seit
- 13 Mai 2021
- Beiträge
- 126
- Punkte für Reaktionen
- 9
- Punkte
- 18
Zuletzt bearbeitet:
Was denn sonst noch? Das kann anderen Nutzern ja auch weiterhelfen.da muss noch mehr umgestellt werden, nicht nur Firewall aus und die IP-Daten/DNS-Daten fest vergeben
Nöö, da ging es schon ums Recovery, hier am Beispiel einer 7113:und wenn bei AVM irgendetwas zu NetBIOS gestanden haben sollte, dann vermutlich auch eher im Zusammenhang mit den SMB-Freigaben und nicht mit der Anwendung des Recovery-Programms.
Ich weiß auch nicht mehr genau, wann EVA auf den Plan trat ... aber diese Box stammt aus dem Jahr 2007 (letztes Update 2009) und verwendet wohl auch noch einen 2.4er-Kernel(?) - da mußte beim Update auf 2.6 erst mal das gesamte Layout des Flash-Speichers angepaßt werden (EDIT: EVA wurde wohl doch noch früher "geformt" aus der Rippe und die 7113 hatte vielleicht auch von Beginn an einen 2.6er-Kernel ... das ist nach so langer Zeit schwierig zu ermitteln, was 04.38 für einen Kernel verwendete.)ist lange her
hosts
-Datei - die Namen von SMB-/NetBIOS-Servern hinterlegt, wenn es keinen Server (und keinen "elected master browser") gäbe und trotzdem keine Namensauflösung per Broadcast, sondern über eine feste Zuordnung von Namen zu IP-Adressen erfolgen soll. Alles Dinge, die mit dem Recovery-Programm gar nichts zu tun haben. Eigentlich gilt sogar dasselbe für die NetBT-Einstellungen, was schon beim DNS-Server richtig war ... da es (bei AVM-"Verkabelung") gar kein weiteres Gerät am Ethernet-Adapter gibt und die FRITZ!Box nach den Anweisungen des Programms auch keinen Strom haben soll, KANN da auch keine Komponente aktiv sein, die IRGENDETWAS mit NetBT zu tun hat. Das Einzige, was da überhaupt kommuniziert, ist nun mal der Bootloader selbst ... und wer hätte schon mal von NetBT-Support in EVA gehört?NetBIOS over TCP/IP
in den Einstellungen deaktivieren und wenn man's auf die Spitze treiben will, auch noch in der Firewall alle ausgehenden Verbindungen zu den UDP-Port 137-139 (das wäre dann NetBT bzw. bei 139 käme noch TCP dazu) bzw. TCP-Port 445 (da wird seit Windows 2000 die SMB-Kommunikation direkt abgewickelt) untersagen.procmon
) - bis zum FTP-Dialog zum Auslesen von Environment und Countern ist da praktisch kein Unterschied zu heute zu sehen ... außer ggf. bei einer etwas abweichenden Behandlung von UDP-Broadcasts, wenn das Interface schon eine Adresse aus 192.168.178.0/24 hat - dann wird offenbar zusätzlich zum Broadcast noch ein Unicast-Paket an die 192.168.178.1 auf Port 5035 gesendet, was beim Vergleich mit dem Recovery-Programm der 7490 nicht zu sehen war.debug bin
beim FTP-Dialog).0:03:060: AVM Berlin recover-tool-version:[RECOVER:213][IO_CSP:122] compiled at Feb 18 2008 on 17:16:29
0:03:060: Registry: SYSTEM\CurrentControlSet\Services\TcpIp\Parameters\DisableDHCPMediaSense=0
0:03:060: recover-firmware-id: 129
0:03:060: recover-firmware-version: 60.04.67
0:03:060: recover-urloader-version: 393.eva
0:03:160: check adapter(Marvell Yukon 88E8056 PCI-E Gigabit Ethernet Controller) adapter 0xd: Ip: 192.168.168.129(255.255.255.0) (static)
0:03:160: compatible ipaddress (static) found: 192.168.178.14 on adapter 0xd
0:03:200: search on addr: 192.168.178.1
0:03:530: ---> read environment <---
0:03:630: open ftp 192.168.178.1 port 21
0:03:660: recv: 220 ADAM2 FTP Server ready
0:03:660: send: USER adam2
0:03:660: recv: 331 Password required for adam2
0:03:660: send: PASS adam2
0:03:660: recv: 230 User adam2 successfully logged in
0:03:660: send: SYST
0:03:660: recv: 215 AVM EVA Version 1.2834 0x0 0x47409
0:03:660: send: TYPE I
0:03:660: recv: 200 Type set to BINARY
0:03:660: send: MEDIA SDRAM
0:03:660: recv: 200 Media set to MEDIA_SDRAM
0:03:660: send: P@SW
0:03:660: recv: 227 Entering Passive Mode (192,168,178,1,12,0)
0:03:660: open ftp data 192.168.178.1 port 3072
0:03:660: send: RETR env
0:03:660: recv: 150 Opening BINARY data connection
0:03:900: recv: 226 Transfer complete
0:04:000: environment successfully readed(1408 bytes)
0:04:000: send: USER adam2
0:04:000: recv: 331 Password required for adam2
0:04:000: send: PASS adam2
0:04:000: recv: 230 User adam2 successfully logged in
0:04:000: send: SYST
0:04:000: recv: 215 AVM EVA Version 1.2834 0x0 0x47409
0:04:000: send: TYPE I
0:04:000: recv: 200 Type set to BINARY
0:04:000: send: MEDIA SDRAM
0:04:000: recv: 200 Media set to MEDIA_SDRAM
0:04:000: send: P@SW
0:04:000: recv: 227 Entering Passive Mode (192,168,178,1,12,3)
0:04:000: open ftp data 192.168.178.1 port 3075
0:04:000: send: RETR count
0:04:000: recv: 150 Opening BINARY data connection
0:04:220: recv: 226 Transfer complete
0:04:320: environment successfully readed(153 bytes)
0:04:320: send: BYE
0:04:320: recv: 221 Thank you for using the FTP service on ADAM2
0:04:320: hardware-revision: 209
0:04:320: firmware-version: 137.06.83
0:04:320: urloader-version: 3834
0:04:320: oem: avm
0:04:440: incompatible partitionsize mtd3 (0x40000,0x440000) partitionsize =4194304 byte (no support)
0:04:550: exit: errorcode=-7
0:04:550: ----EOF---
Der 2400er und 3000er (aber nur beim zweiten 5GHz-Modul) kann hardwareseitig 160Mhz. Der 6000er dagegen wohl nicht.Er könnte aber schon die 160, nur wird er künstlich per FW auf 80 begrenzt, ...
Wie soll das beim 6000er (nur mit Software, siehe oben) gehen?Das wichtigste wäre die Aktivierung der 160MHz Bandbreite.
das wurde aber doch mit der letzten Firmware softwareseitig unterbunden... und 3000er (aber nur beim zweiten 5GHz-Modul) kann hardwareseitig 160Mhz. ...
na wie beim 3000'erWie soll das beim 6000er...gehen?
wenn du den Repeater meinst dann ist es Band1, Band 2 geht doch dann mit max. 866MBit/s zum Clientwas zwischen Fritzbox und Router besteht (5GHz II).
Wieso?Der 6000er dagegen wohl nicht.