To jest coś z VLAN-ami, powiadam wam :-) Tak jakby tracił ustawienia VLAN-ów i transmisja nie idzie. Mnie też zdechł na 138 na 3500L V2. Teraz mam jednego 138 N18U i go zaczynam obserwować, bo nie miałem czasu dzisiaj. Teraz zasiadłem dopiero.
Jak coś będę wiedział to natychmiast napiszę ale sądzę, że potrzebny jest patch do 138 i to awaryjny :-)

Dokładnie, jak opisałem w http://openlinksys.info/forum/viewthr...ost_156462 na rt-n18u build v138, konfiguracja vlan 1 vlan1ports z po restartcie router-a zawsze jest nadpisywana wartością fabryczną:

Łącze 80Mb/s po WiFi zachowało swoje prędkości po przejściu na Tomato by Shibby

Tylko mam pytanie: jak mogę zachować zmiany wprowadzane do plików konfiguracyjnych?

Konkretnie: /etc/minidlna.conf
tak żeby po restarcie urządzenia albo chociaż usługi nie nadpisywały się moje zmiany.

Próbowałem komendą znalezioną w necie:
nvram setfile2nvram /etc/minidlna.alt
(gdzie w minidlna.alt jest właściwy konfig) ale to chyba nie działa.

Bo walczę z uruchomieniem DLNA na kinie Samsunga.
Opcje dostępne w GUI chyba nie są niestety wystarczające.
Podzielę się szczegółami gdy rozgryzę temat, chyba, że już ktoś próbował też dogadać się z AllShare od Samsunga?

a nie mozesz tego po prostu skopiowac na inny dysk? ja tak robie z plikiem config dla serwera glosowego

Oczywiście mogę.
Ale jak wczytać tą konfigurację żeby przyniosła efekt skoro plik jest przetwarzany podczas startu usługi/urządzenia?
Wpisuję zmiany, odpalam:

i jest jak było.

problem VLANów powstał przez tą zmianę

https://bitbucket.org/pl_shibby/tomato-arm/commits/2d5d9a827517252168ff5be2471469ff8af6f534

Muszę porozmawiać z Tvlz o tym patchu. Wiem, że na jednym routerze ona naprawiała "burdel" w vlanach, stąd pewnie taka zmiana. Dam znać jak będę coś wiedział.

@shibby, czy padaczka mojego rt-n18 była spowodowana wgraniem z wersji 137 ?

User @kranu wgrał 138 ale nie wiem którą wersję i nic o umieraniu nie piszę.

Możliwe że błędy crc spowodowały zamieszanie ? Ja wgrałem 138 AIO NOSMP

Ja używam z powodzeniem również 138 AIO NOSMP dla RT-N18u.

Jakiego masz dostawcę ? U mnie na PPPoE siadał. Zastanawiam się czy faktycznie coś z plikiem się nie porobiło. Robiłem czyszczenie nvram z terminala ale po tej operacji udało się tylko skonfigurować router i po zapisaniu już przez gui nie można było wejść, a telnet tylko się zgłaszał ale żadne komendy nie działały. O dziwo internet po kablu działał, tylko przez wifi się z siecią nie można było połączyć.


Wgrywałeś na czysty soft asusa ?

DHCP wpięty do WAN.

Wgrywałem na czysty soft Asusa po resecie do fabrycznych.

Ale nie jestem pewien czy to ten patch bo dotyczy wyświetlania vlan.
Problem powtórzyłem przy konfiguracji z command line przez nvram set i potem nvram commit. po restarcie wracalo do ustawień fabrycznych.
F.

branetre sprawdzałem v138 NOSMP na dwóch RT-N18u. Oba miały aktywny Dualwan:
1) Static + 4G/LTE
2) PPPoE + DHCP

Na obu działa poprawnie. W obu przypadkach nie był czyszczony NVRAM przy migracji z v137.

Ehhh, nie odpalę tego DLNA.
Ktoś wie jaki serwer DLNA był w AsusWRT?
Bo tamten mi działał.

Juz wiem co skopalo. Przegladarka safari pod mac os. Z niej robilem upgrade i po zapisaniu cos sie rypalo.

Mnie też chodzi na N18U na domyślnych VLAN-ach bez zapisu nawet stronki z VLAN-ami żeby się coś głupiego nie zapisało. Teraz sprawdziłem, uptime 3 dni czyli się nie zawiesił. Chodzi Adblock, 2 VPN-y. To jest jeden z niewielu, który ma domyślne VLAN-y.

No niestety muszę stwierdzić że problem nadal występuje na ruterze w logach pojawia się error xhci i ogólnie po wyłączeniu routera działa przez chwile a jakakolwiek próba zapisania ustawień automatycznie gubi DNSy i zamraża Gui przeglądarce internetowej. Jeżeli trzeba to jestem w stanie nawet nagrać film z całej sytuacji jak to się wydarza.

Połączony z 07 sierpień 2016 14:25:17:
nvram czyszczone podczas wygrywania oprogramowania jak i i dodatkowo po samym zainicjowanie systemu. Jak się uda wygrać wersję 132 to problem nie występuje wszystko działa jak należy wersja 137 też działa

Połączony z 07 sierpień 2016 14:32:53:
Spróbuj zmienić mac adres dla wan bo ja to robi może to jest powodem

@shibby A czy była by możliwość dodania eksportu/importu niektórych elementów np Static DHCP?/Port Forwarding Pytam bo przy każdej wersji czyszczenie NVRAM i klepanie MACów z palca jest uciążliwe a nie mogę sobie pozwolić na odpalenie i dodawanie ''na bieżąco".

@Tasiorsa - zainteresuj się narzędziem od kolegi Montera: http://monter.techlog.pl/files/downlo...ntmigrate/

Ja się zainteresowałem. Na ARM nie działa. Albo to przez entware. Generalnie wywala błąd.

Męczę się z tym samym tematem, nawet założyłem osobno post, ale jak na razie bez odpowiedzi - https://openlinksys.info/forum/viewth...d_id=20552

Kiedyś wykonywałem to jedną komendą i zmienne trafiały do pliku tekstowego, a następnie wklejało się to do nowego routera, teraz to nie chce działać. Do tego stopnia, ze zmienne wyeksportowane z routera na Tomato 138, nie chcą się zaimportować do tego samego routera/.