We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
由于(没钱)懒惰,想用Apache来同时反向代理一个工具的websock流量和frp的https的流量(都在443端口) 弄了$%^#$%^ hour,弄好了 测试 websock通讯比原本慢的一批 套上cloudflare更加更加更加慢
okay,我投降,买新的服务器把流量分开
这次配置Apache的时候又遇到了以前的一个问题,重新记录一下 当Apache中的site configure文件,若每个文件都设置了server name, 那对于非法域名(未被设置成server name的域名),他到底会被应用到哪个配置文件?
个人认为是在apache加载配置文件的时候最先被包含的conf文件,如a___proxy.conf,实际上看log信息也是应用到了a___proxy.conf,具体术语解释待查
The text was updated successfully, but these errors were encountered:
咕咕咕咕咕咕
Sorry, something went wrong.
后续 在国外买了新的centos服务器专门用于frp 本来采用frp-kcp通讯,考虑到UDP报文有可能被运营商ban掉 套了个udp2raw上去,采用xor + faketcp + simple 一开始正常的,用了十几分钟,调了一下服务器时区,重启了一下udp2raw... 然后就不行了 frpc一直都连接不上frps,心态爆炸[login to server failed: i/o deadline reached] 查看udp2raw日志,客户端服务器都正常没有异常记录 tcpdump显示服务器udp2raw和frps之间的通讯报文正常,tcpdump显示客户端也显示收到的报文数量一致。。。(seq 和ack序号有出入) 我???检查frp版本客户端和服务器一致 凉了啊 更改frpc配置,采用tcp连接 重启frpc,一切都好了。。。。 就是网速慢的一批
推断kcp通讯出问题,有可能还是被运营商扔了。还有事要干,还是先凑合着用了,以后再改udp2raw的设置
No branches or pull requests
由于(没钱)懒惰,想用Apache来同时反向代理一个工具的websock流量和frp的https的流量(都在443端口)
弄了$%^#$%^ hour,弄好了
测试
websock通讯比原本慢的一批
套上cloudflare更加更加更加慢
okay,我投降,买新的服务器把流量分开
随记1
随记2
这次配置Apache的时候又遇到了以前的一个问题,重新记录一下
当Apache中的site configure文件,若每个文件都设置了server name,
那对于非法域名(未被设置成server name的域名),他到底会被应用到哪个配置文件?
个人认为是在apache加载配置文件的时候最先被包含的conf文件,如a___proxy.conf,实际上看log信息也是应用到了a___proxy.conf,具体术语解释待查
The text was updated successfully, but these errors were encountered: