VPN tunnel down, Cant get public ip address from shadowsocks, cant contact server admin (no token yet available) about openmptcprouter

[vempire-ghost]

@vempire-ghost it marked in red for a while after that it became master again.

erspan0 is deactivated eth0 is deactivated gre0 is deactivated gretap0 is deactivated ifb4tun0 is deactivated ifb4wan1 is deactivated ifb4wan2 is deactivated ifb4wan3 is deactivated ifb4wan4 is deactivated ifb4wan5 is deactivated ip6gre0 is deactivated ip6tnl0 is deactivated lo is deactivated sit0 is deactivated teql0 is deactivated tun0 is deactivated wan1 is in default mode wan2 is in default mode wan3 is in default mode wan4 is in default mode wan5 is in default mode wlan0 is deactivated

Check in the advanced settings if the line network.globals.mptcp_force_multipath='0' is indeed set to the value 0. However, OMR can sometimes change the value back to Default, but the script would revert it back to backup every minute.

There is another way to force the master as backup, but it involves modifying a file in OMR, it's a simple change but it can cause issues, so have a backup handy if you want to proceed.
Edit the file /etc/init.d/mptcp of OMR using nano, go to line 179, and change lines 179 to 182, replacing the values "On" with "Backup", so it becomes like this:

			mode="backup"
			config_set "$config" multipath "backup"
			uci -q set network.${config}.multipath="backup"
			uci -q set openmptcprouter.${config}.multipath="backup"

Go to line 413 and delete the lines 413, 414, and 415 as follows:

		if ([ "$mode" = "master" ] || [ "$mode" = "on" ]) && [ -z "$(multipath $iface | grep default)" ]; then
			logger -t "MPTCP" "Set $iface to $mode from $(multipath $iface)"
			multipath "$iface" "on"

And then add these new lines in place:

		if [ "$mode" = "master" ] && [ -z "$(multipath $iface | grep backup)" ]; then
			logger -t "MPTCP" "Set $iface to $mode from $(multipath $iface)"
			multipath "$iface" "backup"
		elif [ "$mode" = "on" ] && [ -z "$(multipath $iface | grep default)" ]; then
			logger -t "MPTCP" "Set $iface to $mode from $(multipath $iface)"
			multipath "$iface" "on"

With these changes, the OMR will set the master WAN as backup without forcing it to default, although it will still appear in red in the Network Overview.
You will need to save and apply or restart the OMR for these changes to take effect.

[aladdinshammr]

@vempire-ghost
I appreciate your effort, thanks.
I'll try it and give you a feedback

Here you have to wait for people to go to sleep then you can use the internet

[Ysurac]

It can't connect to VPS API, did you open 65000-65535 port range on GCP ?

[aladdinshammr]

@Ysurac

I face the same issue.
when I configure the router it works just fine.
but when I start to consume all the aggregated speed I see " No Server ping response after 1 second" on the master connection. then I lose the connection to the VPS.

If there is a way to exclude the master connection from the aggregation and let it's solely job to connect to the server.
or do I need to configure something in OMR-tracker?

this is what I get in the log

Apr 8 23:28:06 OpenMPTCProuter daemon.err omr-tracker[25131]: sh: 66.6667: bad number
Apr 8 23:35:23 OpenMPTCProuter daemon.err omr-tracker[25130]: sh: 66.6667: bad number

in a whisper voice => the highest speed here is just 8 Mbps

router version : v0.60 rc2
VPS : 5.4.207-mptcp
provider: google cloud service

[vempire-ghost]

@Ysurac

I face the same issue. when I configure the router it works just fine. but when I start to consume all the aggregated speed I see " No Server ping response after 1 second" on the master connection. then I lose the connection to the VPS.

> If there is a way to exclude the master connection from the aggregation and let it's solely job to connect to the server. or do I need to configure something in OMR-tracker?

this is what I get in the log

Apr 8 23:28:06 OpenMPTCProuter daemon.err omr-tracker[25131]: sh: 66.6667: bad number Apr 8 23:35:23 OpenMPTCProuter daemon.err omr-tracker[25130]: sh: 66.6667: bad number

in a whisper voice => the highest speed here is just 8 Mbps

router version : v0.60 rc2 VPS : 5.4.207-mptcp provider: google cloud service

I made this request in this topic https://github.com/Ysurac/openmptcprouter/issues/3131 but didn't get a response, which would be the option to configure the Master WAN as backup, so the MPTCP would only use it to initiate connections and communicate with the VPS, and the other WANs would be used for heavy traffic. Is it possible to configure this way in the context of MPTCP, but in OMR, it's configured to force the master WAN as default.

There's a way to work around this by disabling this configuration set network.globals.mptcp_force_multipath='0' and adding this script to the Scheduled Tasks: */1 * * * * multipath eth1 backup, assuming your master WAN is wan1. If it's another one, change it accordingly.

However, keep in mind that with this configuration, your master WAN will no longer aggregate the connection speed of all WANs and will be used solely to contact the VPS and initiate connections.

[aladdinshammr]

@vempire-ghost

hi, Thanks for help .
I ran this in the terminal "set network.globals.mptcp_force_multipath='0'"
and put this in the Scheduled Tasks like this

is everything correct ??

[vempire-ghost]

@vempire-ghost

hi, Thanks for help . I ran this in the terminal "set network.globals.mptcp_force_multipath='0'" and put this in the Scheduled Tasks like this

is everything correct ??

No, the command should use eth1 for wan1, eth2 for wan2... So if your wan1 is the master, keep it exactly as I put in the example */1 * * * * multipath eth1 backup.

To check if it's working, you can use the command multipath in the terminal and check if eth1 is set as backup instead of default. You can also see in the Network Overview of OMR; it will be marked in red that the WAN is set as backup because OMR does not accept this status as correct.

[aladdinshammr]

@vempire-ghost
it marked in red for a while after that it became master again.

erspan0 is deactivated
eth0 is deactivated
gre0 is deactivated
gretap0 is deactivated
ifb4tun0 is deactivated
ifb4wan1 is deactivated
ifb4wan2 is deactivated
ifb4wan3 is deactivated
ifb4wan4 is deactivated
ifb4wan5 is deactivated
ip6gre0 is deactivated
ip6tnl0 is deactivated
lo is deactivated
sit0 is deactivated
teql0 is deactivated
tun0 is deactivated
wan1 is in default mode
wan2 is in default mode
wan3 is in default mode
wan4 is in default mode
wan5 is in default mode
wlan0 is deactivated