Kein Freetz Zugriff über Port 81

trista

Neuer User
Mitglied seit
21 Jan 2007
Beiträge
27
Punkte für Reaktionen
0
Punkte
0
Sers Leute,

habe hier eine FON WLAN 7050.
Problem: Kein Zugriff auf Freetz (port 81) über die Oberfläche.

Die Box habe ich erstmal mit der AVM-Recovery quasi gesäubert.
Dann quasi sofort mit einer freetz image (erstmal 'ohne alles') über die weboberfläche geflasht. Ohne jegliche ersichtliche Probleme. Der Freetz-'Button' ist auf der weboberfläche ersichtlich.
(Die Image erstelle ich über die Freetz-VM).

Was könnte ich alles versuchen, damit es mit dem Zugriff auf Freetz :)81) klappt?

Grüße
trista
 
Normalerweise haben Leute mit deinem Problem was in der debug.cfg stehen das den Start von Freetz verhindert.
Leeren kannst du die mit "echo > /var/flash/debug.cfg".

MfG Oliver
 
Wie ist denn die Ausgabe von "ps"? Und von "sh -x /etc/init.d/rc.webcfg start"?

MfG Oliver
 
hi Oli

ps:
Code:
fritz.box login: root
Password:
   __  _   __  __ ___ __
  |__ |_) |__ |__  |   /
  |   |\  |__ |__  |  /_

   The fun has just begun...


