HTTP引流神器Goreplay详解【精译】

Originalrequest+--------------+
+-------------+----------STDIN---------->+|
|Gorinput||Middleware|
+-------------+----------STDIN---------->+|
Originalresponse(1)+------+---+---+
|^
+-------------+Modifiedrequestv|
|Goroutput+<---------STDOUT-----------------+|
+-----+-------+|
||
|Replayedresponse|
+------------------STDIN----------------->----+

--input-raw-track-response

examples/middleware

examples/middleware/token_modifier.go

whilereadline;do
echo$line
end

--middleware

gor--input-raw:80--middleware"/opt/middleware_executable"--output-http"http://staging.server"

分布式配置

＃在您想要捕获流量的服务器上运行。你可以在每台`web`机器上运行它。
sudogor--input-raw：80--output-tcpreplay.local：28020＃重播服务器（replay.local）。
gor--input-tcpreplay.local：28020--output-http'target='_blank'>http://staging.com[/code]
如果您有多个重播机器，您可以使用
--split-output
选项将流量分割为多个：使用循环算法将所有传入流量均分为所有输出。
gor--input-raw:80--split-output--output-tcpreplay1.local:28020--output-tcpreplay2.local:28020

加密
之间的通信量
--input-tcp
和
--output-tcp
可使用TLS协议进行加密。要使其生效，您需要生成SSL证书，指定路径以及用于生成证书的密钥，并启用安全模式。证书和密钥应该是PEM编码的。例如：
--input-tcp:28020--input-tcp-secure--input-tcp-certificate./cert.pem--input-certificate./key.pem
。您可以使用以下命令生成自签名证书和密钥：
opensslreq-x509-newkeyrsa:4096-keyoutkey.pem-outcert.pem-days365-subj"/CN=localhost"`
常问问题
什么操作系统支持？
Gor会在libpcap工作的地方运行，并且它可以在大多数平台上运行。但是，目前，我们在Linux和Mac上进行测试。查看更多关于汇编。
为什么
--input-raw
需要sudo或root访问？
侦听器通过嗅探来自特定端口的流量来工作。它只能通过使用sudo或root访问来访问。但可以以非root用户身份运行。
你如何处理用户会话以正确重放流量？
您可以重写会话相关的头文件/params以匹配您的分段环境。如果您需要自定义逻辑（例如基于随机令牌的身份验证），请参阅此讨论：https：//github.com/buger/gor/issues/154
我可以使用Gor拦截SSL流量吗？
基本思想是SSL是为了保护自己免受交通拦截。有2个选项：将SSL处理移至代理，如Nginx或AmazonELB。让Gor听听上游。使用
--input-http
这样你可以直接从您的应用程序复制请求有效载荷到Gor，但它会需要您的应用程序修改。更多可以在这里找到：https：//github.com/buger/gor/issues/85
使用output-http时HTTP请求的大小是否有限制？
由于Gor无法保证截取所有数据包，因此对于大于200kb的有效载荷，有可能丢失一些数据包和腐败主体。将其视为一项功能，并有机会测试处理破碎的物体:)保证交付的唯一方法就是使用
--input-http
，但您会错过一些功能。
我得到'太多打开文件'的错误
典型的Linuxshell在1024下有一个小的打开文件软限制。在开始gor重放过程之前，你可以很容易地提出这个问题：ulimit-n64000关于ulimit的更多信息：http://www.thecodingmachine.com/solving-the-too-many-open-files-exception-in-red5-or-any-other-application/
我的负载平衡目标的CPU平均值高于源
如果您正在将来自多个侦听器的流量重放到负载平衡目标并使用粘性会话，则可能会发现目标服务器的CPU负载高于侦听器服务器。这可能是因为原始负载均衡器的粘性会话cookie未被目标负载均衡器所尊敬，从而导致请求通常会碰到同一个目标服务器，从而降低了后端的不同服务器的负载，从而降低了通过负载平衡获得的一些缓存收益。尝试针对一个重播目标运行一个侦听器，并查看CPU利用率比较是否更准确。另请参阅故障排除。不要忘记用您的域名或IP替换“localhost”。在配置安全输入时，
--output-tcp-secure
为GoReplay客户端启用标志，并连接到它。GoReplayPRO支持精确记录和重播tcp会话，并且当
--recognize-tcp-sessions
选项通过时，而不是循环，它将使用更智能的算法，确保同一会话将被发送到同一个重播实例。如果您计划进行大型负载测试，则可以考虑使用单独的主控实例来控制实际重放流量的Gor从站。例如：
#Thiscommandwillreadmultiplelogfiles,replaythemon10xspeedandloopthemifneededfor30seconds,andwilldistributedtraffic(tcpsessionaware)amongmultipleworkers
gor--input-filelogs_from_multiple_machines.*|1000%--input-file-loop--exit-after30s--recognize-tcp-sessions--split-output--output-tcpworker1.local--output-tcpworker2.local:27017--output-tcpworker3.local:27017...--output-tcpworkerN.local:27017#worker
gor--input-tcp:27017--ouput-httpload_test.target