Dies ist für mich etwas verwirrend, da der Administrator in den meisten Umgebungen, in denen Remotebenutzer über VPN-Zugriff verfügen, die Kontrolle / Verwaltung über das Verbinden von Benutzern haben muss, um sicherzustellen, dass das Netzwerk sicher bleibt. Dies bedeutet administrativen Zugriff, Kontrolle usw. über das Verbinden von Maschinen und Benutzern. Dies bedeutet, dass der Administrator den IP-Adressbereich steuern kann, was bedeutet, dass die Wahrscheinlichkeit, was Sie beschreiben, grundsätzlich unmöglich ist.
Ihre Lösung scheint zwar praktikabel, aber im Hinblick auf die Verwendung unterschiedlicher IP-Bereiche sehr schwierig zu sein.
Eine Möglichkeit besteht darin, ein Skript zu erstellen, das Sie auf Verbindungssystemen ausführen, um Routing-Tabellen zu überschreiben, um die Wahrscheinlichkeit eines möglichen Konflikts zu verringern (ich bin mir bewusst, dass bestimmte VPN-Lösungen dies können). Tatsächlich hat die Einrichtung des Organisationsnetzwerks Vorrang vor der Einrichtung des lokalen Netzwerks.
/unix/263678/openvpn-understand-the-routing-table-how-to-route-only-the-traffic-to-a-spec
Der OpenVPN-Client überschreibt das Standard-Gateway für den VPN-Server
Dies führt zu anderen Möglichkeiten. Angenommen, Benutzer stellen keine direkte Verbindung zu IP-Adressen her, können Sie DNS-Konfigurationen / Hostdateieinträge so ändern, dass sie das vorhandene lokale Netzwerk-Setup technisch überschreiben.
https://hostsfileeditor.codeplex.com/
https://support.rackspace.com/how-to/modify-your-hosts-file/
Eine andere Möglichkeit besteht darin, Ihr Organisationssetup so zu ändern, dass ein weniger verbreitetes IP-Adress-Backbone vorhanden ist. Da Sie über Administratorzugriff verfügen, sollten Sie dies schnell und einfach tun können (obwohl ich seitdem einen weiteren Kommentar gelesen habe, der das IPv6-Problem ins Spiel bringt).
Natürlich müssen Sie die Art des VPN-Setups ändern, um einige der oben beschriebenen Optionen zu erhalten, wenn Sie diese noch nicht haben.