|
[MOD] Tomato by shibby
|
| shibby |
Dodano 22-03-2016 13:40
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
mój E3276s przerobiłem w weekend na Hilinka a E3372s nie zadziała mi jako 3G.
Jak odzyskam E173 to sprawdzę połączenia 3G, przełączanie itd.
Połączony z 22 marzec 2016 13:55:29:
BTW a jaką macie wybraną metodę sprawdzania połączenia? Ping czy Traceroute? Bo niektórzy operatorzy 3G i LTE mogą blokować pingi z routera i wtedy trzeba wybrać metodę traceroute.
Edytowany przez shibby dnia 22-03-2016 13:55
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| Adooni |
Dodano 22-03-2016 14:26
|
VIP
Posty: 2359
Dołączył: 02/02/2011 04:29
|
w jakiej stuacji ping jest lepszym rozwiazaniem - ja slyszalem same minusy takiego rozwiazania.
Orange 300/50 Mb/s + ONT Terminal
HPE MS gen8 Proxmox 7.0-11 VMs: Router OPNsense 23.X-amd64 and OMV
HPE MicroServer gen8: Xeon E3-1265Lv2, 16GB (2x KTH-PL316E/8G), HP 331T, 4x4TB WD RED
Asus RT-AC68U AccessPoint
|
| |
|
|
| shibby |
Dodano 22-03-2016 15:18
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
już tłumaczę.
pierwotnie pinga nie planowałem nawet wprowadzać właśnie z racji blokowania pingów przez niektórych operatorów mobilnych. Pierwsza wersja watchdoga opierała się tylko o traceroute.
Metoda sprawdzenia polegała na:
1) zczytaniu aktualnego licznika odebranych pakietów na interfejsie WAN
2) wykonaniu traceroute do zadanego hosta przez wskazany interfejs. Wykonywał on raptem kilka hopów, bo potrzebowałem jedynie kilka odebranych pakietów
3) pobranie jeszcze raz licznika RX na WANie
4) jeżeli RX2 > RX1 to znaczy, że transmisja jest i łącze działa
Po wydaniu wersji v134 jeden z użytkowników zagranicznych odezwał się do mnie, że w jego przypadku watchdog się nie sprawdza. Miał modemorouter adsl przed routerem głównym. W chwili gdy wyjął kabel telefoniczny z modemu adsl a watchdog robił test traceroute, router z tomato zawsze odebrał jeden hop (modemorouter). Dlatego pomimo, że łącze faktycznie nie działało watchdog twierdził że działa, bo on transmisję odebrał.
Dlatego zdecydowałem się dodać możliwość testu za pomocą pingowania.
By jednak móc dostosować metodę sprawdzania do posiadanego łącza zdecydowałem się dodać pole wyboru metody testu dla każdego WANa z osobna.
Mam nadzieję, że teraz już wszystko jest jasne  I każdy będzie potrafił dobrać odpowiednia metodę testu watchdoga zgodnie z posiadanym łączem i jego konfiguracją.
Połączony z 22 marzec 2016 15:48:59:
Cytat b3rok napisał(a):
@Shibby:
PROBLEM: zakładka basic/network przy 1 WAN (czyli deafultowo) ustawionym na static wpisuje IP Address, Subnet Mask i Gateway, DNSy, ale po zapisie znika zawartość Subnet Mask i wypełnia się: "0.0.0.0". Pozostałe pola zostają prawidłowo zapisane.
W zakładce Status/overview - "Subnet Mask 0.0.0.0"
z ifconfigu wygląda to tak:
vlan2 Link encap:Ethernet HWaddr [wycialem]
inet addr:172.25.15.2 Bcast:255.255.255.255 Mask:0.0.0.0
Za pomocą zakładki Tools/System Commands: ifconfig vlan2 netmask 255.255.255.0 Restart routera i problem załatwiony. Ale zrobiłem drugi reboot i maska znowu na 0.0.0.0 hmmmmmm
W przypadku DHCP na WAN - nie ma problemu, dostaję prawidłową maskę i w zakładce Status/overview też ok.
Asus RT-N66u na Tomato Firmware 1.28.0000 MIPSR2-135 K26 USB AIO-64K
Przeszedłem z v132 na v135. Czyszczony nvram przed aktualizacja i po aktualizacji. Póki co podstawowy konfig.
potwierdzam problem. Znalazłem już przyczynę.
Edytowany przez shibby dnia 22-03-2016 15:48
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| b3rok |
Dodano 22-03-2016 16:20
|
Administrator
Posty: 621
Dołączył: 10/01/2008 18:40
|
@shibby - super, ze znalazles przyczyne i ciesze sie, ze moglem pomoc jako tester )
I. Huawei HG8240 + 1x Netgear r7000 @FreshTomato + Synology DS1512+
II. TP-Link TL-WDR4300 @Obsy OpenWRT Gargoyle
III. TP-Link TL-WDR3600 @Obsy OpenWRT Gargyle
|
| |
|
|
| zilog |
Dodano 22-03-2016 17:23
|
Power User
Posty: 214
Dołączył: 16/02/2011 08:07
|
@shibby będzie poprawka ??
RT-AC-68u
RT-N16+ Linksys E2000 jako band 5GHz
Synology DS110j (DSM5)
WDTVLive
Linksys PAP2T-EU
|
| |
|
|
| overflow2 |
Dodano 22-03-2016 18:33
|
Super User
Posty: 612
Dołączył: 28/01/2008 08:36
|
Jest jakiś problem z DDNS, mam ustawione ppoe, reconnect codziennie o 6 rano i dzisiaj (po wczorajszej aktualizacji do v135) nie zaktualizował się adres, po restarcie routera też się nie zaktualizował, dopiero jak dałem save na zakładce to poszło.
Asus RT-AC56U FT-AIO
|
| |
|
|
| Staszek |
Dodano 22-03-2016 22:59
|
Power User
Posty: 284
Dołączył: 10/11/2006 14:06
|
U mnie zrobiłem test i modem E3276 przy wyborze "Ping" podczas sprawdzania, np co 2 minuty się rozłącza (dioda mruga) aby za chwilę się połączyć. Przy wyborze w watchdog traceroute, wszystko jest OK. To przy karcie z Orange
Asus RT-AC68U FreshTomato 2022.2-AIO
Światłowód 200/100
|
| |
|
|
| shibby |
Dodano 23-03-2016 09:20
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
Cytat Staszek napisał(a):
U mnie zrobiłem test i modem E3276 przy wyborze "Ping" podczas sprawdzania, np co 2 minuty się rozłącza (dioda mruga) aby za chwilę się połączyć. Przy wyborze w watchdog traceroute, wszystko jest OK. To przy karcie z Orange
Co potwierdza moje słowa. Pingowanie na routerze nie działa przy połączeniach 3G i często przy 4G/LTE. W tych przypadkach należy używać metody sprawdzenia Traceroutem.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| Adooni |
Dodano 23-03-2016 09:25
|
VIP
Posty: 2359
Dołączył: 02/02/2011 04:29
|
Shibby moze obok pola wyboru w gui dodac pole z *3G/LTE traceroute always (use ping only when tracerout not working correctly)"
Orange 300/50 Mb/s + ONT Terminal
HPE MS gen8 Proxmox 7.0-11 VMs: Router OPNsense 23.X-amd64 and OMV
HPE MicroServer gen8: Xeon E3-1265Lv2, 16GB (2x KTH-PL316E/8G), HP 331T, 4x4TB WD RED
Asus RT-AC68U AccessPoint
|
| |
|
|
| dar3k |
Dodano 23-03-2016 11:07
|
Super User
Posty: 419
Dołączył: 29/11/2013 22:48
|
A może testować połączenie za pomocą wget?
np.
cd /tmp
wget --tries 1 --timeout 30 http://www.onet.pl/favicon.ico
rm -f /tmp/favicon.ico
ER-12 + 4x UAP-AC-PRO
|
| |
|
|
| Adooni |
Dodano 23-03-2016 11:13
|
VIP
Posty: 2359
Dołączył: 02/02/2011 04:29
|
to chyba nie jest najlepsze wyjscie a co bedzie jak padnie strona onet.pl? operatora LTE juz chyba lepiej.
Orange 300/50 Mb/s + ONT Terminal
HPE MS gen8 Proxmox 7.0-11 VMs: Router OPNsense 23.X-amd64 and OMV
HPE MicroServer gen8: Xeon E3-1265Lv2, 16GB (2x KTH-PL316E/8G), HP 331T, 4x4TB WD RED
Asus RT-AC68U AccessPoint
|
| |
|
|
| shibby |
Dodano 23-03-2016 12:18
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
@dar3k - nie da rady, bo niby jak wgetem przetestować dany interfejs. Przecież ja muszę sprawdzić każdy WAN z osobna Pingiem lub Wgetem mogę wybrać żądany interfejs.
@Adooni - komentarz słuszny, nie widzę problemu by go dodać. Myślę też by traceroute nie ustawić domyślnie, bo on w większej ilości przypadków się sprawdzi.
Znalazłem błąd w funkcji multiwan dla Mipsela. Póki co w wersji dualwan (RT-N16). Objawia się on zwieszaniem routera, błędnym routingiem, problemami dostępu do routera a winny jest temu proces mwanroute który zamiast się odpalić i dbać o porządek z routignu, dostaje Segmentation Fault.
Śledzę problem i szukam przyczyny.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| ovner |
Dodano 23-03-2016 12:47
|
Power User
Posty: 368
Dołączył: 15/08/2009 21:34
|
Właśnie testowałem i przy traceroute modem stabilnie poąłczony i nie rozłącza podczas sprawdzania czy WAN żyje ( Sieć PLAY), niestety tak jak napisał shibby problem jest z routingiem, wan1 kabel odłączony, reboot routera i jest net z wan2 przez modem 3g, podpięcie kabla i przełącza na wan1, wypięcie kabla i w routingu nie ustawia default na ppp0 (WAN2) testowane na Load Balance Weight = 0 i Load Balance Weight = 1.
Mar 23 11:41:25 unknown user.emerg mwanroute[799]: OUT checkConnect, wan is disconnected
Mar 23 11:41:25 unknown user.warn mwanroute[799]: Multiwan status is changed, last_status=2000, now_status=0000, Update multiwan policy.
Mar 23 11:41:25 unknown user.emerg mwanroute[799]: OUT checkConnect, wan is disconnected
Mar 23 11:41:25 unknown user.emerg mwanroute[799]: OUT fun mwan_load_balance, mwan_curr=0000
Mar 23 11:42:10 unknown user.notice root: WAN Watchdog - Connection wan down - Reconnecting ...
Mar 23 11:42:12 unknown user.emerg init[1]: OUT checkConnect, wan is disconnected
Mar 23 11:42:12 unknown user.emerg init[1]: OUT fun mwan_load_balance, mwan_curr=0000
Mar 23 11:42:12 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from vlan interface
Mar 23 11:42:12 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from master interface
Mar 23 11:42:12 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from vlan interface
Mar 23 11:42:12 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from master interface
Mar 23 11:42:12 unknown user.warn kernel: vlan2: Setting MAC address to 60 a4 4c 66 28 61.
Mar 23 11:42:12 unknown user.debug kernel: vlan2: add 01:00:5e:00:00:01 mcast address to master interface
Mar 23 11:42:12 unknown user.debug kernel: vlan2: add 33:33:00:00:00:01 mcast address to master interface
Mar 23 11:42:12 unknown user.notice root: WAN Watchdog - another proces in action for wan
Mar 23 11:42:12 unknown user.notice root: WAN Watchdog - another proces in action for wan
Mar 23 11:43:25 unknown user.emerg mwanroute[799]: OUT checkConnect, wan is disconnected
Mar 23 11:43:59 unknown user.debug dhcpc-event[6242]: 255: pptp peerdns disabled
Mar 23 11:43:59 unknown daemon.info dnsmasq[3603]: reading /etc/resolv.dnsmasq
Mar 23 11:43:59 unknown daemon.info dnsmasq[3603]: using nameserver 192.168.200.250#53
Mar 23 11:43:59 unknown daemon.info dnsmasq[3603]: using nameserver 192.168.0.250#53
Mar 23 11:43:59 unknown user.debug init[1]: 255: pptp peerdns disabled
Mar 23 11:43:59 unknown daemon.info dnsmasq[3603]: exiting on receipt of SIGTERM
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: started, version 2.73 cachesize 4096
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: compile time options: IPv6 GNU-getopt no-RTC no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset Tomato-helper auth DNSSEC loop-detect no-inotify
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: asynchronous logging enabled, queue limit is 5 messages
Mar 23 11:43:59 unknown daemon.info dnsmasq-dhcp[6245]: DHCP, IP range 192.168.1.2 -- 192.168.1.51, lease time 1d
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: reading /etc/resolv.dnsmasq
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: using nameserver 192.168.200.250#53
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: using nameserver 192.168.0.250#53
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: read /etc/hosts - 2 addresses
Mar 23 11:43:59 unknown daemon.info dnsmasq[6245]: read /etc/dnsmasq/hosts/hosts - 3 addresses
Mar 23 11:43:59 unknown daemon.info dnsmasq-dhcp[6245]: read /etc/dnsmasq/dhcp/dhcp-hosts
Mar 23 11:44:05 unknown user.emerg dhcpc-event[6242]: OUT fun mwan_load_balance, mwan_curr=0000
Mar 23 11:45:26 unknown user.warn mwanroute[799]: Multiwan status is changed, last_status=0000, now_status=2000, Update multiwan policy.
Mar 23 11:45:26 unknown user.emerg mwanroute[799]: OUT fun mwan_load_balance, mwan_curr=2000
Mar 23 11:49:09 unknown user.notice root: WAN Watchdog - Connection wan down - Reconnecting ...
Mar 23 11:49:11 unknown user.emerg init[1]: OUT checkConnect, wan is disconnected
Mar 23 11:49:11 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from vlan interface
Mar 23 11:49:11 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from master interface
Mar 23 11:49:11 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from vlan interface
Mar 23 11:49:11 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from master interface
Mar 23 11:49:11 unknown user.emerg init[1]: OUT fun mwan_load_balance, mwan_curr=0000
Mar 23 11:49:11 unknown user.warn kernel: vlan2: Setting MAC address to 60 a4 4c 66 28 61.
Mar 23 11:49:11 unknown user.debug kernel: vlan2: add 01:00:5e:00:00:01 mcast address to master interface
Mar 23 11:49:11 unknown user.debug kernel: vlan2: add 33:33:00:00:00:01 mcast address to master interface
Mar 23 11:49:12 unknown user.notice root: WAN Watchdog - another proces in action for wan
Mar 23 11:49:12 unknown user.notice root: WAN Watchdog - another proces in action for wan
Mar 23 11:49:26 unknown user.emerg mwanroute[799]: OUT checkConnect, wan is disconnected
Mar 23 11:49:26 unknown user.warn mwanroute[799]: Multiwan status is changed, last_status=2000, now_status=0000, Update multiwan policy.
Mar 23 11:49:26 unknown user.emerg mwanroute[799]: OUT checkConnect, wan is disconnected
Mar 23 11:49:26 unknown user.emerg mwanroute[799]: OUT fun mwan_load_balance, mwan_curr=0000
Mar 23 11:50:09 unknown user.notice root: WAN Watchdog - Connection wan down - Reconnecting ...
Mar 23 11:50:11 unknown user.emerg init[1]: OUT checkConnect, wan is disconnected
Mar 23 11:50:11 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from vlan interface
Mar 23 11:50:11 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from master interface
Mar 23 11:50:11 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from vlan interface
Mar 23 11:50:11 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from master interface
Mar 23 11:50:11 unknown user.emerg init[1]: OUT fun mwan_load_balance, mwan_curr=0000
Mar 23 11:50:11 unknown user.warn kernel: vlan2: Setting MAC address to 60 a4 4c 66 28 61.
Mar 23 11:50:11 unknown user.debug kernel: vlan2: add 01:00:5e:00:00:01 mcast address to master interface
Mar 23 11:50:11 unknown user.debug kernel: vlan2: add 33:33:00:00:00:01 mcast address to master interface
Mar 23 11:50:12 unknown user.notice root: WAN Watchdog - another proces in action for wan
Mar 23 11:50:12 unknown user.notice root: WAN Watchdog - another proces in action for wan
Mar 23 11:50:27 unknown user.notice root: Transmission daemon successfully stoped
Mar 23 11:50:27 unknown user.info init[1]: MultiWAN: MWAN is 2.
Mar 23 11:50:27 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from vlan interface
Mar 23 11:50:27 unknown user.debug kernel: vlan2: del 33:33:00:00:00:01 mcast address from master interface
Mar 23 11:50:27 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from vlan interface
Mar 23 11:50:27 unknown user.debug kernel: vlan2: del 01:00:5e:00:00:01 mcast address from master interface
Mar 23 11:50:27 unknown user.warn kernel: vlan2: Setting MAC address to 60 a4 4c 66 28 61.
Mar 23 11:50:27 unknown user.debug kernel: vlan2: add 01:00:5e:00:00:01 mcast address to master interface
Mar 23 11:50:27 unknown user.debug kernel: vlan2: add 33:33:00:00:00:01 mcast address to master interface
Mar 23 11:50:27 unknown user.debug kernel: vlan3: del 33:33:00:00:00:01 mcast address from vlan interface
Mar 23 11:50:27 unknown user.debug kernel: vlan3: del 33:33:00:00:00:01 mcast address from master interface
Mar 23 11:50:27 unknown user.debug kernel: vlan3: del 01:00:5e:00:00:01 mcast address from vlan interface
Mar 23 11:50:27 unknown user.debug kernel: vlan3: del 01:00:5e:00:00:01 mcast address from master interface
Mar 23 11:50:27 unknown user.warn kernel: vlan3: Setting MAC address to 60 a4 4c 66 28 62.
Mar 23 11:50:27 unknown user.debug kernel: vlan3: add 01:00:5e:00:00:01 mcast address to master interface
Mar 23 11:50:27 unknown user.debug kernel: vlan3: add 33:33:00:00:00:01 mcast address to master interface
Mar 23 11:50:27 unknown daemon.info pppd[3355]: Terminating on signal 15
Mar 23 11:50:27 unknown daemon.info pppd[3355]:[b][u] Connect time 22.1 minutes.[/u][/b]
Mar 23 11:50:27 unknown daemon.info pppd[3355]: Sent 0 bytes, received 0 bytes.
Mar 23 11:50:27 unknown daemon.warn dnsmasq[6245]: no servers found in /etc/resolv.dnsmasq, will retry
Mar 23 11:50:27 unknown daemon.notice pppd[3355]: Connection terminated.
Mar 23 11:50:27 unknown user.emerg ip-down[8162]: OUT checkConnect, wan is disconnected
Mar 23 11:50:27 unknown user.emerg ip-down[8162]: OUT checkConnect, wan2 is disconnected
Mar 23 11:50:27 unknown user.emerg ip-down[8162]: OUT fun mwan_load_balance, mwan_curr=0000
Mar 23 11:50:27 unknown daemon.info pppd[3355]: Exit.
Mar 23 11:50:27 unknown daemon.notice pppd[8214]: pppd 2.4.5 started by root, uid 0
Mar 23 11:50:28 unknown user.info kernel: device eth1 left promiscuous mode
Mar 23 11:50:28 unknown user.info kernel: br0: port 2(eth1) entering disabled state
Mar 23 11:50:28 unknown user.info kernel: device eth1 entered promiscuous mode
Mar 23 11:50:28 unknown user.info kernel: br0: port 2(eth1) entering forwarding state
Mar 23 11:50:28 unknown user.notice root: 3G MODEM already found - using usbserial module
Mar 23 11:50:29 unknown user.emerg mwanroute[8377]: OUT checkConnect, wan is disconnected
Mar 23 11:50:29 unknown user.emerg mwanroute[8377]: OUT checkConnect, wan2 is disconnected
Mar 23 11:50:30 unknown user.notice root: 3G MODEM Signal Strength: -113 dBm
Mar 23 11:50:31 unknown daemon.err pppd[8214]: Connect script failed
Mar 23 11:50:36 unknown user.debug init[1]: rstats stopped.
Może Connect script failed jest skutkiem znalezionego błędu, czasami łączy się bezproblemu, czasami wogóle i musze brutalnie odąłczyć i podłączyć modem do routera i ręcznie wymusić connect, a może to taka przypadłość mojego modemu.
Czekam na dobre wieści i jak wyjdzie poprawka z chęcią przetestuje.
TUF-AX5400 @ Firmware:388.1_0-gnuton1
RT-N16 @ FreshTomato Firmware 2023.3 MIPSR2 K26 USB VPN + Huawei e3372 no-hilink
 |