BusyBox v1.11.3 (2010-02-03 04:16:28 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
/var/mod/root # clear
/var/mod/root # ps
  PID USER       VSZ STAT COMMAND
    1 root      1156 S    init
    2 root         0 SWN  [ksoftirqd/0]
    3 root         0 SW<  [events/0]
    4 root         0 SW<  [khelper]
    5 root         0 SW<  [kthread]
    6 root         0 SW<  [kblockd/0]
   23 root         0 SW<  [pdflush]
   24 root         0 SW<  [pdflush]
   26 root         0 SW<  [aio/0]
   25 root         0 SW   [kswapd0]
   62 root         0 SW   [pm_info]
   70 root         0 SW   [mtdblockd]
   90 root         0 SW   [tffsd_mtd_0]
  312 root      1148 S    cat /dev/debug
  317 root         0 SW<  [capi_oslib]
  318 root         0 SW<  [capi_oslib]
  319 root         0 SW   [ubik2_tx[8]]
  320 root         0 SW   [capitransp]
  373 root      8096 S N  /usr/bin/avm/ctlmgr
  384 root       940 S    wpa_authenticator
  398 root      3764 S N  websrv
  402 root      4824 S    igdd
  404 root      3764 S N  websrv
  405 root      3764 S N  websrv
  406 root      3764 S N  websrv
  410 root      3940 S    multid
  424 root      3344 S    telefon a127.0.0.1
  428 root      1156 S    telnetd -l /sbin/ar7login
  431 root      7276 S <  voipd
  437 root       964 S    /bin/run_clock -c /dev/tffs -d
  440 root      1156 S    init
  441 root      4824 S    igdd
  442 root      4824 S    igdd
  443 root      4824 S    igdd
  444 root      1180 S    -sh
  493 root      1156 R    ps
/var/mod/root #


sh -x /etc/init.d/rc.webcfg start:
Code:
/var/mod/root # sh -x /etc/init.d/rc.webcfg start
+ . /etc/init.d/modlibrc
+ export PATH=/sbin:/bin:/usr/sbin:/usr/bin:/mod/sbin:/mod/bin:/mod/usr/sbin:/mod/usr/bin
+ export LD_LIBRARY_PATH=/mod/lib:/mod/usr/lib
+ [ -n  ]
+ DAEMON=httpd
+ PIDFILE=/var/run/webcfg.pid
+ [ ! -r /mod/etc/conf/mod.cfg ]
+ . /mod/etc/conf/mod.cfg
+ export MOD_CROND=no
+ export MOD_HTTPD=yes
+ export MOD_HTTPD_PASSWD=$...
+ export MOD_HTTPD_PORT=81
+ export MOD_LIMIT=61440
+ export MOD_SWAP=no
+ export MOD_SWAP_FILE=
+ export MOD_TELNETD=no
+ export MOD_CGI_WIDTH=730
+ export MOD_MOUNTED_MAIN=no
+ export MOD_MOUNTED_SUB=no
+ start
+ config
+ [ -x /tmp/flash/httpd_conf ]
+ /mod/etc/default.mod/httpd_conf
+ [ -r /tmp/flash/httpd.extra ]
+ echo -n Starting webinterface...
Starting webinterface...+ webcfg -P /var/run/webcfg.pid
+ exitval=0
+ [ 0 -eq 0 ]
+ echo done.
done.
+ exit 0
/var/mod/root #
 
ja sowas... jetzt stele ich fest, dass die freetz weboberfläche nach dem befehl funkts: 'sh -x /etc/init.d/rc.webcfg start
'

danke schonmal Oli!!

Aber sollte es nicht schon beim booten starten?
was konnte da beim image herstellen schief gelaufen sein und wie fixe ich das?
 
Jetzt hast du ja ein Webinterface. Auf was steht denn die Startart des Freetz-Webinterfaces?
 
Was steht denn im Webinterface unter Status->Logdateien?

MfG Oliver
 
Jetzt hast du ja ein Webinterface. Auf was steht denn die Startart des Freetz-Webinterfaces?

Der Start-typ des Webinterfaces steht von Anfang an auf 'Automatisch'.



Da stimmt irgendwas net. Beim starten von dropbear über den webinterface kommt ein 'fail' ohne irgendwelche Fehlerbeschreibung.

Der Log bereich ist nicht einmal im webinterface sichbar etc.

Auf mehreren Rechner das gleiche.

z.b. hier, sollte doch u.A. eine log.. .cgi liegen, wenn ich mich nicht irre, diese fehlt jedoch:

Code:
/usr/mww/cgi-bin # ls -la
-rwxr-xr-x    1 root     root           53 Aug 10  2007 about.cgi
-rwxr-xr-x    1 root     root         1418 Feb  4  2010 backup_restore.cgi
-rwxr-xr-x    1 root     root         2073 Feb  4  2010 create_swap.cgi
-rwxr-xr-x    1 root     root         3351 Feb  4  2010 daemons.cgi
-rwxr-xr-x    1 root     root         1058 Sep  2  2009 do_backup.cgi
-rwxr-xr-x    1 root     root          402 Feb  4  2010 do_external.cgi
-rwxr-xr-x    1 root     root         1040 Feb  4  2010 do_external_handler.sh
-rwxr-xr-x    1 root     root         2028 Feb  4  2010 do_restore.cgi
-rwxr-xr-x    1 root     root          420 Feb  4  2010 do_update.cgi
-rwxr-xr-x    1 root     root         2315 Feb  4  2010 do_update_handler.sh
-rwxr-xr-x    1 root     root         3946 Feb  4  2010 exec.cgi
-rwxr-xr-x    1 root     root         1079 Feb  4  2010 external_update.cgi
-rwxr-xr-x    1 root     root         1774 Feb  4  2010 extras.cgi
-rwxr-xr-x    1 root     root         1505 Feb  4  2010 file.cgi
-rwxr-xr-x    1 root     root         1572 Feb  4  2010 firmware_update.cgi
lrwxrwxrwx    1 root     root           10 Feb  4  2010 index.cgi -> status.cgi
-rwxr-xr-x    1 root     root          407 Feb  4  2010 packages.cgi
-rwxr-xr-x    1 root     root         1033 Feb  4  2010 passwd.cgi
-rwxr-xr-x    1 root     root          724 Feb  4  2010 passwd_save.cgi
-rwxr-xr-x    1 root     root          775 Feb  4  2010 pkgconf.cgi
-rwxr-xr-x    1 root     root          489 Feb  4  2010 pkgstatus.cgi
-rwxr-xr-x    1 root     root         3251 Feb  4  2010 rudi_shell.cgi
-rwxr-xr-x    1 root     root         1379 Feb  4  2010 rudi_shellcmd.cgi
-rwxr-xr-x    1 root     root          853 Feb  4  2010 rudi_upload.cgi
-rwxr-xr-x    1 root     root         4490 Feb  4  2010 save.cgi
-rwxr-xr-x    1 root     root         4064 Feb  4  2010 settings.cgi
-rwxr-xr-x    1 root     root         3561 Feb  4  2010 status.cgi
/usr/mww/cgi-bin #


ich habs alles nochmal gemacht.

Also die box mit der recovery noch einmal gesäubert.
Freetz auf der freetz-vm neu entpackt/ mit make kompiliert etc.

Alles ohne änderung.

Was soll ich noch alles machen/versuchen?
 
Zuletzt bearbeitet:
@trista:
1. Nach einem Reboot/Hochlauf der Box etwa 5-10 Minuten warten und danach nach dem WebIF schauen. Meine 7170 braucht ihre 5 Minuten zum Hochfahren. telnet und AVM-Dienste sind relativ früh da, bei FREETZ hackt es allerdings. Wo der Wurm genau begraben ist, weiß ich bis jetzt noch nicht.
2.
Code:
cat /var/flash/debug.cfg

MfG
 
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.