vc

esxcfg-vswitch -l   查看虚拟交换机配置

esxcfg-vswitch -p "Service Console" vSwitch0  -v 152
把vSwitch0 虚拟交换机下得Service Console 端口组的vlan 设置为152
 
vi /etc/sysconfig/static-routes   添加静态路由  any net 10.0.0.0/8 gw 10.152.0.1
vi /etc/ssh/sshd_config   注释prot 22前面的#   设置permitrootlogin 为yes 

VMware 设定网路use CLI

指令说明

• 实验环境中的VMware 环境是所有网路皆须带tag 才可运作，而Service Console 及VM Guest 的网路也都用不同vlan 进行切割，甚至各个机器有各自的运作vlan
• 而会导致这样的情形发生通常是因为Migration 至新增vDS 时所连带建立的dvPortGroup 使用的是vlan trunking，由于并没有指定对的vlan 进而导致其失效
• 正确的dvPortGroup 应该是选VLAN 然后指定Service Console 所使用之vlan 才对
• 所以像我这样有很多vlan 的人，每个vlan 都必须建立一个dvPortGroup 然后指定其vlan tag 这样才对
• 下列的作法是将误入vDS 的实体网卡换回VSS 架构
• 首先从本机端登入CLI 介面

指令	说明
esxcfg-vswitch -l	查看目前的所有vSwitch 的状态，包含VSS 及v​​DS
esxcfg-vswitch -U vmnic0	将实体的vmnic0 离线，也等于是把vmnic0 从vDS 脱离
esxcfg-vswitch -a vSwitch4	建立一个叫vSwitch4 的VSS ，OS: 会用4 是因为比较不容易冲名称
esxcfg-vswitch -A “Service Console 4” vSwitch4	建立一个Interface 名叫“Service Console 4”
esxcfg-vswif -a vswif4 -p “Service Console 4” -i 10.1.1.1 -n 255.255.255.0	设定IP 及Netmask
esxcfg-vswitch vSwitch4 -p “Service Console 4” -v 3333	将“Service Console 4” 设定vlan tag 3333
esxcfg-vswitch -L vmnic0 vSwitch4	将实体的vmnic0 接入vSwitch4 让他可以运作，这时候网路应该恢复了

本文出自 “....LD....” 博客，转载请与作者联系！