Pisze w specyfikacji ze maja mieć 128 - heh trza zmienić nazwę plików kiedys? ;-)
http://www.downloads.netgear.com/files/GDC/datasheet/en/R6300v2.pdf

choc faktycznie moze sa dwa rodzaje ? czy to jakis bug tomato? - watpie

A gdzie widzisz ze piszą o 128K NVRAM?

na ostatniej stronie - jest specyfikacja i pisza ze ma 256 Ram i 128 flash

faktycznie mam wrażenie ze coś poprawiło sie z wifi 2.4 lekko choć to może złudzenie apteczne z 24 wzroslo mi na okolo 60 (tak zestawia połączenie)

Nie czysciłem nvramu puki co wiec nie jestem pewien czy to tym nie jest spowodowane ale autonegocjacja po reboocie z ISP trwa dłuzej

RAM i FLASH to nie to samo co NVRAM
256 MB RAM
128 MB FLASH
64/128 kB NVRAM (wiekszkosc R6300v2 ma 64 kB w Anon)

No faktycznie jest delikatna różnica tu kb a tam Mb ;-)

Hmm...testujcie szczęśliwa 13:tke

Połączony z 22 marzec 2017 23:05:56:
Co do wielkości plików to na przykład dla AC56U plik się zmniejszył ciut w v138.13 (49152 bajtow)

v138 - 22388736 bytes
v138.12 - 22736896 bytes
v138.13 - 22687744 bytes

Połączony z 22 marzec 2017 23:20:17:
Wyszedł dziś nowy OpenVPN 2.4.1, nie załapał się niestety...
https://openvpn.net/index.php/open-so...loads.html

bedzie tez wersja AT ? a jesli nie to czy mozna przeskoczyc z AT na zwykle tomato bez czyszczenia nvram?

Na poprzedniej stronie @kille72 już odpowiedział na Twoje pytanie.

Witam,

opcja crl-verify nie dziala poprawnie, openvpn client nie chce sie polaczyc z serverem gdy wlaczona jest ta opcja, ma to cos wspolnego z openssl? Na 138 by Shibby dziala normalnie.. 138.13 by Kille niestety nie daje rady...

@kille72

Czy jest szansa poprawienia skryptu wykrywającego WAN-Up dla modemów LTE?
Już poruszałem ten temat, może jakiś dobry człowiek się zlituje i da rade? ;)
Nie startuje (m.in.) klient czasu przez to, a to pociąga za sobą całą serię niedziałających usług, a co najważniejsze brak netu - w przypadku korzystania z dnscrypt i złym czasie nie zgadza się certyfikat i wszystko leży.

Co najciekawsze nawet:



w FW nie daje rady, a co śmieszniejsze nawet wpisane w konsoli:


też ma problemy.

Dopiero wejście na stronę basic->time i kliknięcie w save sprawę załatwia.
Z tym że ciężko klikać, jak się nie jest w domu... :(

Ten problem nie dotyczy tylko LTE. U mnie też nie synchronizuje czasu. Za to działa takie polecenie

oczywiście jest wpisane w sekcję init.

Bo w v 138 jest OpenVPN 2.3.11 a w 138.13 OpenVPN 2.4.0. Googluj OpenVPN 2.4 + crl-verify.

faktycznie na poprzedniej i obecnej wersji od kille72 chyab jest cos na rzeczy

Testujemy 138.13 by kille72

Ni hu-hu, ani tak, ani siak u mnie nie działa...



Hmmm, tak się zastanawiam, czy nie ma to nic wspólnego z zaznaczeniem "Intercept DNS port" w sekcji "Advanced->DHCP / DNS Server".

Nie, nie ma znaczenia raz działa, raz nie działa - przeważnie nie działa :P
I wystarczy raz trafić na ten niedziałający moment podczas rozruchu i po ptokach.

Nie potrafię "reprodukować" tego problemu. U mnie ntpc zawsze działa przy starcie routera i np. OpenVPN zawsze wstaje bez problemu z poprawnym czasem.

U mnie zauważyłem że komputer przestał wykrywać drugiej 5GHz Widzi tylko 2.4 i jedną 5

Jaki router? Z jaka ostatnia wersja Tomato działało na 100%? Wyczyść NVRAM, zrób restart + jeszcze jeden restart i zobacz czy działa.

Połączony z 24 marzec 2017 11:29:18:
Nie kompiluje 138.13-AT, są minimum 2 powody:

1. Bedzie jedna poprawka w Dnsmasq DNSSEC trust-anchors.conf
2. OpenVPN 2.4.1 (nie wiem czy to rozwiązuje problem z crl-verify (Openvpn 2.4 sees all client certificates as expired if i use crl-verify)

Jest ktoś kto mi może pomóc z OpenVPN/crl-verify?

@susser: jaki masz router?

"Niewstawanie" usług typu klient czasu (ten z automatu), klient openvpn, etc, (i powiązane) jak pisałem już wcześniej, rozpoczęło się od wersji 138 przy modemie lte jako wan (only).

W tej wersji (chyba) nastąpiła jakaś "poprawa" skryptu rozpoznającego że wan już wstał, jednocześnie psująca odczyt wan-up dla modemów lte, imo. Choroba wie :|

Pewnie masz racje, fajnie by było jak by @Shibby miał czas na to popatrzeć...