Dirk Brenken 3167e00aff | 3 years ago | |
---|---|---|
.. | ||
README.md | 3 years ago | |
chs-hotel.login | 3 years ago | |
generic-user-pass.login | 3 years ago | |
h-hotels.login | 3 years ago | |
julianahoeve.login | 3 years ago | |
telekom.login | 3 years ago | |
travelmate.conf | 3 years ago | |
travelmate.init | 3 years ago | |
travelmate.mail | 3 years ago | |
travelmate.sh | 3 years ago | |
travelmate.vpn | 3 years ago | |
travelmate_ntp.hotplug | 3 years ago | |
vodafone.login | 3 years ago | |
wifibahn.login | 3 years ago |
If you’re planning an upcoming vacation or a business trip, taking your laptop, tablet or smartphone give you the ability to connect with friends or complete work on the go. But many hotels don’t have a secure wireless network setup or you’re limited on using a single device at once. Investing in a portable, mini travel router is a great way to connect all of your devices at once while having total control over your own personalized wireless network.
A logical combination of AP+STA mode on one physical radio allows most of OpenWrt supported router devices to connect to a wireless hotspot/station (STA) and provide a wireless access point (AP) from that hotspot at the same time. Downside of this solution: whenever the STA interface looses the connection it will go into an active scan cycle which renders the radio unusable for AP mode operation, therefore the AP is taken down if the STA looses its association.
To avoid these kind of deadlocks, travelmate will set all station interfaces to an "always off" mode and connects automatically to available/configured hotspots.
Option | Default | Description/Valid Values |
---|---|---|
trm_enabled | 0, disabled | set to 1 to enable the travelmate service (this will be done by the Interface Wizard as well!) |
trm_debug | 0, disabled | set to 1 to get the full debug output (logread -e "trm-") |
trm_iface | -, not set | uplink- and procd trigger network interface, configured by the 'Interface Wizard' |
trm_radio | -, not set | restrict travelmate to a single radio or change the overall scanning order ('radio1 radio0') |
trm_captive | 1, enabled | check the internet availability and handle captive portal redirections |
trm_netcheck | 0, disabled | treat missing internet availability as an error |
trm_proactive | 1, enabled | proactively scan and switch to a higher prioritized uplink, despite of an already existing connection |
trm_autoadd | 0, disabled | automatically add open uplinks like hotel captive portals to your wireless config |
trm_randomize | 0, disabled | generate a random unicast MAC address for each uplink connection |
trm_triggerdelay | 2 | additional trigger delay in seconds before travelmate processing begins |
trm_maxretry | 3 | retry limit to connect to an uplink |
trm_minquality | 35 | minimum signal quality threshold as percent for conditional uplink (dis-) connections |
trm_maxwait | 30 | how long should travelmate wait for a successful wlan uplink connection |
trm_timeout | 60 | overall retry timeout in seconds |
trm_maxautoadd | 5 | limit the max. number of automatically added open uplinks. To disable this limitation set it to '0' |
trm_maxscan | 10 | limit nearby scan results to process only the strongest uplinks |
trm_captiveurl | http://detectportal.firefox.com | pre-configured provider URLs that will be used for connectivity- and captive portal checks |
trm_useragent | Mozilla/5.0 ... | pre-configured user agents that will be used for connectivity- and captive portal checks |
trm_nice | 0, normal priority | change the priority of the travelmate background processing |
trm_mail | 0, disabled | sends notification e-mails after every succesful uplink connect |
trm_mailreceiver | -, not set | e-mail receiver address for travelmate notifications |
trm_mailsender | no-reply@travelmate | e-mail sender address for travelmate notifications |
trm_mailtopic | travelmate connection to '' | topic for travelmate notification E-Mails |
trm_mailprofile | trm_notify | profile used by 'msmtp' for travelmate notification E-Mails |
Option | Default | Description/Valid Values |
---|---|---|
enabled | 1, enabled | enable or disable the uplink, automatically set if the retry limit or the conn. expiry was reached |
device | -, not set | match the 'device' in the wireless config section |
ssid | -, not set | match the 'ssid' in the wireless config section |
bssid | -, not set | match the 'bssid' in the wireless config section |
con_start | -, not set | connection start (will be automatically set after a successful ntp sync) |
con_end | -, not set | connection end (will be automatically set after a successful ntp sync) |
con_start_expiry | 0, disabled | automatically disable the uplink after n minutes, e.g. for timed connections |
con_end_expiry | 0, disabled | automatically (re-)enable the uplink after n minutes, e.g. after failed login attempts |
script | -, not set | reference to an external auto login script for captive portals |
script_args | -, not set | optional runtime args for the auto login script |
macaddr | -, not set | use a specified MAC address for the uplink |
vpn | 0, disabled | automatically handle VPN (re-) connections |
vpnservice | -, not set | reference the already configured 'wireguard' or 'openvpn' client instance as vpn provider |
vpniface | -, not set | the logical vpn interface, e.g. 'wg0' or 'tun0' |
Please follow one of the following guides to get a working vpn client setup on your travel router:
Once your vpn client connection is running, you can reference to that setup in travelmate to handle VPN (re-) connections automatically.
To use E-Mail notifications you have to setup the package 'msmtp'.
Modify the file '/etc/msmtprc', e.g. for gmail:
[...]
defaults
auth on
tls on
tls_certcheck off
timeout 5
syslog LOG_MAIL
[...]
account trm_notify
host smtp.gmail.com
port 587
from xxx@gmail.com
user yyy
password zzz
Finally enable E-Mail support in travelmate and add a valid E-Mail receiver address.
For automated captive portal logins you can reference an external shell script per uplink. All login scripts should be executable and located in '/etc/travelmate' with the extension '.login'. The package ships multiple ready to run auto-login scripts:
* 'wifionice.login' for ICE hotspots (DE)
* 'db-bahn.login' for german DB railway hotspots via portal login API (still WIP, only tested at Hannover central station)
* 'chs-hotel.login' for german chs hotels
* 'h-hotels.login' for Telekom hotspots in h+hotels (DE)
* 'julianahoeve.login' for Julianahoeve beach resort (NL)
* 'telekom.login' for telekom hotspots (DE)
* 'vodafone.login' for vodafone hotspots (DE)
* 'generic-user-pass.login' a template to demonstrate the optional parameter handling in login scripts
A typical and successful captive portal login looks like this:
[...]
Thu Sep 10 13:30:16 2020 user.info trm-2.0.0[26222]: captive portal domain 'www.wifionice.de' added to to dhcp rebind whitelist
Thu Sep 10 13:30:19 2020 user.info trm-2.0.0[26222]: captive portal login '/etc/travelmate/wifionice.login ' for 'www.wifionice.de' has been executed with rc '0'
Thu Sep 10 13:30:19 2020 user.info trm-2.0.0[26222]: connected to uplink 'radio1/WIFIonICE/-' with mac 'B2:9D:F5:96:86:A4' (1/3)
[...]
Hopefully more scripts for different captive portals will be provided by the community!
receive travelmate runtime information:
root@2go_ar750s:~# /etc/init.d/travelmate status
::: travelmate runtime information
+ travelmate_status : connected (net ok/100)
+ travelmate_version : 2.0.0
+ station_id : radio1/WIFIonICE/-
+ station_mac : B2:9D:F5:96:86:A4
+ station_interface : trm_wwan
+ wpa_flags : sae: ✔, owe: ✔, eap: ✔, suiteb192: ✔
+ run_flags : captive: ✔, proactive: ✔, netcheck: ✘, autoadd: ✘, randomize: ✔
+ ext_hooks : ntp: ✔, vpn: ✘, mail: ✘
+ last_run : 2020.09.10-15:21:19
+ system : GL.iNet GL-AR750S (NOR/NAND), OpenWrt SNAPSHOT r14430-2dda301d40
To debug travelmate runtime problems, please always enable the 'trm_debug' flag, restart travelmate and check the system log afterwards (logread -e "trm-")
Please join the travelmate discussion in this forum thread or contact me by mail
Have fun!
Dirk