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
数据通道层是拨号器和监听器,数据处理层是连接器和处理器,那么拨号器与监听器是否必须一致?我看源码中拨号器比监听器的种类不一致,比如监听器中有dns、redirect、rtcp、tun等,拨号器中没有对应的,如果监听器使用这些类型,怎么配置拨号器呢?同样的问题也存在于连接器和处理器。
麻烦请指教一下,谢谢!
The text was updated successfully, but these errors were encountered:
举个例子,假如有3个节点,第一个节点运行gost -L socks5://:8080 -F https://192.168.1.1:1080 -F socks5+tls://192.168.1.2:8010,第二个节点运行gost -L https://:1080,第三个节点运行gost -L socks5+tls://:8010,在第一个节点的配置文件中配置hop0-node0的connector和dialer,与第二个节点的listener、handler有什么对应关系吗?必须要一致吗?
Sorry, something went wrong.
大多数情况下是需要一致的,比如listener是tls,dialer对应的也要是tls,handler是http,connector对应也要是http。 也存在一些特殊情况,例如dns, redirect, rtcp等,这些没有通用使用规则,需要根据文档配置。 如果从协议角度考虑,不是一定要一致,特别是数据通道层(listener和dialer),根据网络结构要作变通。例如一个http代理服务前面如果有前置代理开启了TLS加密传输,对于客户端来说就是http+tls了。
@ginuerzh 感谢。再请教一下,GOST中转发链建立以后,好像并没有转发链故障检测机制,比如跳与跳之间的心跳包。当转发链有问题时(比如某一跳的CPU占用率100%,无法处理数据包),用户需要逐跳登录到节点,通过日志查看问题出现在哪一跳,是吧?如果我想实现一个跳与跳之间的心跳包,并且利用已建立的通道传输心跳包,应该从何入手?
No branches or pull requests
数据通道层是拨号器和监听器,数据处理层是连接器和处理器,那么拨号器与监听器是否必须一致?我看源码中拨号器比监听器的种类不一致,比如监听器中有dns、redirect、rtcp、tun等,拨号器中没有对应的,如果监听器使用这些类型,怎么配置拨号器呢?同样的问题也存在于连接器和处理器。
麻烦请指教一下,谢谢!
The text was updated successfully, but these errors were encountered: