【建议】修改 `IsServer` 函数逻辑，以适应监听指定地址的情况

[LTP414]

原因

当前命令行下，-c 参数既可以指定为连接的节点的地址，也可以指定为监听的地址。
两个行为唯一的判断方法就是：

func (c *Console) IsServer() bool {
	return c.ConsoleURL.Hostname() == "0.0.0.0"
}

检测参数中的 host 是否为 0.0.0.0...
即使指定了 -i 为指定的IP地址，rem 依然会监听 0.0.0.0，无法监听指定地址

可能的修改方法

如果可以，添加一个参数 --is-server，应该就可以直接解决这个问题了吧（

// runner/options.go (41)
type MainOptions struct {
	...
	IsServer    bool     `long:"is-server" description:"balabala"`
}

// runner/console.go (147-148)
func (c *Console) IsServer() bool {
	return c.Config.IsServer
}

// cmd/cmd/cmd.go (82-85)
	if len(option.ConsoleAddr) == 0 {
		option.ConsoleAddr = []string{runner.DefaultConsole}
		option.IsServer = true
	}

[LTP414]

草草草，没注意到 ConsoleAddr 是一个数组。
不过有一个更优雅的实现方式，上面的权当没看见（

// runner/console.go (147-148)
func (c *Console) IsServer() bool {
	return c.ConsoleURL.GetQuery("is-server") == "1"
}

// runner/console.go (499-503)
func (c *Console) Link() string {
	u := c.tunnel.Addr().(*core.URL)
	if u.Scheme != core.UNIXTunnel {
		u.SetHostname(c.Config.IP)
	}

	query := u.Query()
	query.Del("is-server")
	u.RawQuery = query.Encode()

	return u.String()
}

[M09Ic]

确实存在这个问题， 我思考下如何优雅的实现这个需求

[M09Ic]

我对了下当前主线实现，这个点现在更适合按“显式模式”来用，不需要再靠 Hostname()==0.0.0.0 去猜 server/client 角色了。

当前建议用法：

• 监听端只用 -s，并把实际 bind 地址直接写进 -s
• 连接端只用 -c
• relay 场景用 -c upstream -s listen

例如：

./rem -s tcp://127.0.0.1:34996 --no-sub
./rem -c tcp://server:34996
./rem -c tcp://upstream:34996 -s tcp://127.0.0.1:35000

-i 现在更适合理解成“对外公告 / Link 展示用 IP”，不是 bind 地址本身。

所以从使用层面看，这个 issue 现在的规避方式就是：
不要再用 -i 控制监听地址，监听地址直接写进 -s。
如果后面还想补一个更显式的 --is-server 参数，可以作为增强项，但按当前主线用法已经不再是阻塞问题了。