|
|
|
本帖最后由 K.K. 于 2020-12-7 11:45 编辑
节点:
1、上行速度没什么问题,国内最好移动网络访问,电信/联通速度没法保证!额定上行1G,实际上榨干跑到350~400M左右,就差不多到天了,程序只能以1核标频性能拉到这个程度,安全层算法需求的CPU算力,相对较大一些。
2、会不会突然停机什么的?这个倒不至于,除非这机器IP被服务商更换咯!(毕竟是动态共享IP,这家服务商主要考虑到V2/SSR那种高被墙的支持,所以搞得这种模式,对我们PPP来说没什么意义,当然V2/SSR这些人如果促发GFW疯狂模式封锁这台机器,PPP也不会好过,什么协议都无法穿透,除了RDP/SSH/HTTP/HTTPS基本可以穿透之外,当然那帮开V2/SSR全部走反代滚蛋,我们又可以继续恢复,毕竟PPP的协议对GFW来说就是几乎没有任何问题的正常传输交换协议) PS:所以这就是为什么我提到PPP尽量不要跟那些有V2/SSR的机器牵扯在一起,他们太容易促发GFW疯狂模式咯,除非他们全走反代,这只会影响丢包率,GFW时不时阻断他们的TLS连接一下,但这个就跟我们没有任何关系了,简单的说挨不到我们头上,另外免费机器,本人分享的话,大约类型都会是这种节点,毕竟嘛便宜不值钱,真要那PPP的商用线路,带宽小价格贵,除了稳定延迟低几乎一无是处,免费给你们使用的话,我就的破产咯,笑~~~
3、服务器单边流量上限挺大的,总之随便浪费,这服务器我们本人根本不在乎!
4、中国大陆成都/广州地区网络的用户(或者说低延迟区域)尽量不要设置HTTP代理,让 Youtube 自行选择使用TCP还是UDP协议承载!(较低延迟区域[介于70~80以内吧],刷 Youtube 流媒体视频,高度的TCP单边加速优化都不会,比 UDP 效果好,那种自然流畅的感觉,TCP很难比拟,本来做流媒体的主流都是 UDP/IP 协议承载码流的)
5、Ppp 适配器运行防火墙必须要勾选:专用/公用网络的通过防火墙,不然100%是没有网络的!
6、.NET Framework 4.0 运行时的需求,PPP Windows 是由VC++ 2015 windows XP + VC# 7.0 共同编译,VC++部分为MT(静态编译)所以不需要考虑部署额外的VC++ 运行时库。
7、运行PPP程序之前,尽量先添加杀毒软件信息,Microsoft Defender 需要通过命令行更新病毒库(具体看微软病毒库更新相关的在线文档)否则可能存在误报,国内流氓杀毒软件会警告拦截,更流氓的拦截虚拟网卡正常工作,即看到虚拟网卡看着已经在工作,实际上PPP程序无法处理来自虚拟网卡的任何流量,腾讯电脑管家、金山、卡巴斯基、阿瓦斯特,这些不会误报,放开心玩吧!
1、了解与部署 Ppp VPN 到你的计算机与网络! NAT服务器/PPP适配器/配置模板在这里!
https://t.me/fanqiang_kexueshangwang/66
2、单纯下载 HKBN+PPP 适配器的设置在这里!
https://t.me/ShadowrocketApp/1700372
HKBN大带宽PPP/NAT节点,双击PPP运行,即可畅想PPP/VPN虚拟专用网络(HKBN large bandwidth PPP/NAT node, double-click PPP operation can imagine PPP/VPN virtual private network)
3、如果已经有适配器,但需要一个配置那么!
把下面的JSON配置复制到 appsettings.json 配置文件里面,在运行当前目录上的PPP适配器!
{
"periodGCCollect": 10000,
"acceptor": {
"nodelay": false,
"listenPort": 27000,
"datagramPort": 27000,
"connectedTimeout": 15000,
"maxInactivityTime": 15000
},
"cipher": {
"kf": 0,
"protocol": "rc4-sha1",
"protocolKey": "yy520o!",
"transport": "aes-256-cfb",
"transportKey": "yy523o!"
},
"ppp": {
"nodelay": false,
"directMode": true,
"addressSeparation": 0,
"watchSystemPort": true,
"staticTunnelMode": true,
"tcpSynStateless": true,
"proxyAddress": "61.93.200.243",
"proxyPort": 31724,
"datagramAddress": "61.93.200.243",
"datagramPort": 31724,
"listenWebProxy": 8080,
"portShortestLifeCycle": 3000,
"maxInactivityTime": 150000,
"proxyConnectedTimeout": 15000,
"tunnelConnectTimeout": 15000
}
}
|
|