Age | Commit message (Collapse) | Author |
|
fix the following error:
SyntaxError
Unexpected token ')'
in http://192.168.122.131/luci-static/resources/protocol/grev6.js:?
at http://192.168.122.131/luci-static/resources/luci.js:22
at async Promise.all (index 4)
at async Promise.all (index 5)
Fixes: 2b7fd1292 ("luci-proto-gre: improvement of LuCI interface")
Signed-off-by: Chuanhong Guo <gch981213@gmail.com>
|
|
Better handling of Type of Service (IPv4), Traffic Class (IPv6) values
Optional value Local endpoint address is detected and pre-filled in the interface
Signed-off-by: Jan Bětík <jan.betik@svine.su>
|
|
protocols: rename type to maptype for map
|
|
protocols: add legacymap option for map
|
|
luci-proto-openfortivpn: add luci interface for openfortivpn
|
|
update config option names for openfortivpn version 1.14-1-8
Signed-off-by: Aaron Goodman <aaronjg@stanford.edu>
|
|
Signed-off-by: Wojciech Jowsa <wojciech.jowsa@gmail.com>
[minor indentation fix, use bound section_id value, remove empty translation]
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
legacymap causes map to use the legacy IPv6 Interface Identifier format
that was described in draft-ietf-softwire-map-00, but was eventually
changed in RFC7597. It is however still used by some major ISPs,
including in Japan.
Signed-off-by: Remi NGUYEN VAN <remi.nguyenvan+openwrt@gmail.com>
|
|
"type" is already used as a common option for all protocols. This makes
the configuration ambiguous, and Luci sees JS errors when trying to save
a MAP configuration.
Switch to "maptype" instead to avoid the conflict. MAP currently uses
"maptype" and falls back to "type" when not specified.
Signed-off-by: Remi NGUYEN VAN <remi.nguyenvan+openwrt@gmail.com>
|
|
Signed-off-by: Aaron Goodman <aaronjg@stanford.edu>
|
|
Signed-off-by: Aaron Goodman <aaronjg@stanford.edu>
|
|
Signed-off-by: Nicholas Smith <nicholas.smith@telcoantennas.com.au>
|
|
Signed-off-by: Robert Koszewski <rkkoszewski@gmail.com>
|
|
I'm running several GRE tunnels to different locations and
the option to see and to configure GRE tunnels in LuCI was not
crucial but nice to have.
Signed-off-by: Jan Bětík <jan.betik@svine.su>
|
|
Signed-off-by: Wojciech Jowsa <wojciech.jowsa@gmail.com>
|
|
Fixes: d79bbdd5b ("luci-proto-vxlan: add vxlan protol handler")
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Allow users to add vxlan inteface in luci.
Signed-off-by: Wojciech Jowsa <wojciech.jowsa@gmail.com>
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
luci-proto-openconnect: add usergroup option
|
|
Signed-off-by: Helge Mader <ma@dev.tdt.de>
* Changed the makefile copyright date
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Signed-off-by: Marco Gulino <marco@gulinux.net>
|
|
This addresses the issue of openconnect.sh from openconnect package expecting
a vpn- suffix for the files, while the frontend didn't.
Signed-off-by: Friendly fellow <DasTestament@users.noreply.github.com>
[reword commit message]
Ref: https://github.com/openwrt/packages/issues/11584
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
This change allows to configure `nohostroute` option for wireguard to explicitely prevent creation
of host routes to endpoints.
By default without `option nohostroute '1'`, an explicite route to the peer's endpoint will be created in the main routing table with the next hop to the gateway. However, it causes issues with some setup. Enabling this option will inhibit this behavior. See discussions at http://lists.openwrt.org/pipermail/openwrt-devel/2019-March/016329.html.
Signed-off-by: Yuxiang Zhu <vfreex@gmail.com>
|
|
Fixes: #3586
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
The unespaced slashes confuse xgettext and likely other source
scanners as well.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
The unespaced slashes confuse xgettext and likely other source
scanners as well.
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
luci-proto-qmi: add PDP type option
|
|
Signed-off-by: Nicholas Smith <nicholas.smith@telcoantennas.com.au>
|
|
Signed-off-by: Nicholas Smith <nicholas.smith@telcoantennas.com.au>
|
|
Fixes: #3191
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Anton Kikin <a.kikin@tano-systems.com>
|
|
Signed-off-by: Nicholas Smith <nicholas.smith@telcoantennas.com.au>
|
|
Ensure that the preshared key option remains optional.
Fixes: #3075
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
luci-proto-3g: rename maxwait to delay option
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
luci-proto-qmi: improvements
|
|
Signed-off-by: geekinaboxx <aleem@tectonic.it>
|
|
Only show username and password if we use PAP/CHAP, PAP or CHAP
authentication.
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
The proto handler qmi does support the delay option for modem
initialization. Add that missing option to the advanced tab to configure
that with LuCI.
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
The option maxwait is not support by the 3g netifd proto.
To standardize that rename the maxwait option to delay as in the other
proto handlers luci-proto-qmi and luci-proto-ncm.
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
luci-proto-ppp: fix wrong pppoe host_uniq datatype
|
|
Signed-off-by: Luca Piccirillo <luca.piccirillo@gmail.com>
|