[MOD] Tomato by shibby
|
tomasiek |
Dodano 03-08-2016 08:14
|
User
Posty: 36
Dołączył: 14/12/2014 17:21
|
@shibby pytałem na SB, ale bez odpowiedzi. Brak jest obrazu v138 dla linksys e3200 - dla 2500 jest, dla 4200 jest... (137 dla e3200 była i wcześniejsze także).
|
|
|
|
b3rok |
Dodano 03-08-2016 08:21
|
Administrator
Posty: 621
Dołączył: 10/01/2008 18:40
|
Działa Wam prawidłowo konfiguracja OpenVPN? U mnie jest problem przy dodawaniu kluczy dla serwera - tzn. OpenVPN Server/Server1/Keys - Tomato przyjmuje wszystkie klucze/certyfikaty ZA WYJĄTKIEM Server Certificate.
Mój certyfikat serwera zajmuje 139 linii i tu jest chyba problem. Podczas testów pole Server Certificate: Jedną linię - przyjmuje, 70 linii przyjmuje, 80 linii przyjmuje, 91 linii przyjmuje, a powyżej już się wywala.
Testowane na:
1) Mój router - Asus RT-N66u MIPSR2- 138 K26AC USB AIO-64K (NVRAM czyściłem podczas przechodzenia na wersję 137) oraz na wersji 137 z wcześniej wyczyszczonym NVRAM,
2) Router kumpla - Asus RT-N66u MIPSR2- 138 K26 USB AIO-64K (NVRAM czyszczony podczas przechodzenia na wersję 138) oraz na wersji 137 z wcześniej wyczyszczonym NVRAM,
Na poprzednich wersjach nie było takich problemów.
DODATKOWY TEST
na Asus RT-N10U - 1.28.0000 MIPSR2- 132 K26 Max - ten sam certyfikat co powyżej wchodzi bez problemu.
Edytowany przez b3rok dnia 03-08-2016 09:53
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
|
|
|
|
majkel152 |
Dodano 03-08-2016 12:11
|
OL Maniac
Posty: 1716
Dołączył: 09/06/2010 14:36
|
już śmiga, winnym okazał się adblock we firefoxie który włączyłem przez przypadek...
nie znam się na tym ^^
kupię coś fajnego
sieć domowa:
router z pfsense https://i.imgur.com/IuB6Zwy.png, jakieś dziwne urządzenia , ups, światłowody, apeki i działa miło
|
|
|
|
shibby |
Dodano 03-08-2016 17:13
|
SysOp
Posty: 17110
Dołączył: 15/01/2009 20:30
|
Cytat b3rok napisał(a):
Działa Wam prawidłowo konfiguracja OpenVPN? U mnie jest problem przy dodawaniu kluczy dla serwera - tzn. OpenVPN Server/Server1/Keys - Tomato przyjmuje wszystkie klucze/certyfikaty ZA WYJĄTKIEM Server Certificate.
Mój certyfikat serwera zajmuje 139 linii i tu jest chyba problem. Podczas testów pole Server Certificate: Jedną linię - przyjmuje, 70 linii przyjmuje, 80 linii przyjmuje, 91 linii przyjmuje, a powyżej już się wywala.
Testowane na:
1) Mój router - Asus RT-N66u MIPSR2- 138 K26AC USB AIO-64K (NVRAM czyściłem podczas przechodzenia na wersję 137) oraz na wersji 137 z wcześniej wyczyszczonym NVRAM,
2) Router kumpla - Asus RT-N66u MIPSR2- 138 K26 USB AIO-64K (NVRAM czyszczony podczas przechodzenia na wersję 138) oraz na wersji 137 z wcześniej wyczyszczonym NVRAM,
Na poprzednich wersjach nie było takich problemów.
DODATKOWY TEST
na Asus RT-N10U - 1.28.0000 MIPSR2- 132 K26 Max - ten sam certyfikat co powyżej wchodzi bez problemu.
RT-N66u ma problem z nvramem 64KB i jak wykazały testy pomimo patcha rozszerzającego nie potrafi obsłużyć w pełni 64KB nvramu. Możliwe, że tu leży problem.
Router: Unifi Cloud Gateway Max
Switch: Netgear MS510TXPP
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, Intel X710-DA2 SFP+
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
|
|
|
smoczu |
Dodano 03-08-2016 18:59
|
User
Posty: 8
Dołączył: 11/01/2015 10:01
|
Witam
Mam Asusa RT-N10U i wgrałem 1.28.0000 MIPSR2-138 K26 USB miniVPN , w sumie głównie dla adblocka . mam taki problem że co kilkanaście minut tracę dostęp do netu ale na router mogę wejść po lanie bez problemu . Pomaga restart routera lub odczekanie kilka minut . Na wersji 132 nie było tego problemu . Przy wgrywaniu czyściłem nvram .
|
|
|
|
franzk |
Dodano 04-08-2016 11:50
|
User
Posty: 9
Dołączył: 30/08/2013 12:00
|
Tomato v138 na rt-n18u w wersji AIO nosmp - problem z vlan 1.
Zainstalowałem na nowy router, wyczyściłem nvram, konfiguracja o.k. do czasu ustawień vlan.
Chciałem skonfigurować:
- vlan 1 na portach 123 - port 3 ma byc tagowany
- vlan 3 na portach 3 i 4 - port 3 ma byc tagowany
wszystko ok ale po reboot vlan 1 jest włączony na wszystkich portach 1234 i brak tagowania na 3 porcie.
Próbowałem konfigurować z command line nvram - ustawia się, commit ustawień ale po reboot wracały ustawienia początkowe "1 2 3 4 5*"
Próbowałem zrezygnować z vlan 1 i zmieniłem go na vlan 11, po ponownym uruchomieniu miałem vlan 1 na wszystkich portach i tak jak skonfigurowałem vlan 11 i vlan 3
Cofnąłem sie z wersją na v137, ponowny setup vlan 1, reboot i jest dobrze.
Podsumowując na rt-n18u w build v138 vlan 1 przy reboot wraca do ustawień początkowych.
Czy ktoś zaobserwował u siebie takie zachowanie?
F.
--
Asus RT-AC68U - Tomato by shibby
oraz w bliskim otoczeniu :-) :
Asus RT-N18U/Asus RT-N16/Linksys WRT-54GL - Tomato by shibby
|
|
|
|
b3rok |
Dodano 04-08-2016 15:34
|
Administrator
Posty: 621
Dołączył: 10/01/2008 18:40
|
Cytat shibby napisał(a):
RT-N66u ma problem z nvramem 64KB i jak wykazały testy pomimo patcha rozszerzającego nie potrafi obsłużyć w pełni 64KB nvramu. Możliwe, że tu leży problem.
A jakie jest rozwiązanie - jeżeli to jest problem z nieprawidłowym zarządzaniem NVRAM-em?
To chyba nie to... Bo Asus RT-N10u, na wersji 132 - przyjmował klucz, wersja 138 (K26 USB miniVPN) - nie przyjmuje klucza. Zaraz przetestuję na Netgear WNR3500L V1.
EDITED:
Netgear WNR3500L V1, Tomato 137 K26 USB WNR3500L
Nie namieszała coś aktualizacja OpenVPN 2.3.11 (weszła na Tomato v137)?
EDITED2:
Tenda W1800R na Tomato: 137 K26AC USB Mega-VPN-64K - ten sam problem.
PODSUMOWUJĄC
Tomato V137 i v138 - nie można zapisać treści certyfikatu serwera w zakładce serwer OpenVPN na routerach:
1. Asus RT-N66u (tu jeszcze zweryfikowałem, że przyjmuje treść certyfikatu do 91 linii i nic ponadto).
2. Asus RT-N10u
3. Netgear WNR3500L V1
4. Tenda W1800R
Edytowany przez b3rok dnia 04-08-2016 22:16
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
|
|
|
|
dziadol |
Dodano 05-08-2016 03:29
|
User
Posty: 12
Dołączył: 20/12/2013 17:13
|
Dla wersji 137 i 138 na moim asus rt-n16 nie dziala nadpisywanie vlan w wersji 136 dzialalo
Połączony z 05 sierpień 2016 03:51:45:
Dodatkowo w ethernet ports state opis nazw portow jest niepoprawny niezgodny z opisem na obudowie (dot tego samego rt-n16)
Edytowany przez dziadol dnia 05-08-2016 03:51
|
|
|
|
qwerty321 |
Dodano 05-08-2016 04:30
|
Super User
Posty: 571
Dołączył: 27/04/2014 18:11
|
Cytat b3rok napisał(a):
Cytat shibby napisał(a):
RT-N66u ma problem z nvramem 64KB i jak wykazały testy pomimo patcha rozszerzającego nie potrafi obsłużyć w pełni 64KB nvramu. Możliwe, że tu leży problem.
A jakie jest rozwiązanie - jeżeli to jest problem z nieprawidłowym zarządzaniem NVRAM-em?
A ja czytałem, że w RT-N66 aby poprawnie widział 64k NVRAM należy najpierw wgrać najnowszy oryginalny firmware Asusa gdyż on dokonuje aktualizacji CFE aby te 64k było prawidłowo widziane. Do tego jak się ma starą sztukę to trzeba wgrywać OFW Asusa kolejno, a nie od razu najnowszą. Na www Asusa jest opis co po czym można wgrać i które OFW wolno przeskoczyć.
Nie wiem jak jest z innymi routerami i czy oryginalny OFW aktualizuje CFE w takim stopniu, że może być jakaś niekompatybilność ze starszymi, nowszymi OFW czy Tomato.
|
|
|
|
dziadol |
Dodano 05-08-2016 04:31
|
User
Posty: 12
Dołączył: 20/12/2013 17:13
|
Konkretniej w wersjach 137 i 138 predefiniowane pozycje na liscie vlan pozostaja zawsze niezmienne i nic z nimi nie mozna zrobic.
|
|
|
|
b3rok |
Dodano 05-08-2016 06:10
|
Administrator
Posty: 621
Dołączył: 10/01/2008 18:40
|
Cytat qwerty321 napisał(a):
A ja czytałem, że w RT-N66 aby poprawnie widział 64k NVRAM należy najpierw wgrać najnowszy oryginalny firmware Asusa gdyż on dokonuje aktualizacji CFE aby te 64k było prawidłowo widziane. Do tego jak się ma starą sztukę to trzeba wgrywać OFW Asusa kolejno, a nie od razu najnowszą. Na www Asusa jest opis co po czym można wgrać i które OFW wolno przeskoczyć.
Nie wiem jak jest z innymi routerami i czy oryginalny OFW aktualizuje CFE w takim stopniu, że może być jakaś niekompatybilność ze starszymi, nowszymi OFW czy Tomato.
Hej, dzięki za info - ale chyba to nie to... Bo:
a) na Asus RT-N66u na wersjach 130, 132 - dzialalo zapisywanie w zakładce Server Certificate w OpenVPN Server,
b) wytestowalem jeszcze inne routery - Asus RT-10u, Tenda W1800r, Netgear WNR3500L v1 - identyczny problem, gdzie we wcześniejszych wersjach było ok.
Wygeneruje testowy plik certyfikatu dla serwera i tutaj zamieszczę - może się znajdą testerzy żeby sprawdzić u siebie i będzie info z jeszcze szerszej listy routerów.
Przykładowa zawartość pliku certyfikatu serwera - prośba o wklejenie tej zawartości do zakładki OpenVPN Tunneling/ OpenVPN Server/Server1 lub Server2 /Keys/Server Certificate i zapisania. Mnie się to nie udaje.
Certificate:
Data:
Version: 3 (0x2)
Serial Number: 1 (0x1)
Signature Algorithm: md5WithRSAEncryption
Issuer: C=PL, ST=SL, L=Miasto, O=organizacja, OU=moje-ca, CN=moje-ca/name=moje-ca/emailAddress=mail@host.domain
Validity
Not Before: Aug 3 05:20:43 2016 GMT
Not After : Aug 1 05:20:43 2026 GMT
Subject: C=PL, ST=SL, L=Miasto, O=organizacja, OU=moje-ca, CN=moje-ca/name=moje-ca/emailAddress=mail@host.domain
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
Public-Key: (4096 bit)
Modulus:
00:b9:f9:3f:99:61:c8:02:70:b6:2a:68:85:78:c5:
4f:59:24:cf:b5:44:01:a4:32:8f:99:72:36:eb:a1:
dd:e2:72:ce:fc:9c:53:12:b8:3a:f7:bf:83:a2:f4:
38:3e:f1:c3:42:10:ca:c6:e6:39:50:01:45:d4:48:
cc:0c:6b:85:5d:99:06:6c:a0:8d:2b:54:9c:c3:a8:
70:69:ac:ed:1b:79:e6:54:c8:b6:73:d8:df:f4:33:
18:74:8b:a5:be:08:e8:65:ac:71:51:c1:97:8a:f6:
95:91:c8:4e:a9:a4:05:6e:53:d3:f2:a3:4a:a7:3a:
d4:3c:ef:7b:42:a9:7e:ad:ea:4c:e7:0b:f0:ed:8d:
bb:a6:5b:db:5b:f7:8e:00:55:82:4d:60:28:97:4e:
77:d2:49:86:34:26:2d:4e:2a:04:60:61:c4:d6:f9:
ee:4e:ad:2f:fe:18:6f:d2:0d:20:d4:7c:25:a5:46:
76:41:f1:3c:84:1c:fa:c1:b5:8f:90:98:06:93:b2:
40:11:7f:64:1f:78:e6:a5:89:bb:5d:2a:34:79:88:
bc:12:e5:82:ab:44:32:a9:00:ff:8d:a9:d3:92:99:
0f:14:4e:e9:b2:f1:1f:ee:b2:2f:71:1e:b6:b5:1d:
c1:58:a0:ff:25:30:df:d5:4b:63:39:11:7b:c5:2f:
4c:ff:37:d2:35:ee:13:92:b9:18:59:57:8f:41:00:
8f:55:82:40:e1:f2:38:b3:45:be:85:08:6c:91:6e:
e3:2b:74:8a:9b:21:c8:4a:d4:f4:a5:0a:5f:7e:f3:
d7:7f:dc:0c:4d:cd:01:fc:93:80:78:ac:1f:5a:ee:
3b:55:ba:23:d5:b2:47:38:7c:c6:bd:52:36:1e:ae:
59:74:32:d6:6d:0a:32:47:16:9f:53:3a:c9:03:23:
d0:c5:60:b0:68:b6:b9:58:5d:9c:db:59:c9:a8:e0:
07:09:5d:3e:82:aa:b7:4e:a9:c5:ea:90:fa:d4:4b:
fd:58:e6:bb:d8:aa:57:17:8c:da:f5:e7:27:98:ca:
27:1f:89:f8:48:bc:44:e9:56:06:b3:43:a0:5f:f2:
28:ae:f5:10:06:9e:27:54:6e:aa:23:5d:15:14:17:
11:5e:24:40:e5:01:0b:31:18:11:e7:2e:2f:7a:e8:
df:32:6c:1d:be:0f:5a:e5:a6:16:0f:7d:b0:4e:e4:
ab:e6:94:9c:62:a5:96:79:09:47:4a:e9:2e:03:f8:
95:9f:a0:1c:d7:6e:19:64:f1:b0:2e:d8:00:36:66:
f3:f5:15:73:37:fc:35:57:b0:d7:31:a5:af:0a:3c:
aa:da:42:5e:20:bb:c9:8a:06:f7:b0:d0:9c:c6:fb:
d7:a7:35
Exponent: 65537 (0x10001)
X509v3 extensions:
X509v3 Basic Constraints:
CA:FALSE
Netscape Cert Type:
SSL Server
Netscape Comment:
Easy-RSA Generated Server Certificate
X509v3 Subject Key Identifier:
4E:6B:E1:B0:22:3F:41:0B:48:43:53:64:6B:00:C8:DD:4C:1A:64:B4
X509v3 Authority Key Identifier:
keyid:68:AA:27:60:09:22:8B:24:35:77:7F:0F:89:56:2F:F1:A7:0D:5D:27
DirName:/C=PL/ST=SL/L=Miasto/O=Organizacja/OU=moje-ca/CN=moje-ca/name=moje-ca/emailAddress=mail@host.domain
serial:C6:8A:09:D0:B0:19:37:95
X509v3 Extended Key Usage:
TLS Web Server Authentication
X509v3 Key Usage:
Digital Signature, Key Encipherment
Signature Algorithm: md5WithRSAEncryption
71:aa:d0:76:58:99:f2:cd:09:6a:09:c9:79:10:92:ab:65:44:
60:28:e2:52:a5:f7:fc:56:9a:89:14:ba:ee:e0:4b:4a:7f:21:
cd:e2:bb:7a:50:c0:18:56:5d:c5:71:0f:f9:83:09:cf:37:15:
cb:57:74:e6:ee:0e:b3:92:30:f5:84:6e:e1:46:fe:9e:37:91:
6c:9d:19:92:71:af:88:2c:67:15:31:af:56:bd:ef:a9:90:15:
8d:37:38:f1:ce:2f:7d:55:4a:c9:18:6f:df:e3:f3:f5:71:ca:
16:b5:1d:a7:eb:08:c5:66:4a:12:94:55:cf:89:15:3d:6f:c3:
21:65:c7:cf:7c:50:d6:a4:33:b9:ca:62:79:df:ff:80:f6:73:
ae:81:be:1b:37:ae:01:7f:94:e6:98:16:dc:60:d2:9f:2b:27:
26:5a:18:79:a8:d0:c5:8e:67:98:1f:c4:34:6e:ba:42:8c:f9:
61:a6:3e:97:1e:9c:4a:79:65:f3:55:9c:0f:2a:c5:3c:4b:db:
0c:1f:d1:cf:92:48:6b:4e:b5:8e:50:cd:fc:4a:01:ce:9c:fb:
5e:0d:89:b5:09:a0:2a:da:d8:cb:00:e0:c6:b9:bc:fa:00:36:
6c:f5:19:ec:cb:7c:76:c6:7f:22:64:a2:56:4c:41:3f:6c:2d:
37:ca:b7:dc:92:3d:c9:db:61:d8:92:53:c0:a1:67:34:dc:5e:
c6:26:70:35:4d:c5:42:4b:6c:15:1b:10:92:7d:01:00:f2:0e:
44:39:4e:a8:dd:54:85:2f:6f:17:e6:4a:b9:ea:df:fb:ac:d1:
11:35:63:21:29:84:bc:9c:dd:b5:c1:5f:c0:74:77:9d:6c:37:
65:0d:a2:1b:34:d3:79:42:aa:b6:ff:94:b8:24:2a:b5:e6:6f:
7f:b6:4f:46:01:49:71:0e:df:90:84:42:2e:37:0a:38:d9:46:
ba:9d:f0:f0:df:3a:84:b4:13:8c:2c:5b:b3:33:23:a7:f2:2b:
26:e4:0b:e8:04:62:b3:aa:38:f5:90:cf:5a:5e:1a:65:26:ef:
c6:35:66:45:44:56:9b:de:02:1a:0f:da:fc:93:2e:d4:df:93:
6e:1a:f7:42:ba:0a:9c:f8:9c:68:2f:bf:67:6a:f9:62:0f:33:
9b:bd:22:29:f8:8c:74:b6:5d:c7:30:6e:91:87:86:36:ee:02:
57:2f:e0:91:d2:41:36:0b:8f:f1:a9:3f:ef:79:d6:fa:67:e8:
4c:fe:4b:a0:4d:17:ac:e0:b4:d9:1d:42:42:49:bc:c6:c2:e3:
c8:9f:d6:74:30:93:24:77:8e:d3:87:9c:3f:13:ee:c9:7f:c4:
30:76:d0:a9:3d:2a:70:94
-----BEGIN CERTIFICATE-----
MIIHDzCCBPegAwIBAgIYATANBgkqhkiG9w0BAQQFADCBmDELMAkGA1UEBhMCUEwx
CzAJBgNVBAgTAlNMMRUwEwYDVQQHEwxaZWJyenlkb3dpY2UxDjAMBgNVBAoTBURv
bWVrMRAwDgYDVQQLEwdtb2plLWNhMRAwDgYDVQQDEwdtb2plLWNhMRAwDgYDVQQp
Ewdtb2plLWNhMR8wHQYJKoZIhvcNAQkBFhBtYWlsQGhvc3QuZG9tYWluMB4XDTE2
MDgwMzA1MjA0M1oXDTI2MDgwMTA1MjA0M1owgY8xCzAJBgNVBAYTAlBMMQswCQYD
VQQIEwJTTDEVMBMGA1UEBxMMWmVicnp5ZG93aWNlMQ4wDAYDVQQKEwVEb21lazEN
MAsGA1UECxMEYXN1czENMAsGA1UEAxMEYXN1czENMAsGA1UEKRMEYXN1czEfMB0G
CSqGSIb3DQEJARYQbWFpbEBob3N0LmRvbWFpbjCCAiIwDQYJKoZIhvcNAQEBBQAD
ggIPADCCAgoCggIBALn5P5wqyAJwtipohXjFT1kkz7VEAaQyj5lyNuuh3eJyzvyc
UxK4Ove/g6L0OD7xw0IQysbmOVABRdRIzAxrhV2ZBmygjStUnMOocGms7Rt55lTI
tnPY3/QzGHSLpb4I6GWscVHBl4r2lZHITqmkBW5T0/KjSqc61Dzve0Kpfq3qTOcL
8O2Nu6Zb21v3jgBVgk1gKJdOd9JJhjQmLU4qBGBhxNb57k6tL/4Yb9ININR8JaVG
dkHxPIQc+sG1j5CYBpOyQBF/ZB945qWJu10qNHmIvBLlgqtEMqkA/42p05KZDxRO
6bLxH+6yL3EetrUdwVig/yUw39VLYzkRe8UvTP830jXuE5K5GFlXj0EAj1WCQOHy
OLNFvoUIbJFu4yt0ipshyErU9KUKX37z13/cDE3NAfyTgHisH1ruO1W6I9WyRzh8
xr1SNh6uWXQy1m0KMkcWn1M6yQMj0MVgsGi2uVhdnNtZyajgBwldPoKqt06pxeqQ
+tRL/Vjmu9iqVxeM2vXnJ5jKJx+J+Ei8ROlWBrNDoF/yKK71EAaeJ1RuqiNdFRQX
EV4kQOUBCzEYEecuL3ro3zJsHb4PWuWmFg99sE7kq+aUnGKllnkJR0rpLgP4lZ+g
HNduGWTxsC7YADZm8/UVczf8NVew1zGlrwo8qtpCXiC7yYoG97DQnMb716c1AgMB
AAGjggFpMIIBZTAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIGQDA0BglghkgB
hvhCAQ0EJxYlRWFzeS1SU0EgR2VuZXJhdGVkIFNlcnZlciBDZXJ0aWZpY2F0ZTAd
BgNVHQ4EFgQUTmvhsCI/QQtIQ1NkawDI3UwaZLQwgc0GA1UdIwSBxTCBwoAUaKon
YAkiiyQ1d38PiVYv8acNXSehgZ6kgZswgZgxCzAJBgNVBAYTAlBMMQswCQYDVQQI
EwJTTDEVMBMGA1UEBxMMWmVicnp5ZG93aWNlMQ4wDAYDVQQKEwVEb21lazEQMA4G
A1UECxMHbW9qZS1jYTEQMA4GA1UEAxMHbW9qZS1jYTEQMA4GA1UEKRMHbW9qZS1j
YTEfMB0GCSqGSIb3DQEJARYQcWFpbEBob3N0LmRvbWFpboIJAMaKCdCwGTeVMBMG
A1UdJQQMMAoGCCsGAQUFBwMBMAsGA1UdDwQEAwIFoDANBgkqhkiG9w0BAQQFAAOC
AgEAcarQdliZ8s0JagnJeRCSq2VEYCjiUqX3/FaaiRS67uBLSn8hzeK7elDAGFZd
xXEP+YMJzzcVy1d05u4Os5Iw9YRu4Ub+njeRbJ0ZknGviCxnFTGvVr3vqZAVjTc4
8c4vfVVKyRhv3+Pz9XHKFrUdp+sIxWZKEpRVz4kVPW/DIWXHz3xQ1qQzuMpied//
gPZzroG+GzeuAX+U5pgW3GDSnysnJloYeajQxY5nmB/ENG66Qoz5YaY+lx6cSnll
81WcDyrFPEvbDB/Rz5JIa061jlDN/EoBzpz7Xg2JtQmgKtrYywDgxrm8+gA2bPUZ
7MtsdsZ/ImSiVkxBP2wtN8q3vJI9ydth2JJTwKFnNNxexiZwNU3FQktuFRsQkn0B
APIORDlOqN1UhS9vF+ZKuerf+6zRETVjISmEvJzdtcFfwHR3nWw3ZQ2iGzTTeUKq
tv+UuCQqteZvf7ZPRgFJcQ7fkIRCLjcKONlGup3w8N86hLQTjCxbszMjp/IrJuQL
6ARis6o49ZDPWl4aZSbvxjVmRURWm94CGg/a/JMu1N+Tbhr3QroKnPicaC+/Z2r5
Yg8zm70iKfiMdLZdxzBukYeGNu4CVy/gkdJBNguP8ak/73nW+mfoTP5LoE0XrOC0
2R1CQkm8xsLjyJ/WdDCTJHeO04ecPxPuyX/EMHbQqT0acJQ=
-----END CERTIFICATE-----
Edytowany przez b3rok dnia 05-08-2016 12:56
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
|
|
|
|
Barticf |
Dodano 05-08-2016 13:22
|
Power User
Posty: 230
Dołączył: 15/05/2012 16:21
|
Obraz VPN jest za duży dla RT-10U ? Zawsze jego wgrywałem i nie było nigdy problemu (tomato-K26USB-1.28.RT-N5x-MIPSR2-138-VPN) a tu teraz błąd wywala File is too big to fit in MTD
|
|
|
|
shibby |
Dodano 05-08-2016 13:22
|
SysOp
Posty: 17110
Dołączył: 15/01/2009 20:30
|
tak, wgraj miniVPN.
Połączony z 05 sierpień 2016 13:39:08:
Cytat PODSUMOWUJĄC
Tomato V137 i v138 - nie można zapisać treści certyfikatu serwera w zakładce serwer OpenVPN na routerach:
1. Asus RT-N66u (tu jeszcze zweryfikowałem, że przyjmuje treść certyfikatu do 91 linii i nic ponadto).
2. Asus RT-N10u
3. Netgear WNR3500L V1
4. Tenda W1800R
b3rok - wywal ten cały nagłówek z certyfikatu on jest zbędny. Ciebie interesuje tylko to co jest w tagach (oczywiście z tagami włącznie).
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
Edytowany przez shibby dnia 05-08-2016 13:40
Router: Unifi Cloud Gateway Max
Switch: Netgear MS510TXPP
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, Intel X710-DA2 SFP+
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
|
|
|
b3rok |
Dodano 05-08-2016 13:49
|
Administrator
Posty: 621
Dołączył: 10/01/2008 18:40
|
@shibby - dzięki za rozwiązanie! Nie wpadłem na to, ale nie zmienia to faktu, że przed V137 - wchodziła całość z nagłówkami.
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
|
|
|
|
kranu |
Dodano 05-08-2016 14:16
|
User
Posty: 28
Dołączył: 06/01/2011 19:06
|
Router ASUS RT-N18U z oficjalnym firmware.
Mam podpięte do WAN łącze 80Mb/s i tyle też wyciągam po WiFi na laptopie.
Wszystko super, ale brakuje mi funkcjonalności.
Czy po przejściu na Tomato by Shibby będzie wolniej?
|
|
|
|
branetre |
Dodano 05-08-2016 14:30
|
Moderator
Posty: 816
Dołączył: 15/01/2011 10:10
|
Nie powinno. Mam ten sam postawiony u klienta z Tomato multiwan 137 NOSMP i na 100 działa cudnie. Sterownik wifi w tomato pod ten model jest wręcz identyczny w działaniu jak w stock software. Mało tego dostajesz adblocka w prezencie
|
|
|
|
shibby |
Dodano 05-08-2016 15:21
|
SysOp
Posty: 17110
Dołączył: 15/01/2009 20:30
|
Cytat b3rok napisał(a):
@shibby - dzięki za rozwiązanie! Nie wpadłem na to, ale nie zmienia to faktu, że przed V137 - wchodziła całość z nagłówkami.
nic się w tej materii nie zmieniło. Nie potrafię Ci powiedzieć czemu wcześniej udawało ci się zapisać całość. Co by nie było to zapisywanie całość i to było po prostu marnotrawienie miejsca w nvramie
Router: Unifi Cloud Gateway Max
Switch: Netgear MS510TXPP
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, Intel X710-DA2 SFP+
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
|
|
|
branetre |
Dodano 05-08-2016 15:42
|
Moderator
Posty: 816
Dołączył: 15/01/2011 10:10
|
RT-N18U po wgraniu 138 na 137 umarł. Znaczy się klient twuerdzi że sieć widać i router ma prawidłowo zapalone kontroliki ale próba połączenia z wifi nie działa. Pierwszy raz spróbowałem bez czyszczenia NVRAM i
|
|
|
|
shibby |
Dodano 05-08-2016 15:52
|
SysOp
Posty: 17110
Dołączył: 15/01/2009 20:30
|
a po lanie działa?
Router: Unifi Cloud Gateway Max
Switch: Netgear MS510TXPP
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, Intel X710-DA2 SFP+
VM #1: Synology SA6400
VM #2: Debian, WWW
VM #3: Home Assistant OS
|
|
|
|
branetre |
Dodano 05-08-2016 15:59
|
Moderator
Posty: 816
Dołączył: 15/01/2011 10:10
|
Dostawał adres ip 192.254.37.14 nie wiem skąd taki adres. Już zrobiłem na nowo Przez modem play i team viewer.
Połączony z 05 sierpień 2016 17:55:45:
Zdechło po godzinie. Wracam do 137. Router nie odpowiada na www. Po telnecie i ssh jest komunikacja ale nic nie działa.
Edytowany przez branetre dnia 06-08-2016 12:38
|
|
|