|
[MOD] Tomato by shibby
|
| Staszek |
Dodano 19-10-2015 09:47
|
Power User
Posty: 284
Dołączył: 10/11/2006 14:06
|
To czekamy na kolejny weekend z wydaniem v132. Chyba, że @ shibby zachoruje i będzie miał dużo czasu . Oczywiście tego nie życzę
Asus RT-AC68U FreshTomato 2022.2-AIO
Światłowód 200/100
|
| |
|
|
| shibby |
Dodano 19-10-2015 12:12
|
SysOp
Posty: 17143
Dołączył: 15/01/2009 20:30
|
Cytat Staszek napisał(a):
To czekamy na kolejny weekend z wydaniem v132. Chyba, że @ shibby zachoruje i będzie miał dużo czasu . Oczywiście tego nie życzę
właśnie shibby zachorował i dlatego nie wydał v132 
Połączony z 19 październik 2015 16:39:28:
v132 opublikowane
Edytowany przez shibby dnia 19-10-2015 16:39
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| pedro |
Dodano 19-10-2015 16:51
|
Moderator
Posty: 1012
Dołączył: 21/09/2015 15:03
|
Cytat pedro napisał(a):
@shibby
A patrzyłeś na pomijanie reguł w 'Access Restriction' podczas tunelu openssh?
[...]
Ehh... oczywiście chodzi o openvpn. Zarówno przy lte jak i pppoe zachowuje sie tak jak napisałem.
P.S. Dzięki za v132
|
| |
|
|
| shibby |
Dodano 19-10-2015 17:03
|
SysOp
Posty: 17143
Dołączył: 15/01/2009 20:30
|
przytocz cały wątek bo gdzieś mi umknął.
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| pedro |
Dodano 19-10-2015 17:16
|
Moderator
Posty: 1012
Dołączył: 21/09/2015 15:03
|
Chodzi o to, że jeśli zestawimy tunel openvpn (jako klient) z jakimś vpsem (cały ruch), to przestają działać regułki w 'Access Restriction', założone np. na sprzęty dzieci w danych godzinach, etc.
Jedyne co pozostaje, to dodać MAci do 'Wireless Filter' jeśli są na wifi (na szczęście są), ale jest to okropnie niewygodne.
Router po każdej takiej operacji się restartuje (włącznie z modemem nawet), więc brak sieci przez pewien czas + brak możliwości kontroli czasowej dostępu.
Da się coś z tym zrobić?
|
| |
|
|
| need_password |
Dodano 20-10-2015 08:18
|
User
Posty: 100
Dołączył: 23/09/2014 10:25
|
Access restriction działa na ARMie tylko wtedy gdy włączysz Bandwidtch Limiter. Też mam aktywnego klienta OpneVPN i dopiero jak włączę Bandwidtch Limiter blokady zaczynają działać. Niestety minus jest tego taki, że transfery po LANie są ograniczone.
Asus RT-AC56U
Netgear R7000
Asus RT-N10U
Tenda N60
Linksys WRT54G
|
| |
|
|
| pedro |
Dodano 20-10-2015 09:02
|
Moderator
Posty: 1012
Dołączył: 21/09/2015 15:03
|
Rzeczywiście, włączyłem 'Bandwidtch Limiter' i 'Access Restriction' zaczęło działać.
Co znaczy 'ograniczone' i jak bardzo?
//EDIT: no nie, guzik, źle sprawdziłem; dalej urządzenia z 'Access Restriction' mają dostęp..
Jeszcze reboot zrobię dla pewności...
Połączony z 20 październik 2015 09:22:02:
Tak jak napisałem: reboot nie zmienił sytuacji że urządzenia z 'Access Restriction' się łączą.
Edytowany przez pedro dnia 20-10-2015 09:22
|
| |
|
|
| need_password |
Dodano 20-10-2015 11:59
|
User
Posty: 100
Dołączył: 23/09/2014 10:25
|
Cytat pedro napisał(a):
Rzeczywiście, włączyłem 'Bandwidtch Limiter' i 'Access Restriction' zaczęło działać.
Co znaczy 'ograniczone' i jak bardzo?
//EDIT: no nie, guzik, źle sprawdziłem; dalej urządzenia z 'Access Restriction' mają dostęp..
Jeszcze reboot zrobię dla pewności...
Połączony z 20 październik 2015 09:22:02:
Tak jak napisałem: reboot nie zmienił sytuacji że urządzenia z 'Access Restriction' się łączą.
sprawdź czy mniej więcej tak masz ustawione
Asus RT-AC56U
Netgear R7000
Asus RT-N10U
Tenda N60
Linksys WRT54G
|
| |
|
|
| pedro |
Dodano 20-10-2015 12:41
|
Moderator
Posty: 1012
Dołączył: 21/09/2015 15:03
|
Jak najbardziej ('Default Class' dodałem teraz, na wszelki wypadek, ale niczego to nie zmieniło):
Te trzy MACi 'dzieciowe' z limitami tutaj, są identyczne jak w 'Access Restriction', mimo to urządzenia normalnie mają sieć...
Połączony z 20 październik 2015 12:58:19:
@need_password
CTF masz załączone? Hmmm, co tu jeszcze może być nie tak?
Edytowany przez pedro dnia 20-10-2015 12:58
|
| |
|
|
| shibby |
Dodano 20-10-2015 14:01
|
SysOp
Posty: 17143
Dołączył: 15/01/2009 20:30
|
na testowym routerze (AC68) sprawdziłem działanie Access Restriction i działa poprawnie. W domu sprawdzę na R7000 jak się zachowa z zestawionym tunelem.
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| kranu |
Dodano 20-10-2015 17:23
|
User
Posty: 28
Dołączył: 06/01/2011 19:06
|
Czy watchdog z changeloga to funkcja "Check Connection" z Basic / Network?
Jak to działa? Pinguje coś? Jeśli nie odpowiada to restartuje połączenie? router? |
| |
|
|
| pedro |
Dodano 20-10-2015 18:58
|
Moderator
Posty: 1012
Dołączył: 21/09/2015 15:03
|
Cytat shibby napisał(a):
na testowym routerze (AC68) sprawdziłem działanie Access Restriction i działa poprawnie. W domu sprawdzę na R7000 jak się zachowa z zestawionym tunelem.
Poświęciłem się
- czyszczenie ramu spod konsoli
- ustawienie rzeczy istotnych z palca, z uwzgl. powyższych sugestii
Efekt? b.z.:
- tunel załączony: pomimo restrykcji, urządzenia mają sieć (wifi),
- tylko wyłączę tunel: urządzeniom odcina dostęp.
Służę tablicą routingu, szczegółowymi ustawieniami, etc, co tam tylko jest potrzebne do zdiagnozowania... 
|
| |
|
|
| qrs |
Dodano 20-10-2015 20:06
|
Maxi User
Posty: 749
Dołączył: 02/12/2012 00:55
|
czy trzeba czyścić RAM po wgraniu v132 ARM na R7000?
---
Netgear R7000 • Netgear WNR3500L v2 • MikroTik hAP ac^2 • TP-LINK M7650
|
| |
|
|
| waldop |
Dodano 20-10-2015 23:31
|
User
Posty: 193
Dołączył: 30/05/2014 14:59
|
Osobiście zawsze czyściłem i ustawiałem z palca. Ale tym razem szybka aktualizacja bez czyszczenia ( net musi być bez zakłuceń) i wszystko narazie działa bez problemów.
=================================
R7000 freshtomato 2020.2 K26ARM USB AIO-64K (THX)
APC Back-UPS Pro 1500VA + BR24BPG
2x Planet WGSW-24040 LACP 2Gb/s
EMC IX4-300D RAID 5 4x2Tb LACP 2Gb/s
Netgear WNDR 4700 @shibby
Alienware Aurora Xeon X5670@4.2Ghz
|
| |
|
|
| jack78 |
Dodano 21-10-2015 00:00
|
OL Maniac
Posty: 1365
Dołączył: 22/04/2007 22:28
|
Wydaje mi się że obraz na Tendę N60 już nie wejdzie. Plik ma 7,9MB, a z tego co pamiętam to max się mieściły obrazy 7,7MB.
Przypomnijcie które obrazy można było jeszcze wgrywać kosztem radia 5GHz??
Mikrotik hAP ac2
UniFi AP AC v2-OFW, UniFi AP PRO- OpenWRT,
Linksys E1000v2 - Tomato-RT-N5x-MIPSR2-116-Hyzoom.4M-Mini
Tenda AC10 - AC1200 OFW
NAS - HP Microserver Gen8 i3-3220T, 8GB RAM 5x 3TB WD RED | Xpenology
|
| |
|
|
| Steel_Rat |
Dodano 21-10-2015 00:18
|
OL Maniac
Posty: 1831
Dołączył: 29/05/2011 22:24
|
Na moją Tende tomato 132 weszło i działa 
WRT3200ACN (WRT32X) + OpenWRT 18.06+światełko 150/150 Mb/s
Asus RT-AC68UvE1 + RMerlin + Entware
Netgear WNR3500Lv2 + DDWRT
|
| |
|
|
| sszpila |
Dodano 21-10-2015 09:17
|
User
Posty: 147
Dołączył: 20/08/2009 10:59
|
Po przejściu z wersji 130 na 132 nie mogę się podłączyć klientem openvpn do serwera na tomato. W logu mam taki błąd:
TLS_ERROR: BIO read tls_read_plaintext error: error:04075070:lib(4):func(117):reason(112): error:1409B006:lib(20):func(155):reason(6)
Wcześniej wszystko działało
Połączony z 21 październik 2015 09:57:39:
Dodam że klienci z linuxa się łączą bez problemu (inny router z tomato v128 i nas). Problem jest z klientem windowsowym, zarówno w wersji 2.3.7 jak i 2.3.8
Edytowany przez sszpila dnia 21-10-2015 09:57
APU2E4 4GB OpenWRT Snapshot
UAP-AC LITE
Xpenology@Microserver gen8
|
| |
|
|
| shibby |
Dodano 21-10-2015 10:27
|
SysOp
Posty: 17143
Dołączył: 15/01/2009 20:30
|
ale openvpn nie był aktualizowany w v132 tylko v 131. Zobacz czy jak cofniesz się do v130 to ci zadziała znów, a następnie wgraj v131 i zobacz jak się na tej wersji zachowa VPN.
Wydając v132 nie zauważyłem, że jest już openvpn 2.3.8. Mogę testowo skompilować ci wersję z nowszym openvpn i sprawdzisz czy to rozwiąże problem.
Router: Unifi Cloud Gateway Max
Switch: Unifi USW-Lite-16-PoE
Switch: Unifi USW-Flex-Mini - szt. 2
Wi-Fi: Unifi U6-Lite - szt. 2
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
| |
|
|
| sszpila |
Dodano 21-10-2015 10:30
|
User
Posty: 147
Dołączył: 20/08/2009 10:59
|
To jest problem z openssl chyba. dodałem do konfiguracji serwera komendę "tls-version-max 1.0" aby wyłączyć autonegocjację protokołu tls i wymusić tls v1 i zaczęło działać.
Za manualem od openvpn'a:
--tls-version-max version
Set the maximum TLS version we will use (default is the highest version supported). Examples for version include "1.0", "1.1", or "1.2".
If and only if this is set to 1.0, and OpenSSL is used (not PolarSSL), then OpenVPN will set up OpenSSL to use a fixed TLSv1 handshake. All other configurations will autonegotiate in the given limits, and the choice of handshake versions is left to the SSL implementation.
APU2E4 4GB OpenWRT Snapshot
UAP-AC LITE
Xpenology@Microserver gen8
|
| |
|
|
| enigma |
Dodano 21-10-2015 13:15
|
User
Posty: 50
Dołączył: 29/12/2010 22:39
|
shibby: gdzie siedzi skrypt sprawdzający połączenie?
w odległej lokalizacji siedzi mi apek ze starym tomato i nie mam możliwości aktualizacji ale chętnie dodał bym skrypt do crona
ew wstawisz skrypt?
Z góry THX |
| |
|
' target='_blank'>Link
