Age | Commit message (Collapse) | Author |
|
Signed-off-by: Dan Luedtke <mail@danrl.com>
|
|
The default hostapd/wpad mini version does not support ieee80211w
and the option's visibility in LuCI may lead it to be placed in user's
/etc/config/wireless preventing wifi from starting.
Check for hostapd/wpad full before exposing the option.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
luci-app-vpnbypass: include dnsmasq settings, link to README
|
|
Signed-off-by: Stan Grishin <stangri@melmac.net>
|
|
The statistics graphs on the pages with multiple data sources
have contained links to the data sources, but those links
have not worked. Remove the links as they are unnecessary.
This commit fixes #1006
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
luci-app-miniupnpd: restore missing luci install file
|
|
unbound: add uci-default script
|
|
luci-app-vpnbypass: makefile fix & controller fix
|
|
Also if unbound-control is installed, then configure so
luci-app-commands can quickly show the "local zones" and
"local data" (aka hosts). This helps diagnose DHCP-DNS
zone data and adblock zone data.
Signed-off-by: Eric Luehrsen <ericluehrsen@hotmail.com>
|
|
Signed-off-by: Stan Grishin <stangri@melmac.net>
|
|
Restore luci indexcache handling incorrect removed in
https://github.com/openwrt/luci/commit/387a06bb73462312c075e53ce9e6002d4af09e92
Signed-off-by: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
|
|
luci-app-minidlna: permit minidlna after sysupgrade
|
|
Do not disable minidlna after sysupgrade, rather trust the config
enabled status in /etc/config/minidlna.
Signed-off-by: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
|
|
luci: ignore '::1' in realtime connections
|
|
luci ignores only 127.0.0.1 in real time connections.
The dnsmasq.init script sets up resolv.conf(s) as such.
With alternate DNS servers configured 'localhost' will
resolve to '127.0.0.1' or '::1'. The connections graph
will spam itself. openwrt/luci#996
Signed-off-by: Eric Luehrsen <ericluehrsen@hotmail.com>
|
|
luci-base: Update Japanese translation
|
|
Added some Japanese translations of recently added strings.
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
|
|
Synchronized translations with Lua sources.
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
|
|
Use ListValue type and enable translation of the option values.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Remove the ancient 'remote-update' package that has not been
updated for years. It e.g. references two non-existing targets.
Reference to discussion in #995
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Add support for IEEE802.11w Management Frame Protection options.
Mention in the help text that the full version of wpad/hostapd is
needed.
Currently supported by ath9k and ath10k, and in LEDE also by
mwlwifi and mt76.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Apply hexstring datatype to mobility domain and r1_key_holder.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Add datatype 'hexstring' for input validaiton datatypes.
It will accept any hexadecimal string.
(no length validation, as rangelength can be used for that.)
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
* Add WPA/WPA2-PSK mixed mode to the list of allowed modes
* Add datatype validation to some fields
* Add help texts
* Reformat longest lines
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Adds support for 802.11r fast transition to luci.
Corrects the deletion on nasid in issue #844
The R0KH & R1KH options are not perfect as it would be better
to separate out each option and do some sanity checking on
the values, but that is beyond my capabilities.
Signed-off-by: Warren Linton warren@linton.id.au
(squashed from three original commits in #994. commit message reworded)
|
|
The same wifi option 'nasid' is used for two purposes,
RADIUS NAS ID and 802.11r NAS ID / R0KH-ID.
In LuCI the 'nasid' option has depended on WPA-EAP/WPA2-EAP, which
can lead to accidental deletion of the option, if the user modifies
any wifi settings while he has WPA(2)-PSK & 802.11r mode.
802.11r can also be with WPA(2)-PSK, so add them to the dependency
list of allowed encryptions.
(Note: after this fix the 'nasid' field is shown unnecessarily
to "normal" WPA(2)-PSK users. It might later be set to depend on
802.11r being used, after 802.11r has been added to LuCI.)
Reference to bugs:
https://github.com/openwrt/luci/issues/844
https://dev.openwrt.org/ticket/20764
https://bugs.lede-project.org/index.php?do=details&task_id=274
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
base: status: For odhpcd leases display MAC formatted with colons
|
|
luci-lib-nixio: nixio_lstat calls stat instead of lstat
|
|
wshaper was removed from the Packages repo
so remove also the corresponding LuCI app.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
luci-app-adblock: put backup options to global section
|
|
this PR reflect the changes made in adblock 2.3.0
Signed-off-by: Dirk Brenken <dev@brenken.org>
|
|
luci-proto-wireguard: fix wrong maximum MTU
|
|
Signed-off-by: Dan Luedtke <mail@danrl.com>
|
|
Replace a dependency for px5g with openssl-util. Both LEDE and
Openwrt have now uhttpd versions that can generate keys with
OpenSSL cmd tools if px5g is not found. This change enables an
"OpenSSL-only" version of LuCI without mbedTLS/PolarSSL.
(Note: if px5g is found, uhttpd will prefer that.)
Relevant commits in uhttpd:
LEDE:
https://github.com/lede-project/source/commit/3c4858eeb2bbb3107f87bb3be07d5c172c8e0ef9
https://github.com/lede-project/source/commit/82132540a3efbc98f8f4379b26d4b4541013e69d
https://github.com/lede-project/source/commit/9097dc5ad844c336020be11085e1c8c80390ac9c
Openwrt:
https://github.com/openwrt/openwrt/commit/6ec32832d25335355d205c4601d4a8ca5dfd6808
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
The previous commit erroneously used "ports" instead of "port" as name for the
option widget, causing wrong uci values to be written.
Also work around some cbi idiosyncrasies regarding MultiValue widgets which
prevented rendering the correct initial selection state.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
luci-base: Update Japanese translation
|
|
Added and modified some Japanese translations.
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
|
|
Synchronized translations with Lua sources.
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
|
|
luci-app-vpnbypass: luci tree Makefile + i18n support.
|
|
Signed-off-by: Stan Grishin <stangri@melmac.net>
luci-app-vpnbypass: fixed makefile, fixed pot-file
Signed-off-by: Stan Grishin <stangri@melmac.net>
|
|
mod-admin-full: Add IPv6 Prefix Delegation information to Status Pages
|
|
The Overview page and Network>Interfaces page currently do not give much information about IPv6, particularly with Prefix Delegated setups. In these setups, ISP will delegate a prefix to the router. Currently LuCI doesn't display this Prefix Delegation from the ISP anywhere. A number of changes was added to this commit:
1) self:_ubus("ipv6-prefix") was extracted and put into protocol.ip6prefix.
2) Network>Interfaces page, if a .ip6prefix is present, show it under Status. (IPv6-PD).
3) On the Overview page, "Type" and "Prefix Delegated" has been added to the IPv6 Network Overview Status:
- Type will display the .proto, similar to the IPv4 case. If a .ip6prefix is present, it'll display a "-pd" at the end of the Type: i.e. dhcpv6-pd vs. dhcpv6.
- If no .ip6prefix is present, it'll do what it does currently, and just show Address, or :: if no address is present.
- If .ip6prefix is present, it'll show the "Prefix Delegated", it'll also hide "Address" if no address is present, else it'll show ifc6.ip6addr as well.
Signed-off-by: Cody R. Brown <dev@codybrown.ca>
|
|
luci-app-wol: Update Japanese translation
|
|
luci-app-vpnbypass: initial commit of companion app to vpnbypass package
|
|
Added one Japanese translation of recently added string.
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
|
|
Synchronized translations with Lua sources.
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
|
|
Add the ability to send the WOL packet to the broadcast address,
if etherwake is used as the wol tool.
Modified from the original idea in #975
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Move the wake-on-lan app from the network menu to services menu,
where other similar apps are located.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
|
|
Signed-off-by: Stan Grishin <stangri@melmac.net>
|