openmptcprouter
openmptcprouter copied to clipboard
OpenMPTCProuter v0.58 Release Candidate 5
Changes:
- IPv6 WAN and VPS support
- Checkbox in wizard to enable DNS64
- Support for interfaces alias
- VLAN support in wizard
- Directly upgrade from the web interface
- Option to keep installed packages after upgrade
- Update V2Ray
- Update Shadowsocks-libev
- Update RPI4 Firmware
- Add some monitoring data in luci-app-mptcp
- Multipath TCP update
- Ubiquiti EdgeRouter X support (seems to be unstable: https://github.com/Ysurac/openmptcprouter/issues/1779)
- FriendlyELEC NanoPI R4S support (4GB version)
- Realtek 8156 for USB to ethernet 2.5G support
- Wireguard can be used for MPTCP over VPN
- Support 16 WANs on x86_64 instead of 8
- HTTP test to server API after ping test on WAN
- Option to reboot interface if down
- DNSSEC enabled by default
- Add MPTCP round robin settings
- Many fixes
Server script:
- Wireguard support for MPTCP over VPN
- Kernel update
- Debian packages for all parts
Previous Beta
V0.58 Beta 1:
Images: https://download.openmptcprouter.com/refs/tags/v0.58beta1/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Know issues:
- Some translation problem like "MacVLAN" in wizard instead of "VLAN"
- Patch for 16 WANs support not added
- V2Ray issue
V0.58 Beta 2:
Images: https://download.openmptcprouter.com/refs/tags/v0.58beta2/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Know issues:
- Wrong display of not good firewall zone in status page when MPTCP over VPN enabled
V0.58 Beta 3:
Images: https://download.openmptcprouter.com/refs/tags/v0.58beta3/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Know issues:
- Tracker still running for omrvpn interface even when VPN is set as none
- OpenVPN TCP issues
V0.58 Beta 4:
Images: https://download.openmptcprouter.com/refs/tags/v0.58beta4/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Know issues:
- Tracker set interface down if gateway doesn't answer to ping
- OMR-ByPass issue with domains
V0.58 Beta 5:
Images: https://download.openmptcprouter.com/refs/tags/v0.58beta5/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
V0.58 Beta 6:
Images: https://download.openmptcprouter.com/refs/tags/v0.58beta6/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
V0.58 Beta 7:
Images: https://download.openmptcprouter.com/refs/tags/v0.58beta7/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
V0.58 RC1:
Images: https://download.openmptcprouter.com/refs/tags/v0.58rc1/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Know issues:
- Some translation issues
- ModemManager protocol not working
- Wrong theme after update
- MPTCP over VPN issues
V0.58 RC2:
Images: https://download.openmptcprouter.com/refs/tags/v0.58rc2/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
V0.58 RC3:
Images: https://download.openmptcprouter.com/refs/tags/v0.58rc3/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Know issues:
- Error in omr-tracker script on loop detection, RC4 is compiling.
V0.58 RC4:
Images: https://download.openmptcprouter.com/refs/tags/v0.58rc4/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Know issues:
- Packages list not updated after upgrade (fixed in develop branch)
V0.58 RC5:
Images: https://download.openmptcprouter.com/refs/tags/v0.58rc5/5.4/
VPS script: wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh
Is the option "Support 16 WANs on x86_64 instead of 8" already included? With which commit was this added?
I forgot to add it. This will be added in next beta.
Alright. Thanks for the quick reply! :)
Hi, Your Images for RPI4 does not seem to work for some reason? The pi does not boot and loops, I tried both ext4 and squashfs.. I was tempted to try the wireguard method. Thanks
I tested on my RPI4 this image: https://download.openmptcprouter.com/refs/tags/v0.58beta2/5.4/rpi4/targets/bcm27xx/bcm2711/openmptcprouter-v0.58beta2-r0%2B16336-b36068d35d-bcm27xx-bcm2711-rpi-4-ext4-factory.img.gz And it's working.
Hi, Apologize as the led light sequence must of changed as it was flashing differently, I assumed it was not working.
Hi Ysurac,
I'm currently tying to install the VPS part from script (wget -O - http://www.openmptcprouter.com/server-test/debian10-x86_64.sh | sh) and it seems that the repository is not good : " Err:8 https://repo.openmptcprouter.com buster/main amd64 Packages File has unexpected size (8500 != 8498). Mirror sync in progress? [IP: 89.44.9.58 443] Hashes of expected file:
- Filesize:8498 [weak]
- SHA256:d147724cb0489d64d6d400c3bab89cfa721ec0e66d60fcf44385865183c523b5
- SHA1:0e178dc772267e083e460cda6338116577d42d69 [weak]
- MD5Sum:6bd48e6464409d7570271b08588f5511 [weak] Release file created at: Thu, 08 Apr 2021 19:06:03 +0000 " So I am blocked... Can you check it ?
Regards,
Yohann
It's better now ? I purged CDN cache.
Yes ! I was able to configure one of my VPS. Thank you. By the way I noticed that it was also the case for the current stable release of the script (https://www.openmptcprouter.com/server/debian10-x86_64.sh). I haven't checked since this morning but I guess this is also fixed for this one. Thank you. Yohann
Yes, it was related to the update of the Debian repo, but I forgot to purge CDN cache so this give some cache inconsistency. It's now fixed for stable and snapshot.
Is ModemManager still broken on the RC? What is broken about it?
Is ModemManager still broken on the RC? What is broken about it?
Wait RC2
Great work! I'm on RC1 (RPi3 B+). So far so good :)
Is it me, or bbr2 congestion algorithm is very good? At least that's the feeling after 2 days. I've 1 slow adsl link (5mbits) and 2 "good" 4G (10-80Mbits) and the latency is much more stable while the bandwidth is higher.
UDP is still not quite there (Glorytun TCP), haven't tried anything else on this release and I disabled HTTP/3 for now due to that. Any advice, thing you want me to try.
Is it normal that I have to restart a TCP connection to get the benefits of adding a 3rd temporary 4G for a temporary boost, I had the feeling that MLTCP allowed for dynamic add/remove of ressources? The TCP connection stays up, but gets no speed boost.
Yes BBR2 seems quite good even if still in alpha/ For UDP, you can try v2ray proxy that support TCP and UDP but use more CPU/memory. It's not normal to have to restart a TCP connection, you can try another Multipath TCP scheduler in Network->MPTCP.
@Speedy37 I'm not able to reproduce the TCP connection problem at least without using MacVLAN, I will test with MacVLAN used for WANs. How do you make your test ?
Default settings, ipv4 only wan1,wan2,wan3 are MacVLAN on eth0. usb0, Normal (the one I add/remove).
I can see it on the MPTCP fullmesh almost instantly.
Hey @Ysurac .. The beta version is almost perfect. I got only one issue, when I enabled wireguard on both master and usb interface no gateway found, first interface becomes no gateway. As I expect all 4G networks to block MPTCP, can I keep all with wireguard or master need to be left without wireguard for making the connection to the VPS? The speed addition tested successfully now with 2 wired internet gateways without wireguard. One wired and 1 4g network wrapped over wireguard successfully.
both some issue with wireguard also on usb2_tether(2nd 4g). but i am still happy that aggregation works without any special settings.
is v0.58 Release source from master branch?
@Bumpalert I try to fix that @techworldthink for Release Candidate yes, it's from master branch. There is a v0.58rc1 tag.
I tried to build v0.58 for my rpi3 .but got an error!
make -r world: build failed. Please re-run make with -j1 V=s or V=sc for a higher verbosity level to see what's going on make: *** [/home/ubuntu/openmptcprouter/rpi3/source/include/toplevel.mk:230: world] Error 1
How to solve this ?
I got another look and feel bug. When you have 2 vps and disable the one with IP address and enable one with domain name, the omr-iperf shows that it connected to the disabled IP address one and status shows direct output. But public ip of connected devices is actually the enabled vps which has domain name.
I was planning to add noip sub domain names to the dynamic ip on the vps(with automatic address update from vps). Let me know whether it has any performance concerns.
@Bumpalert
- In fact without parameters omr-iperf use the VPS with the name "vps". You can check another VPS by using his name as argument
- I will fix the issue with Direct output. No problem with noip, the only problem can be dynamic IP when IP change: this will disconnect all open session.
factory reset is a problem. It says yes, but settings are not changed on web interface. Is there any thing I missed?
root@OpenMPTCProuter:~# root@OpenMPTCProuter:~# root@OpenMPTCProuter:~# root@OpenMPTCProuter:~# firstboot y This will erase all settings and remove any installed packages. Are you sure? [N/y]
root@OpenMPTCProuter:~# root@OpenMPTCProuter:~# firstboot yes This will erase all settings and remove any installed packages. Are you sure? [N/y]
root@OpenMPTCProuter:~# root@OpenMPTCProuter:~# reboot
@Bumpalert this can only work on squash FS. You can also update with same image and not keep settings.
confirmed domain name in the vps server address has some issue. Same connection when ip address used working fine will fail if dynamicdns is used eventhough public ip is resolved.
any working way for using pi 4b wifi as ap? last time I had to reflash only because I tried wifi on pi. https://github.com/Ysurac/openmptcprouter/issues/1232 https://github.com/Ysurac/openmptcprouter/wiki/Configure-Wifi
I'm upgrading right now, but in RC1 I had very high CPU usage on my RPI:
I don't have this issue on 0.58rc1 and it's strange that you have high CPU usage on "uci" commands.
Yeah lots of very short lived uci requests, I think omr-tracker seems to loop like crazy. Could this be caused by a disconnected usb0 interface? Omr-tracker seems to be configure with 0s delay on fail "Wait after a failed test (s)".
The new sysupgrade page currently suggest openmptcprouter-v0.57.3-r0+15225-bfc433efd4-x86-64-generic-ext4-combined.img.gz
, which won't work on an RPi3 :).
I was unable to use "Flash new firmware image", the interface just reload and does nothing (same thing happened when I tried to switch theme, I add to use ssh and uci). Probably something messed up with my configuration.
Just did an upgrade to rc2 (reinstall from nothing) to a faster SD card (20MB/s vs 5MB/s). It was running great (0.2 load), until I added usb0 back. omr-tracker just non stop looping (load is at 1.0, uci requests are not visible in htop anymore).
Do you have errors in System logs about omr-tracker ?