API网关和NAT网关有什么区别？什么是网关

求一份HSC MO 8.3.0 运维面API参考文档

私网NAT网关可以实现VPC内云主机访问数据中心，VPN同样也可以实现，这两者有什么区别呢？什么情况下选择私网NAT网关，什么情况下选择VPN呢？私网NAT网关访问数据中心为什么需要一个中转子网IP地址池？劳烦有懂的大神不吝赐教

如何通过一台笔记本的方式给mdc共享网络，可以使mdc上网笔记本连接热点，通过网线连接mdc调试口，在通过指令配置mdc   ip route add default via xxx.xxx.xxx.xxx dev eth0.10  发送结果显示Error:Nexthop has invalid gateway

我在500小站上部署的代码中，有使用华为的presentserve服务。现在的问题是：代码能够运行，但我不知道该怎么在本地打开presentserve展示的网页。之前我都是使用vscode的端口转发功能（port forward）在本地打开，但现在我在公司配置了一台新的500小站，而公司使用的是内网，vscode总是断连（但其他远程连接软件，如MobaXterm就可以稳定连接）。再后来使用docker端口映射还是不行，所以现在这个问题该怎么解决。

Private NAT GW实验：实验目的：利用Private NAT GW来实现相同网段的两个VPC的互通。方法1是官方文档里面提到的方法，我补充了一些实验的截图.方法二是不使用临时VPC的方法。官方文档：https://support.huaweicloud.com/bestpractice-natgateway/privatenat_bestpractice_0003.html 方法1：使用临时VPC做流量转发拓扑图如下 Step1: 创建两个网段一模一样的VPC：创建一个VPC作为中转VPC：在这个VPC里面创建两个subnet来作为中转subnet：Step2：分别为两个VPC创建两个NAT GWStep3：创建两个中转子网，分别给两个NAT GW使用 Step4：设置中转IP，如果既使用SNAT又要使用DNAT，则每个中转subnet里面需要设置两个中转IPStep5：去NAT GW里面设置SNAT以及DNAT规则（请注意：使用非当前VPC的中转子网！） 创建DNAT的时候需要额外创建一个中转IP：同样的，给另一个NAT GW添加SNAT 以及DNAT规则 创建DNAT规则Step6：在NAT GW的VPC里面添加路由第一个vpc里面的路由第二个vpc里面的路由Step7：根据文档，要创建一个临时vnet并且与vpc_trans做peering，vpc_trans这边需要做一条0.0.0.0/0的路由到对端  实验结果：（1）10.0.0.130这台机器可以去ping通172.16.1.6这台机器（2）从10.0.0.130可以去RDP到172.16.1.6上。并且从10.0.0.249可以重新RDP到172.16.0.6上REF：https://support.huaweicloud.com/bestpractice-natgateway/privatenat_bestpractice_0003.html 方法二：不使用临时VPC实验拓扑如下：Step1到step6一样Step7：创建两个VPC Peering       1.vpc-trans和Manson_VPC_Shanghai1       2.vpn-trans和Manson_Shanghai_duplicate Step8:创建两个自定义路由表，这两个路由表分别与中转子网的两个subnet绑定。在这两个路由表里面添加指向10.0.0.0/16的路由，下一跳分别是peering1和peering2。针对peering1的路由添加针对peering2的路由添加 实验结果：（1）10.0.0.130这台机器可以去ping通172.16.1.6这台机器（2）从10.0.0.130可以去RDP到172.16.1.6上。并且从10.0.0.249可以重新RDP到172.16.0.6上

重要的事情说三遍：使用cni之前先把calicoctl安好！使用cni之前先把calicoctl安好！使用cni之前先把calicoctl安好！已经被自己cni0绊倒两回了~发现除了写bug的才能，我还擅长与把自己锁死（网不通）。事情是这样的，228  2021-04-01 16:27:32 root ovs-vsctl add-port br0 eth0229  2021-04-01 16:28:24 root ovs-vsctl add-br br0230  2021-04-01 16:28:28 root ovs-vsctl add-port br0 eth0到这，secureCRT就断了，这次比较彻底，即便是通过华为云控制台的远程登录方式登录也ping不通192.168.0.1了。这次使用ifconfig cni0 down,没有作用了！为什么呢？因为将eth0加入了br0,这个br0是虚拟交换机，等于说将“网线”换了地方了。解铃还须系铃人，使用ove-vsctl删除br后，路由正常了。说到底，网段与云网络重复才是根本原因，使用calicoctl修改网段就不会有这个问题了，或者，在使用kubeadm初始化pod的时候就重新规划网段，避开现网使用的网段。