1

I have one ADSL connection and one 4G backup connection, each with its own modem/router on the same 192.168.0.0/24 subnet: 192.168.0.1 (ADSL) and 192.168.0.2 (4G)
The default gateway is 192.168.0.1 (ADSL) so the backup router is never used for outgoing connections.

I have TSE/RDP ports openned on each routers to reach several computers on the local network.

With an old Windows 2003 and an old Windows XP, the incoming connections are ok from whatever router: when I connect through ADSL or 4G I can interact with these old Windows computers.
So these Windows send back packets through the originating router. This is probably not a "good" behaviour, but for my need it is very nice.

With Windows 2012, the packets are sent back only through the default gateway, wich is the logical thing to do.
How to tell Windows 2012 to send packets back to the originating router, à la Windows 2003?

I thought this was called "source routing", but seems this is not the exact expression.

0
+100

The answer to How to tell Windows 2012 to send packets back to the originating router, à la Windows 2003? is very simple: you can't.

The Windows's network stack is simplier than Linux's one, and rare needs as the one described here are currently not addressed.

1
  • Usually I am trying to focus on "how to do that" than this way it is not possible. I agree as direct answer for the question it is not possible. In case you just need to have it working try to think about handling it on network level (e.g. NAT or correct place)... See my answer for a hint which direction to go in case you just need it ;). – Kamil J Mar 13 '19 at 14:16
1

Newer Windows installations use a strong host model by default. You need to manipulate interface settings to remove this behaviour by going back to the weak host model. The registry or netsh values to look for are weakhostsend and weakhostreceive.

netsh interface ipv4 set interface [InterfaceNameOrIndex] weakhostsend=enabled

netsh interface ipv4 set interface [InterfaceNameOrIndex] weakhostreceive=enabled
2
  • 1
    Strong and weak host if for dropping or accepting packets FOR the wrong NIC, not FROM the wrong gateway. – Gregory MOUSSAT Mar 7 '19 at 2:37
  • @GregoryMOUSSAT no it isn't. It is about defining where return traffic originates from. Weak host model, traffic leaves on the primary interface. Strong host model, traffic leaves on the interface that received the initial connection blogs.perficient.com/2009/09/17/… – Drifter104 Mar 7 '19 at 10:08
-1

To be honest I would focus more on network layer then registry tweaking... In case of registry tweaking it will not be persistent over e.g. re-installation...

4G (I assume some router as it has own IP) - In case you would set up sNAT for the connection to this internal network ALL connection will look like originating on 192.168.0.2 so all the reply will go back to 192.168.0.2 without any changes on the Windows box. The router will then NAT back to original IP. There will be 2x NAT on this box - sNAT for direction inside, sNAT / MASQUERADE to direction outside (to the internet).

"Dark side" of this solution is that you will loose the information about what is real source IP of the connection. As you have mentioned that it is backup connection I guess it can be acceptable for have it working in principle in all cases / all the setting.

2
  • Can you please highlight the text where I ask for a registry tweak? – Gregory MOUSSAT Mar 5 '19 at 3:06
  • 2
    Registry tweak has been mentioned in other answer. It is one of the option. My answer reacting on the thread :). My answer does't require any changes on windows node. Once realozed it will start working out of the box. – Kamil J Mar 5 '19 at 7:50
-1

Logically if your windows 2012 default router is the ADSL one it doesn't matter from where the original request came from, the response will always go to the default router in all cases.

So let's discuss some cases:

case 1) when the ADSL Internet is down ==> the WAN interface is down

This is an easy case: just add another default route in the ADSL router going through the 4G router. When the Wan interface is down the first default route is disabled and the traffic will be redirected to the 4G

case 1) when the ADSL Internet is down ==> the WAN interface can be up

This case is hard because your traffic will be routed to the ADSL provider and lost there. Adding another default route will not solve the problem

If you want the traffic response go back from where it came you can always source NAT the original traffic with the internal IP address of the router (this option is not always available). The drawback is that you'll lost the source info

-2

@KamilJ is correct in pointing out that this is best served at the network layer. What you're looking for is a redundancy with fail-over of the default gateway to an active ISP.

Since the gateways (inside port) and the host(s) are all on the same subnet, then the use of NATs like @KamilJ pointed out is very easy. And it has the benefit of being 100% in the network.

If you can setup your ADSL modem/router to disable its internal port whenever the internet connection goes down, then you have another option. Just set a secondary gateway in the IP configuration of the hosts. They'll try to use the primary, but with that interface down (the lights on the port on the switch for the ADSL router turn off whenever the ADSL connection goes down) the host will be unable to contact the gateway and will go to the next one (the LTE modem/router).

This all depends on your routers. The ability to do this is uncommon in consumer@home routers, but is more common in business class (and the norm in enterprise grade) routers.

The other option, again depending on your hardware, is if you have separated modems and routers (instead of all-in-one units). If the modems can be separated from the router, then you can plug both modems into one router; this will allow for you to do route tracking and fail-over in the router (making the solution 100% on network again). But this tends to require that you have an "above-average" router available.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.