Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez wisipior
Oczywiście ,że takie sobie , ale jak się wymaga akumulatora , openwrt.... Byłoby taniej z czegoś zrezygnować
Dokładnie to niepotrzebny akumulator.
Pytanie o router któremu samą łącznością 4G bliżej do dzisiejszych technologii (wiele pasm) plus fabryczny QoS lub zdolny do mifi/gargoyle.
Czy ktoś poleciłby router mobilny LTE (wysokiej Cat. minimum 7) ?? Wymagane QoS albo nowsze wersje openwrt pod mifi.
Cezary napisał/a:Zrobiłem wczoraj kilkanaście testów i nie udało mi się potwierdzić tego. Skrypt uruchamiany jeden po drugim na różnych konsolach nie powodował utraty danych. Ale tak czy siak dodałem lock żeby mieć pewność że to jest faktycznie tylko jeden raz wołane.
Jeszcze podebuguje jeszcze z miesiąc potem pobiorę.
Tak więc ani resetowanie ani cofanie licznika nie powtórzyło się. Nareszcie!
Nie. Jedno z drugim nie jest kompatybilne. Ustaw sobie w mifi ograniczenie czasu dla jakiegoś użytkownika i później zobacz w /etc/config/firewall jak to jest zrealizowane wpisami w uci.
Limity prędkości zaś są wpisane w /etc/config/nft-qos
Inne pytanie. W tym samym Mifi na DWR-960 można limitować klientowi w LANie pasmo ale czy i jak mogę ustawić ograniczenie prędkości z konkretnego IP w internecie ? jaka jest składnia tego nft-qos dla Mifi ?
Zrobiłem wczoraj kilkanaście testów i nie udało mi się potwierdzić tego. Skrypt uruchamiany jeden po drugim na różnych konsolach nie powodował utraty danych. Ale tak czy siak dodałem lock żeby mieć pewność że to jest faktycznie tylko jeden raz wołane.
Jeszcze podebuguje jeszcze z miesiąc potem pobiorę.
Np. na odczyt danych klientów bezprzewodowych. Kilka razy spotkałem się że zwykłe iw dev wlan station dump trwa ileś tam -naście sekund, co nie miało żadnego sensu bo jakiś czas wcześniej działało natychmiast.
...rozumiem czyli timeout tu odpada.
Jakby co to te pierwotne obejście z porównywaniem rozmiaru i podmianą też można na początku skryptu zastosować. W końcu rakieta też koryguje lot w trakcie lotu.
To nie jest dobre rozwiązanie. Skrypt może się wykonywać dłużej niż ten określony czas, więc to zawsze będzie problemem.
To na co on może oczekiwać ?
Po południu przestestuję sobie czy to własnie taka czasówka powoduje problemy, jeżeli tak to zrobię zmianę z lockiem.
Jasne, zamiast usuwania locka przed exitami można jeszcze tak:
[ -e "$DB.lock" ] && exit 0
touch "$DB.lock"
(sleep 7 ; rm -f "$DB.lock") & <--
...skrypt idzie dalej a za 7 sekund lock sam się usunieTak, takie rozwiązanie może działać (przynajmniej dopóki skrypt się nie wywali i nie zostawi locka na stałe).
Jeśli to będzie problemem to znacznie mniejszym bo wystarczy locka usunąć i liczniki się naliczą przy następnym wywołaniu skryptu.
Nie, nie powinien, skrypt tego nie roby. On jest robiony tylko podczas usuwania danych z pliku. Jak widzisz, sam skrypt nie ustawia locka podczas swojego uruchomienia.
No to raczej powinien przy takim zamieszaniu.
To na próbę wstawiam
[ -e "$DB.lock" ] && exit 0
touch "$DB.lock" <--i przed exitami
rm -f "$DB.lock"A hotplug niech działa tak jak miał.
Statystki są wołanie przez procesy:
- w cronie który modyfikuje plik
- w hotplugu po podłączeniu klienta
- w gui który odczytuje tylko plik
- w gui podczas usuwania statystyk dla jednego klienta który modyfikuje plikNo i jest szansa że coś się zacina i skrypt fizycznie nie jest w stanie wykonać się w minutę, ale wtedy cron go nie wykona bo powie że proces już jest uruchomiony.
U ciebie te wywołania pochodzą z hotpluga i chyba dochodzi tu do rywalizacji - jeden jest wołany przez pełną minutą i jeszcze działa i odpala się drugi z crona modyfikując ten sam plik. Wywal z hotpluga wywołanie skryptu i pobaw się podłączeniem klienta. Najwyżej będziesz miał dokładność połączenia co do minuty.
Ale jeśli rywalizację powinien rozwiązywać mechanizm $DB.lock to widać też że tego nie robi bo tam też wstawiłem stróża. we wszystkich logach które zebrałem ani razu nie wykrył obecności blokady.
Więc z czym właściwie masz problem? Masz port gigabitowy.
Tak tu jest ok.
Nie, szukaj nadal przyczyny. Dobrze by to było rozwiązać.
OK dodałem kilka linii debugowania do skryptu statystyk i natrafiłem na dziwną rzecz. Najwyraźniej reset tego licznika dokonuje się w okolicznościach takich jak ta - coś uruchomiło nadmiarowo skrypt poza pełną minutą o 19:08:57 który zablokował odczyt json'a skryptowi o 19:09:00 a potem zamieszał jsona podwójnie go zapisując.
...
Mon May 9 19:08:00 2022 cron.err crond[25464]: USER root pid 14429 cmd /usr/bin/easyconfig_logs.sh
Mon May 9 19:08:00 2022 cron.err crond[25464]: USER root pid 14430 cmd /usr/bin/easyconfig_statistics.sh
Mon May 9 19:08:00 2022 user.notice root: ** STAT DEBUG ** starting script
Mon May 9 19:08:00 2022 user.notice root: ** STAT DEBUG ** reported date is 202205091908
Mon May 9 19:08:00 2022 user.notice root: ** STAT DEBUG ** reading json verify size: 13741 "{" chars: 216
Mon May 9 19:08:03 2022 user.notice root: ** STAT DEBUG ** dumping json verify size: 13741
Mon May 9 19:08:03 2022 user.notice root: ** STAT DEBUG ** -rw-r--r-- 1 root root 13741 May 9 19:08 /tmp/easyconfig_statistics.json
Mon May 9 19:08:03 2022 user.notice root: ** STAT DEBUG ** -rw-r--r-- 1 root root 2991 May 9 19:08 /tmp/easyconfig_statistics.json.gz
Mon May 9 19:08:03 2022 user.notice root: ** STAT DEBUG ** -rw-r--r-- 1 root root 2991 May 9 19:08 /usr/lib/easyconfig/easyconfig_statistics.json.gz
Mon May 9 19:08:56 2022 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED c0:8a:cd:1a:da:86
Mon May 9 19:08:56 2022 daemon.info hostapd: wlan1: STA c0:8a:cd:1a:da:86 IEEE 802.11: authenticated
Mon May 9 19:08:56 2022 daemon.info hostapd: wlan1: STA c0:8a:cd:1a:da:86 IEEE 802.11: associated (aid 4)
Mon May 9 19:08:56 2022 daemon.notice hostapd: wlan1: AP-STA-CONNECTED c0:8a:cd:1a:da:86
Mon May 9 19:08:56 2022 daemon.info hostapd: wlan1: STA c0:8a:cd:1a:da:86 WPA: pairwise key handshake completed (WPA)
Mon May 9 19:08:56 2022 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED c0:8a:cd:1a:da:86
Mon May 9 19:08:56 2022 daemon.info hostapd: wlan1: STA c0:8a:cd:1a:da:86 WPA: group key handshake completed (WPA)
Mon May 9 19:08:56 2022 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) c0:8a:cd:1a:da:86
Mon May 9 19:08:56 2022 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 10.9.8.25 c0:8a:cd:1a:da:86
Mon May 9 19:08:56 2022 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 10.9.8.25 c0:8a:cd:1a:da:86
Mon May 9 19:08:56 2022 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 10.9.8.25 c0:8a:cd:1a:da:86
Mon May 9 19:08:57 2022 user.notice root: ** STAT DEBUG ** starting script
Mon May 9 19:08:57 2022 user.notice root: ** STAT DEBUG ** reported date is 202205091908
Mon May 9 19:08:57 2022 user.notice root: ** STAT DEBUG ** reading json verify size: 13741 "{" chars: 216
Mon May 9 19:09:00 2022 cron.err crond[25464]: USER root pid 14709 cmd /usr/bin/easyconfig_logs.sh
Mon May 9 19:09:00 2022 cron.err crond[25464]: USER root pid 14710 cmd /usr/bin/easyconfig_statistics.sh
Mon May 9 19:09:00 2022 user.notice root: ** STAT DEBUG ** starting script
Mon May 9 19:09:00 2022 user.notice root: ** STAT DEBUG ** reported date is 202205091909
Mon May 9 19:09:00 2022 user.notice root: ** STAT DEBUG ** reading json verify size : 13741 "{" chars: 0
Mon May 9 19:09:00 2022 user.notice root: ** STAT DEBUG ** dumping json verify size: 13740
Mon May 9 19:09:01 2022 user.notice root: ** STAT DEBUG ** dumping json verify size: 1332
...jak to możliwe ? czy to co się działo 19:08:56 wpłynęło ?
przy kolejnym resecie dowiem się czy co go wywołało.
ale najwyraźniej dzieje się tak częściej a problem z licznikiem powstaje gdy uruchamia się to w ostatnich sekundach i skrypty się nakładają.
O tutaj też 12 sekunda i również zaraz po czymś z dnsmasq-dhcp ale to licznik przetrwał.
Fri May 6 18:11:11 2022 daemon.info dnsmasq-dhcp[3675]: DHCPDISCOVER(br-lan) 14:3f:a6:73:ce:d6
Fri May 6 18:11:11 2022 daemon.info dnsmasq-dhcp[3675]: DHCPOFFER(br-lan) 10.9.8.20 14:3f:a6:73:ce:d6
Fri May 6 18:11:11 2022 daemon.info dnsmasq-dhcp[3675]: DHCPREQUEST(br-lan) 10.9.8.20 14:3f:a6:73:ce:d6
Fri May 6 18:11:11 2022 daemon.info dnsmasq-dhcp[3675]: DHCPACK(br-lan) 10.9.8.20 14:3f:a6:73:ce:d6
Fri May 6 18:11:12 2022 user.notice root: ***STAT DEBUG*** starting script
Fri May 6 18:11:12 2022 user.notice root: ***STAT DEBUG*** date&time reported: 202205061811
Fri May 6 18:11:12 2022 user.notice root: ***STAT DEBUG*** loading json size verify: 11103 vs 11103
Fri May 6 18:11:14 2022 user.notice root: ***STAT DEBUG*** dumped json size verify: 11103 vs 11103
Fri May 6 18:11:14 2022 user.notice root: ***STAT DEBUG*** PERIOD=3
Fri May 6 18:12:00 2022 cron.err crond[1878]: USER root pid 5134 cmd /usr/bin/easyconfig_wlanlogs.sh
Fri May 6 18:12:00 2022 cron.err crond[1878]: USER root pid 5135 cmd /usr/bin/easyconfig_statistics.sh
Fri May 6 18:12:00 2022 user.notice root: ***STAT DEBUG*** starting script
Fri May 6 18:12:00 2022 user.notice root: ***STAT DEBUG*** date&time reported: 202205061812
Fri May 6 18:12:00 2022 user.notice root: ***STAT DEBUG*** loading json size verify: 11103 vs 11103
Fri May 6 18:12:02 2022 user.notice root: ***STAT DEBUG*** dumped json size verify: 11103 vs 11103
Fri May 6 18:12:02 2022 user.notice root: ***STAT DEBUG*** PERIOD=3ethtool eth0 nie masz co sprawdzać bo to jeden port od całego switcha.
Podłącz kabel pod port gigabitowy i pokaż jeszcze raz wynik z swconfig. Bo teraz nie masz tam kabla podłączonego.
Zgadza się, teraz jest >>100.
root@ruter:~# swconfig dev switch0 show
Global attributes:
enable_vlan: 1
mib: Switch MIB counters
PPE_AC_BCNT0: 0
PPE_AC_PCNT0: 0
PPE_AC_BCNT63: 0
PPE_AC_PCNT63: 0
PPE_MTR_CNT0: 0
PPE_MTR_CNT63: 0
GDM1_TX_GBCNT: 0
GDM1_TX_GPCNT: 0
GDM1_TX_SKIPCNT: 0
GDM1_TX_COLCNT: 0
GDM1_RX_GBCNT1: 0
GDM1_RX_GPCNT1: 0
GDM1_RX_OERCNT: 0
GDM1_RX_FERCNT: 0
GDM1_RX_SERCNT: 0
GDM1_RX_LERCNT: 0
GDM1_RX_CERCNT: 0
GDM1_RX_FCCNT: 0
GDM2_TX_GBCNT: 0
GDM2_TX_GPCNT: 0
GDM2_TX_SKIPCNT: 0
GDM2_TX_COLCNT: 0
GDM2_RX_GBCNT: 0
GDM2_RX_GPCNT: 0
GDM2_RX_OERCNT: 0
GDM2_RX_FERCNT: 0
GDM2_RX_SERCNT: 0
GDM2_RX_LERCNT: 3
GDM2_RX_CERCNT: 0
GDM2_RX_FCCNT: 0
mirror_monitor_port: 0
arl_table: address resolution table
Port 6: MAC 7a:ee:2c:a5:d5:c8
Port 6: MAC 28:6d:cd:5e:ba:36
Port 5: MAC 72:1f:b5:b8:ac:a9
Port 6: MAC 80:26:89:e6:6c:c6
Port 6: MAC 80:26:89:e6:6c:c7
Port 5: MAC e4:11:5b:26:62:fe
Port 0:
mib: Port 0 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 2
link: port:0 link:down
Port 1:
mib: Port 1 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:1 link:down
Port 2:
mib: Port 2 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:2 link:down
Port 3:
mib: Port 3 MIB counters
TxGPC : 36305
TxBOC : 0
TxGOC : 496137480
TxEPC : 0
RxGPC : 62224
RxBOC : 0
RxGOC : 22220765
RxEPC1 : 0
RxEPC2 : 15
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:3 link:down
Port 4:
mib: Port 4 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 0
link: port:4 link:down
Port 5:
mib: Port 5 MIB counters
TxGPC : 59468
TxBOC : 0
TxGOC : 583950355
TxEPC : 0
RxGPC : 28221
RxBOC : 0
RxGOC : 2010897
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:5 link:up speed:1000baseT full-duplex
Port 6:
mib: Port 6 MIB counters
TxGPC : 24897
TxBOC : 0
TxGOC : 25116182
TxEPC : 0
RxGPC : 30251
RxBOC : 0
RxGOC : 1083078683
RxEPC1 : 0
RxEPC2 : 39
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 0
link: port:6 link:up speed:1000baseT full-duplex
Port 7:
mib: Port 7 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 0
link: port:7 link:down
VLAN 1:
vid: 1
ports: 1 2 3 5 6t
VLAN 2:
vid: 2
ports: 0 6tPokaż mi wyniki kilku poleceń:
brctl show
brctl showstp br-lan
swconfig dev switch0 show
ubus call easyconfig statusOgraniczenia czasowe możesz sobie ręcznie poprawić modyfikując skrypt od ucode, tak jak masz w podanym linku.
Oto one
root@ruter:~# brctl show
bridge name bridge id STP enabled interfaces
br-lan 7fff.802689e66cc7 no wlan0
wlan1
eth0.1
root@ruter:~# brctl showstp br-lan
br-lan
bridge id 7fff.802689e66cc7
designated root 7fff.802689e66cc7
root port 0 path cost 0
max age 10.00 bridge max age 10.00
hello time 1.00 bridge hello time 1.00
forward delay 8.00 bridge forward delay 8.00
ageing time 300.00
hello timer 0.00 tcn timer 0.00
topology change timer 0.00 gc timer 27.33
flags
wlan0 (3)
port id 8003 state forwarding
designated root 7fff.802689e66cc7 path cost 100
designated bridge 7fff.802689e66cc7 message age timer 0.00
designated port 8003 forward delay timer 0.00
designated cost 0 hold timer 0.00
flags
hairpin mode 1
wlan1 (2)
port id 8002 state forwarding
designated root 7fff.802689e66cc7 path cost 100
designated bridge 7fff.802689e66cc7 message age timer 0.00
designated port 8002 forward delay timer 0.00
designated cost 0 hold timer 0.00
flags
hairpin mode 1
eth0.1 (1)
port id 8001 state forwarding
designated root 7fff.802689e66cc7 path cost 100
designated bridge 7fff.802689e66cc7 message age timer 0.00
designated port 8001 forward delay timer 0.00
designated cost 0 hold timer 0.00
flags
root@ruter:~# swconfig dev switch0 show
Global attributes:
enable_vlan: 1
mib: Switch MIB counters
PPE_AC_BCNT0: 0
PPE_AC_PCNT0: 0
PPE_AC_BCNT63: 0
PPE_AC_PCNT63: 0
PPE_MTR_CNT0: 0
PPE_MTR_CNT63: 0
GDM1_TX_GBCNT: 0
GDM1_TX_GPCNT: 0
GDM1_TX_SKIPCNT: 0
GDM1_TX_COLCNT: 0
GDM1_RX_GBCNT1: 0
GDM1_RX_GPCNT1: 0
GDM1_RX_OERCNT: 0
GDM1_RX_FERCNT: 0
GDM1_RX_SERCNT: 0
GDM1_RX_LERCNT: 0
GDM1_RX_CERCNT: 0
GDM1_RX_FCCNT: 0
GDM2_TX_GBCNT: 0
GDM2_TX_GPCNT: 0
GDM2_TX_SKIPCNT: 0
GDM2_TX_COLCNT: 0
GDM2_RX_GBCNT: 0
GDM2_RX_GPCNT: 0
GDM2_RX_OERCNT: 0
GDM2_RX_FERCNT: 0
GDM2_RX_SERCNT: 0
GDM2_RX_LERCNT: 3
GDM2_RX_CERCNT: 0
GDM2_RX_FCCNT: 0
mirror_monitor_port: 0
arl_table: address resolution table
Port 0:
mib: Port 0 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 2
link: port:0 link:down
Port 1:
mib: Port 1 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:1 link:down
Port 2:
mib: Port 2 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:2 link:down
Port 3:
mib: Port 3 MIB counters
TxGPC : 60130
TxBOC : 0
TxGOC : 360299740
TxEPC : 0
RxGPC : 8650
RxBOC : 0
RxGOC : 15391335
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:3 link:up speed:100baseT full-duplex
Port 4:
mib: Port 4 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 0
link: port:4 link:down
Port 5:
mib: Port 5 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 1
link: port:5 link:down
Port 6:
mib: Port 6 MIB counters
TxGPC : 8660
TxBOC : 0
TxGOC : 15950903
TxEPC : 0
RxGPC : 60145
RxBOC : 0
RxGOC : 361326053
RxEPC1 : 0
RxEPC2 : 26
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 0
link: port:6 link:up speed:1000baseT full-duplex
Port 7:
mib: Port 7 MIB counters
TxGPC : 0
TxBOC : 0
TxGOC : 0
TxEPC : 0
RxGPC : 0
RxBOC : 0
RxGOC : 0
RxEPC1 : 0
RxEPC2 : 0
enable_mirror_rx: 0
enable_mirror_tx: 0
pvid: 0
link: port:7 link:down
VLAN 1:
vid: 1
ports: 1 2 3 5 6t
VLAN 2:
vid: 2
ports: 0 6t
root@ruter:~# ubus call easyconfig status
{
"system_uptime_since": "202205080859",
"system_uptime": "2639",
"system_load": "0.01 0.06 0.08",
"system_time": "202205080943",
"wlan_clients": 2,
"lan_clients": 3,
"ports": [
{
"port": "eth0.1",
"speed": -1
}
],
"ports_swconfig": [
{
"port": "eth0.1",
"id": 1,
"role": "lan",
"speed": 0
},
{
"port": "eth0.1",
"id": 2,
"role": "lan",
"speed": 0
},
{
"port": "eth0.1",
"id": 3,
"role": "lan",
"speed": 100
},
{
"port": "eth0.1",
"id": 5,
"role": "lan",
"speed": 0
}
],
"wan_rx": "401045595",
"wan_tx": "14495230",
"wan_uptime_since": "202205080901",
"wan_uptime": "2502",
"wan_up_cnt": "1",
"wan_up_since": [
{
"up": 2497,
"since": "20220508090200"
}
],
"wan_ipaddr": "100.97.76.140",
"vpn_up": false,
"sensors": [
]
}a ten ethtool
root@ruter:~# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
1000baseX/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
1000baseX/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: Unknown!
Duplex: Unknown! (255)
Port: MII
PHYAD: 7
Transceiver: external
Auto-negotiation: on
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: noMożesz sobie wszystko ręcznie poinstalować jak chcesz.
No trudno. I tak długo czekałem z aktualizacją.
Defacto grafika połączeń LAN także pokazuje urządzenie podłączone do portu 100mbit a ten gigabitowy najwyraźniej pomija choć pakiety lecą.
U mnie nie ma, nie przechowuję archiwalnych wersji.
Pytam bo z testu iperf wychodzi też że po aktualizacji port gigabitowy w DWR-960 nie pracuje już w 1000 tylko w 100. Wcześniej polecenie ethtool eth0 pokazywało informacje speed&duplex teraz już nie. Przy łączu 200-300 jestem w plecy. Jak mogę zatem wrócić ? openwrt 21.03 a.potem z paczki ?
Możliwe. Zaraz sprawdzę, bo może się okazać że nftables czasu nie przyjmuje.
EDIT: tak, coś skopane jest w firewallu4, wprowadzenie reguły czasowej blokuje ruch. Problem firwalla w openwrt, nie easyconfig samego w sobie.
EDIT2: Problem jest z nazewnictwem dni. Zostało to poprawione https://git.openwrt.org/?p=project/fire … 088#patch1 ale łatka do 22.03 weszła już po tym jak budowałem obrazy. Więc na razie nie możesz tego używać i z tą blokadą musisz poczekać do następnego buildu.
Zdecydowanie lepiej poczekać na korytarzu. Gdzie znajdę poprzednią wersję na DWR-960 ?
Trochę nie rozumiem wypowiedzi
Pokaż
uci show easyconfig
uci show firewall
uci show dhcpI napisz co to za router.
DWR-960.
Dokładniej mówiąc po wprowadzeniu Blokady Czasowej dla jednego klienta siada NAT. tylko ona zmienia plik firewall. Po usunięciu tych ruli i restarcie wan'u wszystko wraca do normy. W poprzedniej wersji blokada działała.
config rule 'mc08acd1ada86_1'
option src 'lan'
option dest 'wan'
option src_mac 'c0:8a:cd:1a:da:86'
option weekdays 'mon tue wed thu'
option target 'REJECT'
option proto 'tcp udp'
option start_time '1:00:00'
option stop_time '1:59:59'
config rule 'mc08acd1ada86_2'
option src 'lan'
option dest 'wan'
option src_mac 'c0:8a:cd:1a:da:86'
option weekdays 'mon tue wed thu fri sat sun'
option target 'REJECT'
option proto 'tcp udp'
option start_time '2:00:00'
option stop_time '2:59:59'
config rule 'mc08acd1ada86_3'
option src 'lan'
option dest 'wan'
option src_mac 'c0:8a:cd:1a:da:86'
option weekdays 'mon tue wed thu fri sat sun'
option target 'REJECT'
option proto 'tcp udp'
option start_time '3:00:00'
option stop_time '3:59:59'
config rule 'mc08acd1ada86_4'
option src 'lan'
option dest 'wan'
option src_mac 'c0:8a:cd:1a:da:86'
option weekdays 'mon tue wed thu fri sat sun'
option target 'REJECT'
option proto 'tcp udp'
option start_time '4:00:00'
option stop_time '4:59:59'
config rule 'mc08acd1ada86_5'
option src 'lan'
option dest 'wan'
option src_mac 'c0:8a:cd:1a:da:86'
option weekdays 'mon tue wed thu fri sat sun'
option target 'REJECT'
option proto 'tcp udp'
option start_time '5:00:00'
option stop_time '5:59:59'
config rule 'mc08acd1ada86_6'
option src 'lan'
option dest 'wan'
option src_mac 'c0:8a:cd:1a:da:86'
option weekdays 'mon tue wed thu fri sat sun'
option target 'REJECT'
option proto 'tcp udp'
option start_time '6:00:00'
option stop_time '6:59:59'Wszystko jest. Jeżeli nie ma pingów to po prostu zrestartuj wan i tyle.
To nie do końca jak w Windowsie. Po wprowadzeniu z gui -> klienci kilku nazw, stałych IP i limitów i jednej blokady (tak samo jak w poprzedniej wersji), pakiety na świat przestają wychodzić z każdego urządzenia - także niepowiązanego, poza samym routerem.
Jeżeli zrobiłeś to na 22.03 to zrób to bez zachowania konfiguracji. Przywróć ustawienia domyślnie i dopiero sprawdzaj.
ifstatus wan_4 też pokaż.
Oszczędzić klepania człowiek chciał ale jak 3ba to zrobi.
root@ruter:~# ifstatus wan_4
{
"up": true,
"pending": false,
"available": true,
"autostart": true,
"dynamic": true,
"uptime": 8490,
"l3_device": "wwan0",
"proto": "dhcp",
"device": "wwan0",
"metric": 0,
"dns_metric": 0,
"delegation": true,
"ipv4-address": [
{
"address": "100.115.163.156",
"mask": 29
}
],
"ipv6-address": [
],
"ipv6-prefix": [
],
"ipv6-prefix-assignment": [
],
"route": [
{
"target": "0.0.0.0",
"mask": 0,
"nexthop": "100.115.163.157",
"source": "100.115.163.156/32"
}
],
"dns-server": [
],
"dns-search": [
],
"neighbors": [
],
"inactive": {
"ipv4-address": [
],
"ipv6-address": [
],
"route": [
],
"dns-server": [
"185.89.185.1",
"89.108.195.20"
],
"dns-search": [
],
"neighbors": [
]
},
"data": {
"dhcpserver": "100.115.163.157",
"hostname": "ruter",
"leasetime": 7200,
"zone": "wan"
}
}Czy to co napisałeś oznacza że wykonałeś aktualizację z zachowaniem konfiguracji? Jeżeli tak to przywróć ostawienia domyślnie.
Pokaż wynik
ifstatus wan
Naturalnie któryś raz z rzędu z zachowaniem konfiguracji.
root@ruter:~# ifstatus wan
{
"up": true,
"pending": false,
"available": true,
"autostart": true,
"dynamic": false,
"uptime": 7094,
"l3_device": "wwan0",
"proto": "qmi",
"updated": [
"data"
],
"metric": 0,
"dns_metric": 0,
"delegation": true,
"ipv4-address": [
],
"ipv6-address": [
],
"ipv6-prefix": [
],
"ipv6-prefix-assignment": [
],
"route": [
],
"dns-server": [
"8.8.8.8",
"8.8.4.4"
],
"dns-search": [
],
"neighbors": [
],
"inactive": {
"ipv4-address": [
],
"ipv6-address": [
],
"route": [
],
"dns-server": [
],
"dns-search": [
],
"neighbors": [
]
},
"data": {
"cid_4": "33",
"pdh_4": "100874240"
}
}Nie wiem czy to sprzęt czy czkawka, ale po aktualizacji do 22.03 na DWR-960 przestał działać nat. Połączenie jest, DHCP działa, pliki /etc/config/system, firewall i network są bez zmian, ale ping tylko z routera wychodzi. O co chodzi ? Czy mam się cofnąć o wersję ?
Konkretniej to są już paczki takie jak:
- rtorrent (ustawić w trybie SGCI a potem zdalnie klient www rutorrent)
- gerbera (serwer uPnp - nawet ma transkodowanie przez ffmpeg)
Na serwer plików w dzisiejszych czasach to trochę za słabe - 10MB/s to nie jest kopiowanie. Z praktyki zaś router i wolny serwer plików w jednym bywa dramatem. Lepiej jest gdy nagłe zerwanie łącza nie przerywa backupu. Co innego gdyby zrobić z tego backupowe łącze z modemem usb.
Pozatym:
- sonarr do ściągania seriali
- radarr do filmów
- lidarr do muzyki
Tue Apr 19 16:33:01 2022 user.notice root: -rw-r--r-- 1 root root 4925 Apr 19 16:33 /tmp/easyconfig_statistics.json
Tue Apr 19 16:33:01 2022 user.notice root: -rw-r--r-- 1 root root 1143 Apr 19 16:33 /tmp/easyconfig_statistics.json.gz
Tue Apr 19 16:33:01 2022 user.notice root: -rw-r--r-- 1 root root 1143 Apr 19 16:33 /usr/lib/easyconfig/easyconfig_statistics.json.gz
Tue Apr 19 16:34:00 2022 cron.err crond[1878]: USER root pid 1737 cmd /usr/bin/easyconfig_wlanlogs.sh
Tue Apr 19 16:34:00 2022 cron.err crond[1878]: USER root pid 1738 cmd /usr/bin/easyconfig_statistics.sh
Tue Apr 19 16:35:00 2022 cron.err crond[1878]: USER root pid 1840 cmd /usr/bin/easyconfig_wlanlogs.sh
Tue Apr 19 16:35:00 2022 cron.err crond[1878]: USER root pid 1841 cmd /usr/bin/easyconfig_statistics.sh
Tue Apr 19 16:35:00 2022 user.notice root: -rw-r--r-- 1 root root 1056 Apr 19 16:35 /tmp/easyconfig_statistics.json
Tue Apr 19 16:35:00 2022 user.notice root: -rw-r--r-- 1 root root 278 Apr 19 16:35 /tmp/easyconfig_statistics.json.gz
Tue Apr 19 16:35:00 2022 user.notice root: -rw-r--r-- 1 root root 278 Apr 19 16:35 /usr/lib/easyconfig/easyconfig_statistics.json.gzTo ten moment. Wywołał o 16:34 proces ale brak jest wpisów w logu, więc nie skończył tego. Późniejsze wywołanie masz już z mniejszym plikiem.
W moim mam plik o wielkości 68KB przy uptime routera 74dni. Więc to nie jest kwestia przekroczenia jakiegoś limitu wielkości tylko czegoś innego.
Chwilowa desynchronizacja czasu - o ile możliwa - to jedyne co mnie na myśl przychodzi.
Inne pliki w tej minucie zapisały się poprawnie.
Dobra w takim razie bedę co minutę (sleep 10 sekund) dumpować logread po scp na sąsiedni serwer.
eko.one.pl → Posty przez wisipior
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc