@Sketch 谢谢，貌似已经成功连接了，但是 switch 上实际测试比直连貌似还慢一些 😂， 后面再多试试看看

@Sketch 测试了一下，虽然运行成功了，但是没有效果（或者是我用法错了？）

假设我的设备如下：

server： 2.3.4.5:38080
mac ： 192.168.1.10
路由器： 192.168.1.1
switch 游戏机：192.168.1. 20

能否帮给个实例配置？ 这种方式 swtich 上是否还需要其他配置？

@Sketch 还是有问题，😂

on ubuntu server: `./ikago-server -p 38080`
on my mac: `sudo ./ikago-client -s $my_server_ip:38080 -r 192.168.1.17 -publish 192.168.1.1`

连接时候 server 直接挂掉：

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x680d3e]

goroutine 12 [running]:
sync.(*Mutex).Lock(...)
/usr/local/go/src/sync/mutex.go:74
log.(*Logger).Output(0x0, 0x2, 0xc000026340, 0x3d, 0x0, 0x0)
/usr/local/go/src/log/log.go:153 +0x6e
ikago/internal/log.Verbosef(0x890db6, 0x1b, 0xc000055db0, 0x2, 0x2)
/home/sketch/ikago/internal/log/log.go:82 +0xa0
ikago/internal/pcap.(*Conn).handshakeSYNACK(0xc000440000, 0xc000067b00, 0x0, 0x0)
/home/sketch/ikago/internal/pcap/conn.go:323 +0x7cd
ikago/internal/pcap.(*Listener).Accept(0xc0003d6180, 0x0, 0x0, 0x0, 0x0)
/home/sketch/ikago/internal/pcap/conn.go:815 +0x9ce
main.open.func1(0x91adc0, 0xc0003d6180)
/home/sketch/ikago/cmd/ikago-server/main.go:555 +0x3b
created by main.open
/home/sketch/ikago/cmd/ikago-server/main.go:553 +0x7d4

@Sketch 貌似 linux server 包里面实际是 client 的执行文件？

@Sketch 我也查到这个 issue 了，折腾无果，放弃编译了；直接使用你发布的 release 包（ ubuntu server 和 darwin client ），没有用源码运行；直接在我的 ubuntu 服务器上运行 `./ikago-server -p 38080` ，然后从家里的 mac 中运行客户端时，server 会直接退出，报错如下：

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x67f0a1]

goroutine 11 [running]:
log.(*Logger).Output(0x0, 0x2, 0xc000026340, 0x3d, 0x0, 0x0)
/usr/local/go/src/log/log.go:162 +0x81
ikago/internal/log.Verbosef(0x8772fd, 0x1b, 0xc000051da0, 0x2, 0x2)
/mnt/c/Users/Xie/Documents/Code/ikago/internal/log/log.go:82 +0xa0
ikago/internal/pcap.(*Conn).handshakeSYNACK(0xc000442000, 0xc000063920, 0x0, 0x0)
/mnt/c/Users/Xie/Documents/Code/ikago/internal/pcap/conn.go:323 +0x7e3
ikago/internal/pcap.(*Listener).Accept(0xc0003ce180, 0x0, 0x0, 0x0, 0x0)
/mnt/c/Users/Xie/Documents/Code/ikago/internal/pcap/conn.go:815 +0x8c0
main.open.func1(0x904c40, 0xc0003ce180)
/mnt/c/Users/Xie/Documents/Code/ikago/cmd/ikago-server/main.go:555 +0x3b
created by main.open
/mnt/c/Users/Xie/Documents/Code/ikago/cmd/ikago-server/main.go:553 +0x7d1

是不是发布的包有问题？怎么还有你的用户路径？

mac 上编译不通过，libpcap 已经通过 homebrew 安装了

# github.com/google/gopacket/pcap
../../../go/pkg/mod/github.com/google/[email protected]/pcap/pcap.go:30:22: undefined: pcapErrorNotActivated

@Sketch 感谢楼主，有个问题

-r addresses: Sources, use comma to separate multiple addresses. Packets with the same source's address will be proxied

这个参数不太懂是啥意思，要怎么填？

还有也可以试一试用 graalvm 把 jar 包编译成本地代码，但是可能对某些库或者框架不一定支持，要根据你的项目依赖来看

proguard 可以试试，但是就如 4 楼所说，要不断测试

我是直接设置 window.zoomLevel，然后单独改 editor.fontSize; 不需要任何插件

一楼已经讲了了，对于支付成功的回调依赖，肯定是要在处理回调中再次去支付服务主动查询以避免伪造回调的； 你司做支付网关也挺好阿，业务方不用跟众多的第三方支付服务打交道，但是总要有个机制业务方能得到支付状体啊，不依赖实际支付服务的回调，那就得依赖你司的支付服务的通知了吧，不管是回调还是是用消息队列，总得有一种机制。

@yuankui 七牛有个每月 10G 的免费流量

@shpkng haha

v2 上经常有家庭版车队啊

我试了下，draw.io 可以画出一模一样的出来