|
Odtwarzanie wyzerowanych statystyk
|
| krzynek1 |
Dodano 20-04-2008 20:04
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
ok, dodam w shutdown co trzeba, ale w miedzyczasie zmienilem tresc poprzedniego posta, wiec rzuc okiem jak mozesz |
| |
|
|
| Dziadek |
Dodano 20-04-2008 20:13
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Cytat krzynek1 napisał/a:
ok, skrypt sie wlasciwie inicjalizuje, jednak zamiast dla adresow 192.168.1.(2,3,4,5) podaje dla
Sun Apr 20 19:51:37 DST 2008
Chain download (1 references)
pkts bytes target prot opt in out source destination
0 0 0 -- * * 0.0.0.0/0 4.0.0.0
0 0 0 -- * * 0.0.0.0/0 2.0.0.0
0 0 0 -- * * 0.0.0.0/0 3.0.0.0
0 0 0 -- * * 0.0.0.0/0 5.0.0.0
Chain upload (1 references)
pkts bytes target prot opt in out source destination
0 0 0 -- * * 4.0.0.0 0.0.0.0/0
0 0 0 -- * * 2.0.0.0 0.0.0.0/0
0 0 0 -- * * 3.0.0.0 0.0.0.0/0
0 0 0 -- * * 5.0.0.0 0.0.0.0/0
W tej materii ja Ci nie pomogę, bo jak już wcześniej napisałem, ja nigdy nie używałem polecenia INIT.
http://openlinksys.info/forum/viewthr...post_29993
Czytałeś ten post?
Masz dwie możliwości:
1. Dostosować sie do zaleceń tam zawartych, lub
2. Zostawić swoje stare definicje tablic zapisane w skrypcie firewalla i zapomnieć o istnieniu skryptu INIT.
BTW: Czy na pewno usunąłeś te stare zapisy ze skryptu FW?
Dodane:
Wyjaśnię, dlaczego nie korzystam ze skryptu INIT.
Otóż mam w sieci kilka rezerwowych (nieprzydzielonych) adresów ze stałym IP oraz jeden adres przydzielany dynamicznie.
Ponieważ przypuszczam, że skrypt INIT ustala tablicę tylko dla adresów IP wpisanych do Static DHCP, więc aby mieć kontrole nad tymi nadmiarowymi adresami wolałem zostać przy już istniejącej tablicy stworzonej przeze mnie ręcznie.
Edytowany przez Dziadek dnia 20-04-2008 20:30
|
| |
|
|
| krzynek1 |
Dodano 20-04-2008 21:07
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
wiec tak, zastosowalem sie do postu ze zmiana danych w statperuser.txt
zrobilem go w ten sposob
Cytat Sun Apr 20 20:44:51 DST 2008
Chain download (1 references)
pkts bytes target prot opt in out source destination
0 0 0 -- * * 0.0.0.0/0 192.168.1.4
35468 52793125 0 -- * * 0.0.0.0/0 192.168.1.2
0 0 0 -- * * 0.0.0.0/0 192.168.1.3
0 0 0 -- * * 0.0.0.0/0 192.168.1.5
Chain upload (1 references)
pkts bytes target prot opt in out source destination
0 0 0 -- * * 192.168.1.4 0.0.0.0/0
18549 775734 0 -- * * 192.168.1.2 0.0.0.0/0
0 0 0 -- * * 192.168.1.3 0.0.0.0/0
0 0 0 -- * * 192.168.1.5 0.0.0.0/0
i skryrpt wreszcie zaczal zliczac dane, ladnie zapisal zmiany podczas reboota
nastepnie po reboocie, daje iptables -L download -vn a tu znow
liczniki pozerowane i znow zle ip
probowalem a administartion>scrpts dac w init polecenie
/jffs/statistics/statperuser.sh -load /cifs1/Statystyki/statsperuser.txt
ale to nie pomaga, po restarcie jest znow zle, zalamka 
poza tym nawet jak nie rebootuje routera a tylko dam disconnect i ponownie connect na WANie, to z miejsca staty sie zeruja jak przy reboocie
wiec Dziadku, jezeli Tobie wg Twojego sposobu nie resetuja sie staty mimo zmiany ip i reboota routera, to zostawiam ten sposob a za tydzien biore sie za Twoj, tylko prosze powiedz jak sie ma sprawa
a tymczasem dziekuje za poswiecony mi czas, bo zdaje sobie sprawe ze truje juz az za mocno 
|
| |
|
|
| Dziadek |
Dodano 20-04-2008 21:41
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Cytat krzynek1 napisał/a:
skryrpt wreszcie zaczal zliczac dane, ladnie zapisal zmiany podczas reboota
nastepnie po reboocie, daje iptables -L download -vn a tu znow
liczniki pozerowane i znow zle ip
I prawidłowo! Przy reboocie liczniki musza sie wyzerować, tego nie unikniesz. Natomiast cały wątek dotyczy tego, jak po wyzerowaniu liczników, z backupu przywrócić ich stan pierwotny!
Jak pisałem w poprzednim poście, ja przywracam stan liczników ręcznie, logując sie przez putty i wydając polecenie loadstat.
Nie zdarza sie to często, więc nie jest to dla mnie uciążliwe.
Cytat probowalem a administartion>scrpts dac w init polecenie
/jffs/statistics/statperuser.sh -load /cifs1/Statystyki/statsperuser.txt
ale to nie pomaga, po restarcie jest znow zle, zalamka :(
Spróbuj to polecenie wpisać w zakładce WANup i napisz, czy pomogło :)
Cytat poza tym nawet jak nie rebootuje routera a tylko dam disconnect i ponownie connect na WANie, to z miejsca staty sie zeruja jak przy reboocie
Jak wyżej :)
Cytat wiec Dziadku, jezeli Tobie wg Twojego sposobu nie resetuja sie staty mimo zmiany ip i reboota routera, to zostawiam ten sposob a za tydzien biore sie za Twoj, tylko prosze powiedz jak sie ma sprawa
Mój sposób wcale nie jest inny, główna różnica polega na tym, ze ja nie korzystam z polecenia INIT, lecz mam tablice iptables na stałe wpisane do skryptu firewalla.
Edytowany przez Dziadek dnia 20-04-2008 21:42
|
| |
|
|
| krzynek1 |
Dodano 20-04-2008 22:10
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
Dziadku, jestes genialny 
po wpisaniu w WANup ladowane sa ostatnio zapisane statystyki, wiec najwyzej jest niezliczana ostatnia godzina jesli zapis jest co godzine (mozna to zmienic ?)
tak wiec ogolnie problem jest rozwiazany, dziala i zlicza jak powinno
wielkie podziekowania dla Dzadka, bez niego nic bym nie zrobil oraz dla autora skryptu oczywiscie |
| |
|
|
| Dziadek |
Dodano 20-04-2008 23:43
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Cytat krzynek1 napisał/a:
po wpisaniu w WANup ladowane sa ostatnio zapisane statystyki, wiec najwyzej jest niezliczana ostatnia godzina jesli zapis jest co godzine (mozna to zmienic ?)
Oczywiście że można, ale po co? Tylko pliki ze statystykami Ci spuchną 
Jeśli w zakładce Shutdown umieściłeś polecenie robienia zapisu statystyk, to przy reboocie zapis wykona sie samoczynnie. Jesli masz zamiar np. ręcznie wyłączyć WAN bez downowania routera, to zawsze możesz ręcznie dac polecenie zapisu aby statystyki były aktualne.
A poza tym, z tych statystyk sie nie strzela
Cytat tak wiec ogolnie problem jest rozwiazany, dziala i zlicza jak powinno
Ja tez na tym skorzystałem, bo Twój przykład mnie zmobilizował, żeby też sobie ustawić samoczynne przywracanie statystyk po reboocie |
| |
|
|
| Dziadek |
Dodano 07-05-2008 10:38
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Cytat Dziadek napisał/a:
Cytat krzynek1 napisał/a:
probowalem a administartion>scrpts dac w init polecenie
/jffs/statistics/statperuser.sh -load /cifs1/Statystyki/statsperuser.txt
ale to nie pomaga, po restarcie jest znow zle, zalamka :(
Spróbuj to polecenie wpisać w zakładce WANup i napisz, czy pomogło :)
Okazuje się, ze to rozwiązanie tylko częściowo rozwiązuje problem, przy reboocie statystyki nie ładowały ponownie.
EDIT:
Problem skutecznie rozwiązało umieszczenie powyższego polecenia w skryptach firewalla (najlepiej, na samym końcu). Teraz, każdorazowo zarówno po reboocie, jak i po software'owym wyłączeniu routera, wyzerowane statystyki są przywracane do stanu poprzedniego.
Edytowany przez Dziadek dnia 06-06-2008 13:35
|
| |
|
|
| krzynek1 |
Dodano 07-05-2008 11:17
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
no rzeczywiscie
teraz laduje je nalezycie, poza tym zauwazylem ze jezeli tylko dodaje sie wpisy do static dhcp lub zmienia sie ich kolejnosc sortowania to wszystko sie kaszani i trzeba od nowa poprawiac statperuser.txt
Edytowany przez krzynek1 dnia 07-05-2008 11:23
|
| |
|
|
| Dziadek |
Dodano 08-05-2008 13:18
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Cytat krzynek1 napisał/a:
poza tym zauwazylem ze jezeli tylko dodaje sie wpisy do static dhcp lub zmienia sie ich kolejnosc sortowania to wszystko sie kaszani i trzeba od nowa poprawiac statperuser.txt
Wydaje mi się, że ze skryptów firewalla trzeba by usunąć tę linijke
/jffs/statistics/statperuser.sh -init
ponieważ to ona każdorazowo powoduje wygenerowanie nowej tablicy, która po jakichkolwiek zmianach MAC-ów jest niezgodna ze starą i dlatego miesza statystyki.
U mnie ten problem nie występuje, bo ja zamiast korzystać ze skryptu mam do firewalla wpisaną swoją tablicę "na sztywno":
iptables -N download
iptables -N upload
iptables -I FORWARD 1 -j download
iptables -I FORWARD 2 -j upload
iptables -A download -d 192.168.2.2
iptables -A download -d 192.168.2.3
iptables -A download -d 192.168.2.4
iptables -A download -d 192.168.2.5
iptables -A download -d 192.168.2.6
iptables -A download -d 192.168.2.7
iptables -A download -d 192.168.2.8
iptables -A download -d 192.168.2.9
iptables -A download -d 192.168.2.10
iptables -A download -d 192.168.2.11
iptables -A download -d 192.168.2.12
iptables -A download -d 192.168.2.13
iptables -A download -d 192.168.2.14
iptables -A download -d 192.168.2.15
iptables -A download -d 192.168.2.16
iptables -A download -d 192.168.2.17
iptables -A download -d 192.168.2.18
iptables -A download -d 192.168.2.19
iptables -A download -d 192.168.2.20
iptables -A upload -s 192.168.2.2
iptables -A upload -s 192.168.2.3
iptables -A upload -s 192.168.2.4
iptables -A upload -s 192.168.2.5
iptables -A upload -s 192.168.2.6
iptables -A upload -s 192.168.2.7
iptables -A upload -s 192.168.2.8
iptables -A upload -s 192.168.2.9
iptables -A upload -s 192.168.2.10
iptables -A upload -s 192.168.2.11
iptables -A upload -s 192.168.2.12
iptables -A upload -s 192.168.2.13
iptables -A upload -s 192.168.2.14
iptables -A upload -s 192.168.2.15
iptables -A upload -s 192.168.2.16
iptables -A upload -s 192.168.2.17
iptables -A upload -s 192.168.2.18
iptables -A upload -s 192.168.2.19
iptables -A upload -s 192.168.2.20
i ponieważ tablica ta jest zaplanowana z pewną rezerwą na dodatkowe adresy IP, wiec nie ulega ona żadnym zmianom, nawet gdy dodaję nowego użytkownika.
Z kolei ja mam pytanie do Ciebie oraz innych użytkowników statystyk wyświetlanych poprzez Tablice Ogłoszeń;
Czy te statystyki wyświetlają sie Wam według rosnącej kolejności adresów IP?
Bo mnie wyświetlają sie kolejno tylko w zakresie od 192.168.2 do 192.168.6, a potem pomiędzy kolejne pozycje są wtrącane wyższe adresy IP.
Pisałem o tym problemie na forum już kilkakrotnie (np. tutaj: http://openlinksys.info/forum/viewthr...owstart=80, ale jakoś nikt nie podjął tego tematu, więc nie wiem, czy problem dotyczy wszystkich, czy tylko mnie.
Edytowany przez Dziadek dnia 08-05-2008 13:21
|
| |
|
|
| krzynek1 |
Dodano 08-05-2008 19:18
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
do wyswietlenia statystyk uzywam telnet i tam mi sie dobrze wyswietla
a co do komendy init to jeszce musze potetsowac tylk ona razie brak czasu :| |
| |
|
|
| Dziadek |
Dodano 08-05-2008 19:38
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Mnie w trybie terminalowym też sie poprawnie wyświetla, ale ponieważ wygodniejsze jest analizowanie statystyk wyświetlanych przez WWW, więc dlatego głównie z tej formy korzystam. |
| |
|
|
| krzynek1 |
Dodano 09-05-2008 22:21
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
dziwna rzecz, w przypadku gdy router rebootuje to ladnie laduje statystyki
ale gdy wylaczam router przez shutdown i ponownie go wlaczam to juz statystyki sie nie laduja
|
| |
|
|
| Dziadek |
Dodano 09-05-2008 23:23
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
To przywróć polecenia ładowania statystyk z powrotem do zakładki WAN Up tak, żeby było i w jednej zakładce i w drugiej.
Bo przedtem przy shutdownie chyba dobrze Ci to działało?
Dodane [11.05.2008]:
Polecenie ładowania statystyk mam wyłącznie w skryptach firewalla i statystyki u mnie są przywracane bez względu na to, czy był to reset, czy shutdown routera.
W którym miejsce masz wpisane to polecenie? Czy za poleceniem tworzenia tablicy, czy może przed?
Ja polecenie ładowania statystyk mam na samym końcu i obecnie działa mi to perfekcyjnie!
Edytowany przez Dziadek dnia 11-05-2008 00:08
|
| |
|
|
| krzynek1 |
Dodano 15-05-2008 20:19
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
tak wyglada u mnie skrypt fw
#--------------------------------------------
#WRT54 Script Generator v1.02
#(C) 2006-2007 Robert "Robson" Mytkowski
#--------------------------------------------
TCA="tc class add dev br0"
TFA="tc filter add dev br0"
TQA="tc qdisc add dev br0"
SFQ="sfq perturb 10"
tc qdisc del dev br0 root
tc qdisc add dev br0 root handle 1: htb
tc class add dev br0 parent 1: classid 1:1 htb rate 5200kbit
$TCA parent 1:1 classid 1:10 htb rate 560kbit ceil 560kbit prio 0
$TCA parent 1:1 classid 1:11 htb rate 4000kbit ceil 5200kbit prio 4
$TQA parent 1:10 handle 10: $SFQ
$TQA parent 1:11 handle 11: $SFQ
$TFA parent 1:0 prio 0 protocol ip handle 10 fw flowid 1:10
$TFA parent 1:0 prio 4 protocol ip handle 11 fw flowid 1:11
iptables -t mangle -A POSTROUTING -m iprange --dst-range 192.168.1.4-192.168.1.5 -j MARK --set-mark 10
iptables -t mangle -A POSTROUTING -m iprange --dst-range 192.168.1.2-192.168.1.3 -j MARK --set-mark 11
[color=blue]/jffs/statistics/statperuser.sh -init
/jffs/statistics/statperuser.sh -load /cifs1/Statystyki/statsperuser.txt[/color]
cru a statsjob "1 * * * * /jffs/statistics/statperuser.sh -backup /cifs1/Statystyki/statsperuser.txt"
/usr/sbin/iptables -I POSTROUTING -t nat -o vlan1 -d 192.168.0.0/24 -j MASQUERADE
poza tym mam tez ladowanie statystyk w WANup, swoja droga zrezygnuje z polecenia init i recznie wprowadze regulki |
| |
|
|
| Dziadek |
Dodano 15-05-2008 21:06
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Przypuszczam, że dlatego statystyki Ci sie nie ładują, gdyż w momencie uruchomienia skryptu ładującego statystyki z backupu, tablica iptables jeszcze nie jest gotowa.
Gdy wpiszesz tablicę iptables na sztywno (co jest czynnością jednorazową), to przywracanie statystyk zacznie Ci funkcjonować niezawodnie, i to bez skryptu WAN Up.
Poza tym, możesz sobie jeszcze dodać linijkę
cru a KasujStaty "0 3 1 * * /jffs/statistics/statperuser.sh -zero"
to statystyki będą Ci się same co miesiąc zerowały.
Edytowany przez Dziadek dnia 15-05-2008 22:59
|
| |
|
|
| krzynek1 |
Dodano 15-05-2008 22:27
|
User
Posty: 90
Dołączył: 31/08/2007 16:21
|
rozmumiem ze miesiac od uruchomienia skryptu, thx anyway |
| |
|
|
| Dziadek |
Dodano 15-05-2008 23:02
|
Super User
Posty: 476
Dołączył: 10/08/2006 19:43
|
Nie całkiem!
Statystyki będą sie zerować każdego pierwszego dnia miesiąca, o godz. 3 w nocy. |
| |
|
|
| eVerest |
Dodano 31-05-2008 23:57
|
User
Posty: 120
Dołączył: 29/04/2008 12:32
|
Witam\Proszę o pomoc w zdiagnozowaniu problemu:
zrobiłem (chyba) wszystko zgodnie z opisem jednak po restarcie odtwarzają się automatycznie tylko statystyki wg dni natomiast per user niestety nie. Na udostępnionym zasobie tworzony jest co godzinę plik ze statystykami z prawidłowymi (chyba) danymi jednak nie są one widoczne po zastartowaniu wrtka. Fragment pliku statperuser.txt:
Sat May 31 17:01:05 CEST 2008
Chain download (1 references)
pkts bytes target prot opt in out source destination
0 0 0 -- * * 0.0.0.0/0 192.168.0.2
304098 213463170 0 -- * * 0.0.0.0/0 192.168.0.3
767 329067 0 -- * * 0.0.0.0/0 192.168.0.23
0 0 0 -- * * 0.0.0.0/0 192.168.0.51
3271 1814413 0 -- * * 0.0.0.0/0 192.168.0.53
0 0 0 -- * * 0.0.0.0/0 192.168.0.55
0 0 0 -- * * 0.0.0.0/0 192.168.0.60
0 0 0 -- * * 0.0.0.0/0 192.168.0.98
283 110306 0 -- * * 0.0.0.0/0 192.168.0.99
0 0 0 -- * * !192.168.0.1 192.168.0.2
Chain upload (1 references)
pkts bytes target prot opt in out source destination
0 0 0 -- * * 192.168.0.2 0.0.0.0/0
322482 143516403 0 -- * * 192.168.0.3 0.0.0.0/0
753 145227 0 -- * * 192.168.0.23 0.0.0.0/0
0 0 0 -- * * 192.168.0.51 0.0.0.0/0
3520 770890 0 -- * * 192.168.0.53 0.0.0.0/0
0 0 0 -- * * 192.168.0.55 0.0.0.0/0
0 0 0 -- * * 192.168.0.60 0.0.0.0/0
0 0 0 -- * * 192.168.0.98 0.0.0.0/0
283 239383 0 -- * * 192.168.0.99 0.0.0.0/0
0 0 0 -- * * 192.168.0.2 !192.168.0.1
Sat May 31 18:01:01 CEST 2008
Chain download (1 references)
pkts bytes target prot opt in out source destination
0 0 0 -- * * 0.0.0.0/0 192.168.0.2
372575 250105358 0 -- * * 0.0.0.0/0 192.168.0.3
767 329067 0 -- * * 0.0.0.0/0 192.168.0.23
0 0 0 -- * * 0.0.0.0/0 192.168.0.51
3272 1814544 0 -- * * 0.0.0.0/0 192.168.0.53
0 0 0 -- * * 0.0.0.0/0 192.168.0.55
0 0 0 -- * * 0.0.0.0/0 192.168.0.60
0 0 0 -- * * 0.0.0.0/0 192.168.0.98
405 157835 0 -- * * 0.0.0.0/0 192.168.0.99
0 0 0 -- * * !192.168.0.1 192.168.0.2
Ponadto w logach na końcu mam takie komunikaty:
May 31 23:39:16 user.err kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation
May 31 23:39:16 user.err kernel: CIFS VFS: cifs_mount failed w/return code = -146
May 31 23:39:18 user.err kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation
May 31 23:39:18 user.err kernel: CIFS VFS: cifs_mount failed w/return code = -146
May 31 23:39:38 cron.warn crond[111]: time disparity of 20204499 minutes detected
W WAN Up mam sktypt:
/jffs/statperuser.sh -load /cifs1/wrt56gl_1/statsperuser.txt
W Firewal mam skrypt:
/jffs/statperuser.sh -init
Proszę o pomoc, pozdrawiam, KM. |
| |
|
|
| eVerest |
Dodano 02-06-2008 22:01
|
User
Posty: 120
Dołączył: 29/04/2008 12:32
|
ha, nie ma to jak pomóc sobie samemu \
Napisałem że :
==============
W WAN Up mam skrypt:
/jffs/statperuser.sh -load /cifs1/wrt56gl_1/statsperuser.txt
==============
i wkradł mi się czeski błąd w ścieżce, miało być: wrt54gl_1 zamiast wrt56gl_1
a po drugie cifs1 jest zlokalizowany na komputerze podłączonym przez wifi więc skrypt się wykonuje zanim zasób zostanie podłączony, przynajmniej tak mi się wydaje gdyż kiedy łączę się przez putty i wpiszę skrypt z palca statystyki sie ładują poprawnie.
Wydaje mi się że potwierdzeniem tego toku rozumowania są właśnie błedy w logu:
Jun 2 21:41:49 user.err kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation
Jun 2 21:41:49 user.err kernel: CIFS VFS: cifs_mount failed w/return code = -146
Jun 2 21:41:51 user.err kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation
Jun 2 21:41:51 user.err kernel: CIFS VFS: cifs_mount failed w/return code = -146
Może jest jakaś komenda pozwalająca zmodyfikować skrypt:
/jffs/statperuser.sh -load /cifs1/wrt54gl_1/statsperuser.txt
tak by był uruchamiany np minutę po restarcie wrtka?
Niestety pojawił się kolejny błąd którego nie rozumiem:
Jun 2 21:44:35 authpriv.warn dropbear[1623]: Failed reading '/etc/dropbear/dropbear_dss_host_key', disabling DSS
Mówi to coś komuś?
Pozdr.
KM
Edytowany przez eVerest dnia 02-06-2008 22:29
|
| |
|
|
| NeoX |
Dodano 03-06-2008 18:22
|
Power User
Posty: 318
Dołączył: 15/11/2006 13:44
|
Cytat eVerest napisał/a:
Wydaje mi się że potwierdzeniem tego toku rozumowania są właśnie błedy w logu:
Jun 2 21:41:49 user.err kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation
Jun 2 21:41:49 user.err kernel: CIFS VFS: cifs_mount failed w/return code = -146
Jun 2 21:41:51 user.err kernel: CIFS VFS: Error connecting to IPv4 socket. Aborting operation
Jun 2 21:41:51 user.err kernel: CIFS VFS: cifs_mount failed w/return code = -146
Może jest jakaś komenda pozwalająca zmodyfikować skrypt:
/jffs/statperuser.sh -load /cifs1/wrt54gl_1/statsperuser.txt
tak by był uruchamiany np minutę po restarcie wrtka?
Niestety pojawił się kolejny błąd którego nie rozumiem:
Jun 2 21:44:35 authpriv.warn dropbear[1623]: Failed reading '/etc/dropbear/dropbear_dss_host_key', disabling DSS
Mówi to coś komuś?
Pozdr.
KM
Jezu przecież taka opcja jest nawet w panelu na WWW 
Administracja->CIFS->Wykonaj gdy zamontowany
Tego DSSa możesz olać, nie sprawdzałem ale wydaje mnie się że to jest tylko to że nie może załadować kluczy zaufanych hostów... |
| |
|
' target='_blank'>Link
