esxi主机怎么查看arp

一、查看防火墙日志

局域网中有电脑感染ARP类型病毒后，一般从防火墙的日志中可以初步判断出感染病毒的主机。

感染病毒的机器的典型特征便是会不断的发出大量数据包，如果在日志中能看到来自同一IP的大量数据包，多半情况下是这台机器感染病毒了。

这里以Nokia

IP40防火墙为例，进入防火墙管理界面后，查看日志项，在“Event

Log”标签下可以明显看到内网中有一台机器不断的有数据包被防火墙拦截，并且间隔的时间都很短。目标地址为公司WEB服务器的外网IP地址，设置过滤策略时对WEB服务器特意加强保护，所以可以看到这些项目全部是红色标示出来的。

到WEB服务器的数据包被拦截了，那些没有拦截的数据包呢？自然是到达了目的地，而“目的”主机自然会不间断的掉线了。

由于内网采用的DHCP服务器的方法，所以只知道IP地址还没有用，必须知道对应的MAC地址，才能查到病毒源。我们可以利用NBTSCAN来查找IP所对应的MAC地址。如果是知道MAC地址，同样可以使用NBBSCAN来得到IP地址。

二、利用现有工具

如果觉得上面的方法有点麻烦，且效率低下的话，那么使用专业的ARP检测工具是最容易不过的事了。这里就请出简单易用，但功能一点也不含糊的ARP

防火墙。

ARP防火墙可以快速的找出局域网中ARP攻击源，并且保护本机与网关之间的通信，保护本机的网络连接，避免因ARP攻击而造成掉线的情况发生。

软件运行后会自动检测网关IP及MAC地址并自动保护电脑。如果软件自动获取的地址有错误，可单击“停止保护”按钮，填入正确的IP地址后，单击“枚取MAC”按钮，成功获取MAC地址后，单击“自动保护”按钮开始保护电脑。

当本机接收到ARP欺骗数据包时，软件便会d出气泡提示，并且指出机器的MAC地址。

三、有效防守

俗话说，进攻才是最好的防守。虽然通过上面的方法可以找到病毒源，并最终解决问题，不过长期有人打电话抱怨“又断线了……”。总是这样擦屁股

首先遇到的坑是存储问题

VMware ESxi是单机系统即便使用了NFS或者其他外接存储设备，照样是映射到了系统的某个路径下。而OpenStack支持多种存储方式，任何一种存储都是用户无关的，这看似方便的设定，其实意味着最终用户根本不知道虚拟机的磁盘文件路径保存在什么位置，系统无法对文件直接 *** 作。

处于保守考虑，整个项目第一期直接放弃了OpenStack的SAN/NFS/NAS这类共享存储的设定，每一个主机只能使用自己的本地磁盘。这种考虑其实本质上是放弃了OpenStack的集群负载能力而保留那套仅存的API，为的是换取根Esxi相类似的拓扑结构。可事实上并没有降低丝毫的复杂度，而且给日后又挖了一个不小的坑。

然后是虚拟机部署流程的问题

VMWare的所有solution的虚拟机部署流程根本上说就是一个传统上买电脑裸机的过程：定制硬件、设置好启动方式、光盘iso安装 *** 作系统、安装配置完成交付用户。而OpenStack的虚拟机部署流程更像一个厂商安装的过程：定制硬件、通过现有的模板定制克隆一块新的虚拟硬盘、挂装硬盘到虚拟机、启动系统完成配置、交付用户。传统上用户说我有个iso想要装台虚拟机这样的过程根本不成立！而且对于我们使用的Havana版本OpenStack来说，没有任何方式可以修改默认的启动顺序，启动顺序永远是第一块硬盘为空的情况下无限尝试pxe网络启动。

作为虚拟机来说，还有一个重要的用途是通过拷贝虚拟磁盘文件的方式大量克隆主机。这对于VMware来说，第一知道文件路径；第二都是本地磁盘 *** 作的模式来说真的非常方便，而且众所周知的是VMware对这个拷贝过程做了大量的优化，允许用户选择仅拷贝一个体积很小继承文件。但对于OpenStack来说，有现成的API可以将虚拟机直接转换成模板，然后通过模板大量部署。可问题来了：尽管只用了本地存储，OpenStack本质上是一个集群，很大的可能你虚拟机转模板或者模板转虚拟机的过程中需要跨主机之间通讯。动辄以10G计算的虚拟磁盘文件一下子就吃光了所有的网络带宽和IO，让这个过程变得极其难以预测。当然，你可以选择共享存储的方式优化OpenStack，表现上甚至于远远好于VMware 的终极解决方案Vcenter。但痛苦的是我们跳进了自己挖的坑……

接下来是网络问题

这一点上感觉其实OpenStack更适合大批量部署，OpenStack通过Neutron组件可以在虚拟机部署的同时就给虚拟机分配合适的IP并通过API返回给用户，这个IP是在DHCP里与mac直接绑定的，这也就意味着只要虚拟机的DHCP没有问题，它的IP是固定不变的。但传统上VMware必须通过工作在虚拟主机上的插件获取虚拟的IP，插件的前提是VMware愿意提供而且要记得安装，这对于很多妖孽的 *** 作系统来说就呵呵了。由于脱胎于传统的“装机模式”Vmware似乎更推荐用户手工指定IP或者通过外部网络的DHCP，而OpenStack更喜欢自己管理一套DHCP服务。

对于VMware VCenter支持的分布式交换机技术而言，尽管我有Vcenter的环境，但受软件授权的限制并不支持，只能说说OpenStack集成了网络管理能力，支持Vlan切换和调整，但至少Exsi这个级别的产品，VMware提供的和OpenStack出入不大。但很明显的是licence 的不同导致了VMware本身网络管理的差异化也不小。

各式各样的细节问题

我们一路上碰到的各种不同之处

VMware允许用户随意的组合CPU/RAM/disk的配置，而OpenStack只允许用户在多个预先设置的CPU/RAM/disk的配置（flavor）中多选一。

电源管理部分，真心说差异太大。比如VMWare的开机按钮可以覆盖任何其他按钮事件，无论当时的状态是暂停、挂起还是关机，直接开机；而OpenStack则需要对应到暂停、恢复和开机3个按钮事件。

唯一标示的问题：VMware主机名和磁盘文件名是一一对应的，而OpenStack则不具备此特性。

控制台部分，OpenStack用noVNC的HTML5来实现控制台，而Vmware则是IE插件，兼容性你懂得。

OpenStack的各种各样的bug

吐槽部分，作为开源软件的软肋，bug是最让人头疼的，何况作为复杂的OpenStack更是如此。随便说几个吧：

novnc，当时的版本在触摸屏主机上鼠标失效，键位混乱。

虚拟机在删除网卡之后查看状态照旧，每次必现（想象下一个上百个网卡的主机吧）。尽管作为一个虚拟机管理系统会造成很大困扰，但不影响使用。离奇的是删除该问题主机后会报错说尝试删除一个不存在的网卡。

主机信息中网卡的排序混乱，你可能用于无法从虚拟机状态信息中得知那块是eth0，哪个是eth1，排序规则完全看心情。

以上就是关于esxi主机怎么查看arp全部的内容，包括:esxi主机怎么查看arp、Openstack和VMware Esxi的不同、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！