Hi dibdot,
thanks a lot for the useful travelmate package!
I'm using 19.07.3 and have installed the latest versions of travelmate and qrencode. What I observe is, that AP-passwords containing any of the characters ()& do not result in an QR-code when pressing the button.
Any help (except changing the password)?
Thanks in advance
Jochen
Clearly a bug/limitation. Fixed with this commit https://github.com/openwrt/luci/commit/06ce62b65d05806d39099b46102579eeff66aad2 (backported to 19.07 as well). Just update your luci-travelmate package in a couple of hours/days.
Thanks!
Confirmed - works now!
Thanks for the ultrafast fix
1 Like
Hi @dibdot - I'm having a small issue with Travelmate, and it's quite confusing... See, it is very random how and when it happens.
I've got right now two RAVPower RP-WD009 devices, which just gained support (as such, I'm using a snapshot build). Travelmate is practically designed for travel routers, so I installed it, set it up, and... Nothing. The logs show that scans do happen for the host APs, but apparently it can't find the AP:
Mon Jul 6 16:31:56 2020 user.debug travelmate-1.5.4[1222]: f_jsnup ::: uci_section: -, status: running / not connected, sta_iface: -, sta_radio: -, sta_essid: -, sta_bssid: -, faulty_list: -, list_expiry: 0
Mon Jul 6 16:31:56 2020 user.debug travelmate-1.5.4[1222]: f_check ::: mode: initial, name: -, status: false, connection: -, wait: 1, max_wait: 30, min_quality: 20, captive: 1, netcheck: 0
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_prepdev ::: config: radio0, disabled: 0
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_prepdev ::: config: radio1, disabled: 0
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_env ::: trm_eapcheck: 1, trm_saecheck: 1, trm_owecheck: 1, trm_wificmd: reconf
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_jsnup ::: uci_section: -, status: running / not connected, sta_iface: -, sta_radio: -, sta_essid: -, sta_bssid: -, faulty_list: -, list_expiry: 0
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_check ::: mode: initial, name: -, status: false, connection: -, wait: 1, max_wait: 30, min_quality: 20, captive: 1, netcheck: 0
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_main ::: status: false, proactive: 1
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_prepif ::: config: default_radio0, mode: ap, network: lan, radio: radio0, trm_radio: radio0, trm_active_sta: -, proactive: 1, disabled:
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_prepif ::: config: default_radio1, mode: ap, network: lan, radio: radio1, trm_radio: radio0, trm_active_sta: -, proactive: 1, disabled:
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_prepif ::: config: radio0_Lyvster_79_, mode: sta, network: trm_wwan, radio: radio0, trm_radio: radio0, trm_active_sta: -, proactive: 1, disabled: 1
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_check ::: mode: dev, name: radio0, status: false, connection: -, wait: 1, max_wait: 30, min_quality: 20, captive: 1, netcheck: 0
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_main ::: iwinfo: /usr/bin/iwinfo, dev_list: radio0, sta_list: , faulty_list: -
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_main ::: no station on 'radio0' - continue
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_jsnup ::: uci_section: -, status: running / not connected, sta_iface: -, sta_radio: -, sta_essid: -, sta_bssid: -, faulty_list: -, list_expiry: 0
Mon Jul 6 16:32:57 2020 user.debug travelmate-1.5.4[1222]: f_check ::: mode: initial, name: -, status: false, connection: -, wait: 1, max_wait: 30, min_quality: 20, captive: 1, netcheck: 0
Except, if I run iwinfo wlan0 scan, it works - and in a mere second, spits out a nice big list of APs, including mine.
What can be the problem here? Multiple installs/reinstalls, rebooting the device, and sometimes even letting it sit and wait are tactics I've achieved some marginal success, but it's annoying to not know the cause of this issue.
EDIT:
Moved the main router AP I was trying to connect to from WPA2/WPA3 Personal to WPA2 only, and now it works much more reliably. Still some disconnects from time to time, though.
Please PM me the output of iwinfo wlan0 scan in a text file, also your travelmate and wireless config (redact passwords please). Thanks!
I am using travelmate on a Ubiquiti Nanostation M5.
I tried travelmate because I had problems to use STA + AP simultaneously with 1 radio.
But I had the same problems with travelmate, it did not work.
Until I found on the forum the answer from user mk24 that STA + AP is not supported for DFS channels in my case.
When I changed the channel of the existing AP from 100 to 36 it works like a charm.
This will limit the use of Travelmate I think, quest networks cannot use a DFS channel.
@dibdot is this correct?
Hi,
i am trying to setup Travelmate with OpenVPN. The goal is to have a travelrouter that can connect via LTE oder via Wifi to a unencrypted network and always has a secured connection via OpenVPN (and no connection if OpenVPN is down). That works so far.
However, if a wifi has a captive portal, it will not be redirected to the clients.
My Zoneconfig looks like this:
If I disable OpenVPN and put WAN into the possible destionation Zone of LAN (instead of VPNZONE), then the captive portal is redirected to the clients.
Is it somehow possible to also achieve this while being connected to the VPN?
Atm I do the following:
Disable OpenVPN, put WAN into the possible destionation Zone of LAN (instead of VPNZONE), connect with a client, handle the captive page, and then reset the zones (as shown above) and enable OpenVPN.
I also tried to disable rebind protection, but that did not work.
I don't know a way that's gonna work... you need to take down the VPN first.
I've never seen a public Uplink/AP in the wild which is sending only on 5G and configured on a DFS channel. Furthermore I'm not sure if this DFS limitation is valid for all supported chipsets ... sorry can't help here.
I am using an Engenius ENS202EXT with OpenWRT firmware on it, together with Travelmate. This was installed last year, running OpenWRT 18.06.4 and compatible Travelmate package, which was working fine until last week. The hotspot is loosing its connection now and then, so I decided to upgrade to the latest versions:
OpenWRT 19.07.3 and Travelmate 1.5.4-3 (with Luci addon).
Unfortunately, since the upgrade, I cannot get Travelmate to scan for new WiFi hotspots and getting the same error over and over:
/usr/lib/lua/luci/template.lua:97: Failed to execute template 'travelmate/wifi_scan'.
A runtime error occurred: [string "/usr/lib/lua/luci/view/travelmate/wifi_scan..."]:4: module 'luci.xml' not found:
no field package.preload['luci.xml']
no file './luci/xml.lua'
no file '/usr/share/lua/luci/xml.lua'
no file '/usr/share/lua/luci/xml/init.lua'
no file '/usr/lib/lua/luci/xml.lua'
no file '/usr/lib/lua/luci/xml/init.lua'
no file './luci/xml.so'
no file '/usr/lib/lua/luci/xml.so'
no file '/usr/lib/lua/loadall.so'
no file './luci.so'
no file '/usr/lib/lua/luci.so'
no file '/usr/lib/lua/loadall.so'
stack traceback:
[C]: in function 'require'
[string "/usr/lib/lua/luci/view/travelmate/wifi_scan..."]:4: in main chunk
stack traceback:
[C]: in function 'error'
/usr/lib/lua/luci/template.lua:97: in function </usr/lib/lua/luci/template.lua:85>
(tail call): ?
/usr/lib/lua/luci/dispatcher.lua:1015: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:478: in function </usr/lib/lua/luci/dispatcher.lua:477>
I am missing some files, but I cannot find out how to add them, since I do not know which package is needed for it.
The difference between the 18.06.4 and the 19.07.3 installation is that the old installation was a "generic" version of OpenWRT, and the new one is a "tiny" version of OpenWRT (since there is no generic for the ENS202EXT).
Anyone who can point me to the right direction?
Never seen this before, looks like a luci base class is missing ... please provide the output of opkg list-installed | grep "^luci". Maybe @jow had a better idea ...
Edit: @DaLassOnline Did you install travelmate from master or from 19.07 package feed? Please use the latter one.
I think you need to upgrade luci-base and luci-libs-base
Below is the output of the command you provided:
luci - git-20.136.49537-fb2f363-1
luci-app-firewall - git-20.136.49537-fb2f363-1
luci-app-opkg - git-20.136.49537-fb2f363-1
luci-app-travelmate - git-20.208.53603-f200987
luci-base - git-20.136.49537-fb2f363-1
luci-compat - git-20.208.53603-f200987
luci-lib-ip - git-20.136.49537-fb2f363-1
luci-lib-jsonc - git-20.136.49537-fb2f363-1
luci-lib-nixio - git-20.136.49537-fb2f363-1
luci-mod-admin-full - git-20.136.49537-fb2f363-1
luci-mod-network - git-20.136.49537-fb2f363-1
luci-mod-status - git-20.136.49537-fb2f363-1
luci-mod-system - git-20.136.49537-fb2f363-1
luci-proto-ipv6 - git-20.136.49537-fb2f363-1
luci-proto-ppp - git-20.136.49537-fb2f363-1
luci-theme-bootstrap - git-20.136.49537-fb2f363-1
I installed the travelmate by downloading the packages onto my laptop and upload them into the LuCI gui, since I do not have the option right now to connect the ENS202EXT to the internet, so I need to install the packages offline.
I Installed the following 3 packages to get Travelmate installed:
https://downloads.openwrt.org/snapshots/packages/x86_64/luci/luci-compat_git-20.202.51826-133a1ae_all.ipk
https://downloads.openwrt.org/snapshots/packages/x86_64/packages/travelmate_1.5.4-3_all.ipk
Edit: @jow, checked the packages. luci-base installed seems older than the one available online: https://downloads.openwrt.org/snapshots/packages/x86_64/luci/luci-lib-base_git-20.201.65675-68521fc_all.ipk
But when I try to install, it tells me that the package is up to date.
The luci-libs-base doesnt install at all:
Collected errors:
* check_data_file_clashes: Package luci-lib-base wants to install file /usr/lib/lua/luci/debug.lua
But that file is already provided by package * luci-base
* check_data_file_clashes: Package luci-lib-base wants to install file /usr/lib/lua/luci/http.lua
But that file is already provided by package * luci-base
* check_data_file_clashes: Package luci-lib-base wants to install file /usr/lib/lua/luci/ltn12.lua
But that file is already provided by package * luci-base
* check_data_file_clashes: Package luci-lib-base wants to install file /usr/lib/lua/luci/util.lua
But that file is already provided by package * luci-base
* opkg_install_cmd: Cannot install package luci-lib-base.
As I said before, please don't mix master (snapshots) with 19.07. Take the packages from 19.07 feed as well - thanks.
Oops... Missed that totally. Just downloaded the packages from the links on the readme page..
I now downloaded them from the 19.07 feed and it is working now: I can scan for wireless networks and connect to them.
Only thing which is not working yet is the possibility to change the MAC address of the interface connecting to the hotspot. In the 18.06.4 version I just changed it at the interface properties, but if I do that now, it does not change the MAC address.
Edit: seems a problem which occurs on some models. Currently looking for a workaround.
Just add something like that to your wireless/wifi-iface config, e.g.:
config wifi-iface 'trm_uplink5'
option device 'radio0'
option mode 'sta'
option network 'trm_wwan'
option ssid 'blackhole.nl'
option bssid 'xxx'
option encryption 'psk2+ccmp'
option key 'xxx'
option macaddr '72:C1:C2:E7:4F:E7'
option disabled '0'
This will be (optionally) supported in Travelmate 2.0, to randomize your mac address with each new connect ...
Hi @dibdot, coming back to my need of being alerted when TravelMate switches uplink, is it possible to enable a simple script that sends an email/sms?
I've found this as example: https://gist.github.com/jwalanta/53f55d03fcf5265938b64ffd361502d5
...but I don't have enough knowledge to modify it to catch the uplink switch.
Email notifications are already implemented in 2.0 ... said that, due to COVID-19 I do not travel much, therefore I can't test all the new stuff in the next couple of weeks/months - maybe I'll provide a pre-release series for those who are still traveling ...
email notifications .... that's a great news!
For testing, I am fully available. I have free time in the next days/weeks ... let me know how to help!
This addon is extremely helpful for me but my scripting knowledge is very very limited
Could anyone help me to create one script for a Portal that i use? I will try give all information's that are necessary
Thank you in advance