B4J Question [SOLVED] How does FTP object of jNet library pick local IP address

JackKirk said:

If there anyway to force the FTP object to always use Speedify?

Click to expand...

I don't think so. It just asks to OS for a socket and use whichever one it received.

I think I may have found the answer, at least for Windows 10.

Look at:

https://www.windowscentral.com/how-change-priority-order-network-adapters-windows-10

and

https://support.microsoft.com/en-au...-the-automatic-metric-feature-for-ipv4-routes

It appears that in Windows 10 each network adapter has a "Interface metric" property - the first URL shows how to get to it and the second URL explains the significance of various values (specifically the 3rd table for Windows 10).

Quoting from the first URL:

On Windows 10, if you have a device with more than one network adapter (such as Ethernet and Wi-Fi), each interface receives a priority value automatically based on its network metric, which defines the primary connection that your device will use to send and receive networking traffic.

Click to expand...

Normally this "interface metric" is set to "automatic metric" - i.e. the operating system decides what is the "primary connection".

But by using the above info you can manually override - or heavily enforce - what is the "primary connection".

So in my case I have set the real Ethernet adapter at 95, the real wifi adapters all at 90 and left the Speedify Virtual Adapter as "automatic metric".

The reason I have left the Speedify Virtual Adapter as "automatic metric" is it wouldn't let me change it - it wanted an IP address to be defined and at that point I backed off.

But seeing as it is using the real wifi adapters and none of their "automatic metric" values can be more than 85 (again table 3, second URL) then the Speedify Virtual Adapter should never have an "automatic metric" higher than 85. As this is less than the manual values of 90 and 95 I have forced on the real adapters it should mean that it is always the "primary connection".

I would be more than interested in any comments or counter views to the above...

After discovering the stuff in post #3 I posted a question to Speedify support and have just received a response:

Speedify does not rely on the interface metric to route traffic over the VPN. It modifies the routing table to direct traffic over the VPN. I am not able to share all the specifics with you, but it is similar to the approach that OpenVPN uses.

Click to expand...

So the above exercise was unnecessary apparently.

I'm becoming more impressed with Speedify - for one their support is real - not as good as B4X though