Lenistwo, tak. LEDE standardowo obsługuje przyciski i wyłączenie wifi jest pod przyciskiem "rfkill". Masz przycisk o innej nazwie lub chcesz mieć pod inną to sobie zrób lub skopiuj skrypt i będzie. Wszystko masz opisane na eko.one.pl

Aha, czy jak będziesz wydawac obrazy lede min dla mojego modelu routera to przyciski NIE bedą działać, jak to miało miejsce w twoich obrazach gargulca ?
Dla byłych gargulowców przydałoby się małe HOWTO czego mają się spodziewać po przejściu na LEDĘ ( mam na myśli użytkowników twoich obrazów gargulca i teraz lede ).
To by pomogło i wyjasniło pewne kwestie.
Przy okazji: zmiana domyślnych portów luci http i https to tylko z uci ? Z GUI sie nie da, jak sie domyślam ( oczywiśćie znowu porównuję do gargulca )?
Sorry za moje męczenie, ale myślałem, że skoro robisz swoje wersje to będą podobnie funkcjonalne (przyciski).

Aaa, teraz wszystko jasne - dzięki za wyjaśnienie !!

Jak piasłem zainstalowałem wifitoggle, ale zaobserwowałem buga ( chyba ):

po włączeniu przyciskiem anten po ok 10 min wifi mi się wyłacza, w logach mam coś takiego:

Wed Feb  8 18:32:57 2017 user.info wifitoggle: device(all) disabled
Wed Feb  8 18:32:57 2017 kern.info kernel: [46956.803340] device wlan1 left promiscuous mode
Wed Feb  8 18:32:57 2017 kern.info kernel: [46956.807891] br-lan: port 3(wlan1) entered disabled state
Wed Feb  8 18:32:57 2017 kern.info kernel: [46956.818683] device wlan0 left promiscuous mode
Wed Feb  8 18:32:57 2017 kern.info kernel: [46956.823290] br-lan: port 2(wlan0) entered disabled state
Wed Feb  8 18:32:57 2017 daemon.notice netifd: Network device 'wlan1' link is down
Wed Feb  8 18:32:57 2017 daemon.notice netifd: Network device 'wlan0' link is down

Może czegoś nie wiem - tak działą wifitiggle na lede czy coś jest skopane _
Jak anteny właczam z gui to wifi jest stablne i pracuje cały czas ( przy okazji chyba sa lepsze drivery w lede, bo teraz radia mam jakby szybsze )

Mam krótkie pytańko: czy wszsytkie poradniki z OpenWRT "działaja" na LEDE ?
Za chiny nie mogę uzyskać dostępu do luci i ssh od strony wanu.

Udąło mi sie przekierować porty abym mógł wchodzić na stronę mojego nasa, mogę też wejść na jego konsolę. ale kiedy próbuję to samo zrobić z luci i dropbearem to kicha.

Na razie dostęp do konsoli lede mam poprze ssh z konsoli nasa ( śmieszne, ale działa ), jednak nie jest to szczyt marzeń.
\
Jedyne co zobserwowałem to komunikat o błedzie ssl i mogę sie łaczyć tylko poprzez http, przekierowanie https jakby nie działało na lede ??. Tzn z nasem mogę tylko połaczyć się zdalnei na porcie http, na porcie https odrzuca połączenie. Natomiast kiedy wstawiam ustawiony  wcześniej nowy port luci ( domyślne zmieniłem ) to łaczy sie z nasem ?? Tylko po http.

Oczywiście moze to być bug, ale tego nie wiem.

firewall:

config redirect
        option name 'luci'
        option src 'wan'
        option proto 'tcp udp'
        option src_dport '8091'
        option dest_ip '192.168.0.2'
        option dest_port '8091'
        option target 'DNAT'
        option dest 'lan'

uhttpd config:

config uhttpd 'main'
        list listen_http '0.0.0.0:8019'
        list listen_http '[::]:8019'
        list listen_https '0.0.0.0:8091'
        list listen_https '[::]:8091'
        option redirect_https '1'
        option home '/www'
        option rfc1918_filter '1'
        option max_requests '3'
        option max_connections '100'
        option cert '/etc/uhttpd.crt'
        option key '/etc/uhttpd.key'
        option cgi_prefix '/cgi-bin'
        option script_timeout '60'
        option network_timeout '30'
        option http_keepalive '20'
        option tcp_keepalive '1'
        option ubus_prefix '/ubus'

config cert 'defaults'
        option days '730'
        option bits '2048'
        option country 'ZZ'
        option state 'Somewhere'
        option location 'Unknown'
        option commonname 'LEDE'

192.168.0.2 to ip routera, xx.xxx.xxx.xxx stały ip operatora (multiplay)
Sam sie przekonasz że to nei działa i na dodatek przekierowuje po http na mój nas

Robiłem tak w przypadku ssh, nie działało.
Teraz zrobiłem jak pisałeś i po https mam bład ssl:

An error occurred during a connection to xx.xx.xx.xx.:8091. SSL received a record that exceeded the maximum permissible length. Error code: SSL_ERROR_RX_RECORD_TOO_LONG

a po http nie mam nic.

Natomiast jak wpisze ip z portem (niby) https luci to zgłasza sie mój nas.

firewall:

config rule
        option name 'luci1'
        option src 'wan'
        option target 'ACCEPT'
        option proto 'tcp udp'
        option dest_port '8019'

config rule
        option name 'luci2'
        option src 'wan'
        option target 'ACCEPT'
        option proto 'tcp udp'
        option dest_port '8091'

PS - proto masz źle. Nie ma czegoś takiego jak 'tcp udp', jest 'tcpudp'

Buduję 17.01-SNAPSHOT. To zaraz będzie nowsze niż rc2, to zaraz będzie nowsze niż stable.

Jest i wersja z luci. Wgrywasz factory przez tftp.

Obraz jest od 7 lutego od 19 z minutami. Wczoraj też był. To nie jest 'poprawiony' obraz tylko ma wywaloną partycję systemową netgeara żeby zrobić miejsce dla większego rootfs. Całkiem możliwe że przez to może nie działać oryginalny soft jeżeli bedziesz go chciał znów używać.

Ustawić ustawi, ale nie będzie tam właściwej zawartości. Nie jest mi znany wpływ obecności danych na tej partycji na działanie (lub nie) oryginalnego softu, a @Wally jeszcze się nie wypowiedział na ten temat.

Zresztą - wgrywając alternatywny soft i tak musisz mieć świadomość że to może złamać router na pół i wywołać ogólnoświatowy kataklizm.