gfw_resist_tls_proxy
gfw_resist_tls_proxy copied to clipboard
GFW-knocker
Junk Codes instead of delay
Hey @GFW-knocker Is it maybe possible to get rid of the delay mechanism and send Junk fragments between the valid ones instead?
Can dest server separate these junk fragments from valid ones?
Yes, they will be dropped if these packets are invalid in any sort of way like with the wrong checksum, seq/ack, etc.
Yes, they will be dropped if these fragments are invalid in any sort of way like the wrong checksum
Great, needs to be tested, maybe GFW is also drop these incorrect fragments.
Tested now. it seems junk fragments also avoid packet to be complete, it prevents next fragments to be accepted by server:
upstream: ConnectionAbortedError(10053, 'An established connection was aborted by the software in your host machine', None, 10053, None)
Tested now. it seems junk fragments also avoid packet to be complete, it prevents next fragments to be accepted by server:
upstream: ConnectionAbortedError(10053, 'An established connection was aborted by the software in your host machine', None, 10053, None)
Please check this repo, it does that and a lot more: https://github.com/ValdikSS/GoodbyeDPI https://github.com/ValdikSS/GoodbyeDPI/blob/master/src/fakepackets.c
https://github.com/ValdikSS/GoodbyeDPI/blob/master/src/fakepackets.c
it seems that using full packet junks. please check here if you want test junked fragments.
@arash88
i see lots of people suggesting https://github.com/ValdikSS/GoodbyeDPI
did you test this project? is it working in iran now?
@GFW-knocker
Yes, it's working all right. In some cases (SNI filtering) like Youtube, you don't even need a v2ray connection! Although I'm experiencing a noticeable network quality dropping without using a v2ray connection.