feat: support bandwidth configuration

[mnixry]

Background

ref: daeuniverse/outbound#21

Checklist

• The Pull Request has been fully tested
• There's an entry in the CHANGELOGS
• There is a user-facing docs PR against https://github.com/daeuniverse/dae

Full Changelogs

• Implement bandwidth config parsing in dae:

   global {
   	...
   
       # The maximum bandwidth for accessing the Internet. It is useful for some specific protocols (e.g., Hysteria2), 
       # which will perform better with bandwith information provided. The unit is **byte** per second.
       bandwidth_max_tx: 26214400 # 200Mbps == 25MB/s == 26214400 B/s uplink
       bandwidth_max_rx: 131072000 # 1Gbps == 125MB/s == 131072000 B/s downlink
   }
  

• Improve handling for insecure parameter in hysteria2 URI parsing.

Issue Reference

Closes #[issue number]

Test Result

[mzz2017]

提问，

1. 当设置了带宽时，是否所有 hy2 节点都会使用 brutal？
2. 有 hy2 节点不支持 brutal 的可能性吗

[mnixry]

1. 当设置了带宽时，是否所有 hy2 节点都会使用 brutal？

否，Hysteria2 协议会在握手时协商双方带宽。我们实现的行为是：如果服务端和客户端任意一方不提供带宽或者服务端选择忽略客户端带宽，那么它将会选择启用 BBR。只有当双方均设置了带宽的前提下才会取双方最小的带宽进行通信，具体流程在 上游 Hysteria 文档中有描述。

2. 有 hy2 节点不支持 brutal 的可能性吗

实际上确实有可能存在「服务端和客户端都提供了带宽参数，但是实际上不支持 Brutal」的情况，且根据协议这似乎是一个 Unspecified Behavior。但是由于我们的协商行为和官方客户端一致，所以当这种这种情况存在时，则该服务端将和一般通过官方客户端的互操作性也会难以保证，所以我们大概可以忽略这种情况。

[mzz2017]

@mnixry 我不是一个 hy2 用户，但你解释的非常清楚，且对于我了解 PR 相关的风险非常重要，多谢解答

[mzz2017]

@mnixry 麻烦在 pr 描述中也加入配置文件的示例，谢谢

[mnixry]

麻烦在 pr 描述中也加入配置文件的示例，谢谢

done

[mzz2017]

Since daeuniverse/outbound#21 is merged, consider to update go.mod and be ready to merge.
@mnixry

[dae-prow]

🧪 Since the PR has been fully tested, please consider merging it.

[mzz2017]

@mnixry LGTM! Thanks for your contribution! Are you ready to merge?