| |
|
|
| qwerty321 |
Dodano 23-03-2016 13:12
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Czyli czekamy na v.136 :-) A ten multi WAN by się przydał :-)
|
| |
|
|
| branetre |
Dodano 23-03-2016 14:59
|
Moderator
Posty: 816
Dołączył: 15/01/2011 10:10
|
@shibby a nie łatwiej będzie badać interfejs poprzez DNSlookup dla adresu 127.0.0.1 niż robić traceroute ?
Wiem że to idiotyczne ale czasem takie sposoby dają lepsze efekty
|
| |
|
|
| markus1 |
Dodano 23-03-2016 23:01
|
User
Posty: 48
Dołączył: 15/03/2011 11:32
|
Koledzy bo coś mi chyba umknęło. Nie jestem tak zaawansowany jak Wy, szczerze przyznam tomato stosuję tylko dlatego, że ma w pełni działającą blokadę rodzicielską (access restriction) w przeciwieństwie do tej z oryginalnego softu asusa. Po aktualizacji do wersji 135 zniknęły mi ustawienia do wifi 5 GHz. Czy jest szansa by 5 GHz wróciło?
Asus RT-Ax88U AiMesh
|
| |
|
|
| Dimson |
Dodano 23-03-2016 23:17
|
User
Posty: 93
Dołączył: 14/09/2007 21:23
|
wyczyszczony nvram po aktualizacji ?
|
| |
|
|
| markus1 |
Dodano 23-03-2016 23:20
|
User
Posty: 48
Dołączył: 15/03/2011 11:32
|
Przed i po
Asus RT-Ax88U AiMesh
|
| |
|
|
| Staszek |
Dodano 24-03-2016 13:04
|
Power User
Posty: 284
Dołączył: 10/11/2006 14:06
|
Czy ze 134 na 135 trzeba czyścić ? Bo juz można zwariować, kiedy to robić a kiedy nie
Asus RT-AC68U FreshTomato 2022.2-AIO
Światłowód 200/100
|
| |
|
|
| jachu |
Dodano 24-03-2016 13:06
|
Power User
Posty: 351
Dołączył: 16/11/2006 10:04
|
[quote] Staszek napisał(a):
Czy ze 134 na 135 trzeba czyścić ? Bo juz można zwariować, kiedy to robić a kiedy nie[/quote
z tego co Shibby pisal to z 134 na 135 nie trzeba .
pozdrawiam
Jachu
Netgear WNR3500L v2 - Tomato
APU - OPNSense,PFSense
FeeNAS
Netgear R7000 - Tomato
|
| |
|
' target='_blank'>Link
