Page 1 of 1

How do i create a local bridge with local bridge attached to a local VPN Client VPN adapter NIC card?

Posted: Sat Apr 25, 2026 12:53 am
by oscar
http://www.packetix.net/en/vpn/help/site.aspx

The machine is connected to a VPN Server and working fine.

But how do i bridge this local VPN Client NIC card into the softether server local bridge to my own virtual HUB?

In dropdown menu in local bridge do not shows up any NIC adapters that starts with VPN Client.

So,inside the OS of my machine,if i do not want to touch the local Ethernet[public internet facing]default routing table,how can i transparently router the VPN Client NIC adapter into another adapter in microsoft loopback adapter? I know there's a way to create a windows bridge simply with 2 clicks but however the VPN server is DHCP forcefully used and doing so will fail to get an ip address.

So i need other ways to transparently local bridge mirror the VPN Client NIC to another microsoft loopback adapter right within windows and don't use the built in windows network MAC bridge?

Re: How do i create a local bridge with local bridge attached to a local VPN Client VPN adapter NIC card?

Posted: Sat Apr 25, 2026 1:23 am
by oscar
Or

netsh interface portproxy add v4tov4 listenport=5556 listenaddress=0.0.0.0 connectport=4000 connectaddress=10.236.12.85

might do the job?

How to let windows local bridge a non promiscuous mode compatible NIC to my own virtual HUB?

Posted: Sat Apr 25, 2026 3:05 am
by oscar
As a special usage method, it is going to be possible to bridge connection by layer 2 between VPN Client computer Virtual Network Adapter and existing physical network adapter connected to the computer. As for, the bridge function of the operating system is going to be use for this. With SoftEther 1.0, bridging between Virtual Hub and physical network adapter has been often accomplished by this method. With SoftEther VPN, however, because bridging could be accomplished easier and faster by local bridge connection function of VPN Server or VPN Bridge, this method ceased to be used frequently.

I have NICs in windows,but they do not support promiscuous mode at all,how to add a local bridge to the virtual HUB?

DHCP boardcast to softether public servers are blocked when VPN Client adapter put in windows bridge

Posted: Sun Apr 26, 2026 2:27 am
by oscar
DHCP boardcast to softether public servers are blocked when VPN Client adapter put in windows bridge
The VPN cannot get a DHCP IP address from the VPN Server,because the VPN Client adapter is in a device called windows bridge,how to solve this problem? The policy is forcefully get ip address from VPN virtual DHCP and manaul IP address will discarded

A last call for softether:People found ultimate way to bypass policy limit on router bridge mode

Posted: Mon Apr 27, 2026 1:21 am
by oscar
A last call for softether:People found ultimate way to bypass policy limit on router bridge mode
1.Install softether VPN Server inside that 34.96.100.11 machine in system mode

2.Install https://r1ch.net/projects/forcebindip

3.https://download.vpngate.jp/common/cd.a ... 164560.zip

4.Config the VPN Client IPv4 properties with interface metric with a very large number larger than the local NIC to internet 34.96.100.11 for example 9999,in this way,even if the routing default gateway is modified by softether client,the os will still not use this route as a primary default gateway route[important]

5.Connect 219.100.37.58:443,in softether VPN Client,but keep No adjustments of routing table box unchecked.
because interface metric is sky high the windows os do not change default routes and gateway to default internet gateway at all,34.96.100.11 will remains accessiable by ssh or rdp

6.change the cmd working directory to forcebindip64.exe install directory ForceBindIP64.exe 10.236.25.51 C:\SE\So\vpnserver.exe /usermode [10.236.25.51] is the vpn client internal ip address

7.at this point,any clients using VPNazure.net services into my 34.96.100.11 with virtual HUB [bridge] with vpnmymachine.vpnazure.net will get ip address 219.100.37.58,note:they're not using any ip address in my 34.96.100.11 machine at all but still gets an 219.100.37.58,in this case the actual thing is ForceBindIP64.exe did the job,so it's still bypass the softether limits.

8.And yes,the connection is working very fine,no need to modify anything,just forcefully to make softether server to use 10.236.25.51 not 10.0.0.1,so it's not hard,and you can see my VPN Server program is forcefully using the 10.236.25.51 interface to make any outgoing connections to any softether servers [including 130.158.6.51],so in such case 219.100.37.58 is still forcefully used [you can check whether it is with https://systeminformer.sourceforge.io/]

Look here , the VPN Server is forcefully running on local NIC 10.236.25.51,there's no reason for my server not to have a public ip 219.100.37.58

So i'm actually changing the softether server in windows just allowed to use 10.236.25.51 only not to use 10.0.0.3 public internet NIC at all

How easy is this? Only 1 exe will do the job!

Look here,client ip address[source host]is not my machine local 10.0.0.1 public internet NAT NIC any more,instead it's the VPN Client NIC responsible for creating the connection!

and yes,all policy is bypassed now just with 2 clicks in windows machine,no high tech savvy things included at all,just forcefully make softether use 10.236.25.51 don't allow it to use 10.0.0.3 at all,this is all what's needed!

SID-VPN-6322 is a VPN Session created by the 219.100.37.58 session,not my machine,this is what i'm trying hard to trick softether to do:Local Mac address spoofing,and it works safe and sound,everyone's happy now!

The SID-VPN-6322 is able to populate any mac ip table entries it wants and mac spoofing is so confortable to archive,and by the way your advices are very helpful for me,still,thank you,i should find more way to trick softether into working in such local spoofing modes
people now will start bridging www.vpngate.net into http://www.packetix.net/jp/vpn/help/

Punishing people by blocking they username in this board WILL NOT WORK AT ALL , even if you patch such bug in software people just finds another BUG to archive unblocking and jailbreaking limits

Re: A last call for softether:People found ultimate way to bypass policy limit on router bridge mode

Posted: Mon Apr 27, 2026 9:28 am
by oscar
Trust it or not? @solo

Re: A last call for softether:People found ultimate way to bypass policy limit on router bridge mode

Posted: Mon Apr 27, 2026 10:32 am
by solo
No worries as long as you post your "successful reversals" only on this Idle Talk Board.