Gate error

[LoreSmith]

Hello! Until yesterday, I could connect to almost all the servers on the list without any problems, but now I can only connect to this server (lueders1.opengw.net) with ip (209.159.244.182), and the others are not working. Please help me, I really need to connect to Japan!

[solo]

All JP servers work fine. Your government is blocking VPNs.

Try UDP.

[bsfgp]

Same issue here, i cannot even refresh the server list. I can only connect to one single weak server from Vietnam.

[DSUser123]

for me, it still connects to some opengw.net servers, but not all of them are working and they eventually time out. Using the UDP protocol. I'm from Russia.

[taliban]

the VPN stopped working and I couldn't connect through the TCP protocol, which immediately displayed error 2. When I tried to connect through the UDP protocol (which I had always used in the past), it displayed error 1. Previously, everything worked perfectly, but I don't know what happened now.
Sincerely,
Puzzled

[solo]

I don't know what happened now.

Again, your government is blocking VPNs. Try Tor, your own VPN on a VPS or get Starlink.

[LoreSmith]

Listen, we know that our government blocks this, and believe me, I want to say a lot of bad words about them, but I'm even afraid to write anything about it here... We are like birds in a cage, and the cage gets smaller every day... I just want to ask for help. If you know anything about this or are somehow connected to the developers, believe me, we would be really, really grateful to you for this help.

[solo]

In the context of SoftEther's VPN Gate project, all counter-detection features are completely useless...

Read carefully and absorb it viewtopic.php?f=7&t=69901#p104153

Next, if you can't get Starlink, setup a server in EU and then tunnel to it on SoftEther's protocol viewtopic.php?t=69366

[oscar]

In the context of SoftEther's VPN Gate project, all counter-detection features are completely useless...

Read carefully and absorb it viewtopic.php?f=7&t=69901#p104153

Counter-detection feature are NOT actually completely useless,UNLESS:
1.SoftEther project start opening a new API/implement a new ceder module within the client called "advanced Anti-DPI active probing & advanced firewall proof protocol refactor"module,if so , the SE-VPN protocol itself needed to be rebuilt the entire softether project wide

2.Currently,any clients implements the v2ray / vmess / shadowrocket etc & so on used the local http proxy function a lot,but due to the networking API limits ios & android devices have , such programs cannot run in background and accept the original SoftEther Protocol to directly connect over it [ via the virtual hub like softether does] in such client creates like 198.18.0.1 for some clients called clash , and 127.0.0.1 for vmess protocol in v2ray.
The module actually do very good about DPI firewall blocking bypass,however it's totally just wrapping softether protocol as an overlay underlying protocol,which still works under a standard TCP/IP model [ It's simpler than OSI model] , but however developers have difficulties dealing with the API architecture between the OS,the clients which implements vmess shadowsocks etc & etc , and cascading softether protocol over it

3.Actually if just cascading 2 protocols within 1 softether module stacks which sends/ receive the underlying SE-VPN protocol it's simple, you can use https://github.com/fatedier/frp to make SE-VPN data flows over it,but the key point in my post in this thread is,such change must be done SoftEther project wide,not just some random users commitng their own modified versions of the softether client & server,such copies of the program will only works for such users not solving the current problem "SE-VPN protocol being flagged by Advanced DPI systems",to address such problems a refactor of the softether protocol is must involved,but will dnobori and softether authors in vpnusers.com actually accpet such suggestions? It would be great if they actually do.

[oscar]

All counter detection will actually works if softether project implements a new protocol refactor and add features to the 10 years old SE-VPN protocol which don't changed even after 10+ years after this project is released to the public

[solo]

Oscar, your ideas are useful only for a secret, private VPN server. Here we are discussing VPN Gate public servers. Note that the operators of GFW, RKN, IRG, etc. don't care about your censorship circumvention methods, nor need to bother with DPI to detect SoftEther's traffic - they simply log IPs from www.vpngate.net and block them.

As for FRP and your incessant begging to implement its support, keep in mind that your free public reverse proxy IPs are just as easily discovered. You could run your own secret reverse proxy on a paid server somewhere, but then you might as well setup a secret SoftEther tunnel right now, as it is, no need to "rebuilt the entire softether project wide" - lol.

[oscar]

Oscar, your ideas are useful only for a secret, private VPN server. Here we are discussing VPN Gate public servers. Note that the operators of GFW, RKN, IRG, etc. don't care about your censorship circumvention methods, nor need to bother with DPI to detect SoftEther's traffic - they simply log IPs from www.vpngate.net and block them.

As for FRP and your incessant begging to implement its support, keep in mind that your free public reverse proxy IPs are just as easily discovered. You could run your own secret reverse proxy on a paid server somewhere, but then you might as well setup a secret SoftEther tunnel right now, as it is, no need to "rebuilt the entire softether project wide" - lol.

Because i've successfully did this,and cascaded softether to another TCP layer 4 within FRP,so as you see on this forum i've already tried many uncommon cascading ways including but not limited change the API,cascading to another virtual 198.18.0.1 eth0 card,or transit the TCP to 127.0.0.1:1000 in vmess v2ray client,such cascading and modified versions of softether use cases worked,but such details on this forum vpnusers.com are barely talked about[on how to do it in code],but trying out and actually found it's working on both code & OSI model is very fantastic

[oscar]

Oscar, your ideas are useful only for a secret, private VPN server. Here we are discussing VPN Gate public servers. Note that the operators of GFW, RKN, IRG, etc. don't care about your censorship circumvention methods, nor need to bother with DPI to detect SoftEther's traffic - they simply log IPs from www.vpngate.net and block them.

As for FRP and your incessant begging to implement its support, keep in mind that your free public reverse proxy IPs are just as easily discovered. You could run your own secret reverse proxy on a paid server somewhere, but then you might as well setup a secret SoftEther tunnel right now, as it is, no need to "rebuilt the entire softether project wide" - lol.

Also if you cascade SoftEther inside another TCP in v2ray shadowsocks,then the actual use of vpngate.net is useless,OSI model tell us all the truth,what i'm trying very hard to do now is on ONLY software based logic within inside the operating system TCP/IP model,not the physical OSI model like a router or a wifi in a typical home or school office.

You can also say that Layer 3 in such countries don't actually works the way it supposed to,nor vpngate.net will,but however being able to interact and change the software logic is fantastic enough

[oscar]

Oscar, your ideas are useful only for a secret, private VPN server. Here we are discussing VPN Gate public servers. Note that the operators of GFW, RKN, IRG, etc. don't care about your censorship circumvention methods, nor need to bother with DPI to detect SoftEther's traffic - they simply log IPs from www.vpngate.net and block them.

As for FRP and your incessant begging to implement its support, keep in mind that your free public reverse proxy IPs are just as easily discovered. You could run your own secret reverse proxy on a paid server somewhere, but then you might as well setup a secret SoftEther tunnel right now, as it is, no need to "rebuilt the entire softether project wide" - lol.

rebuilt the entire softether project wide is for bypass DPI from within that country mainly,you can call it "the SoftEther special edition for DPI firewalled countries" , this is a must if you need softether actually working from inside that country,not just cascading from another shadowsocks