导入文件踩坑记小结

vmware导入ova文件踩坑记小结

本文详细介绍了vmware导入ova文件踩坑的总结。原文根据示例代码非常详细，对大家的学习培训或者工作都有一定的参考价值。有必要的朋友陪我去了解一下。

问题来自

众所周知，所有的互联网个人行为都会造成相对的数据流量，所以所有的黑客个人行为也有其匹配的总流量特征。那么，是否可以根据总流量特征来分析匹配的攻击行为呢？

我也在vm虚拟机上用vulnhub的靶场自然环境进行了模拟攻击，但是我用wireshark进行了包捕获软件分析总流量。

问题出现

由于vulnhub的自然环境是带有ova文件的vm虚拟机，所以必须使用virtualbox启动，但从未使用过vbox。想着导入vmware进行测试，很快就遇到了第一个问题:日常导入ova文件到vmware时，不正确。以下是不正确的:

我试图发布压力OVF标准，并检查虚拟硬件配置的合规性，但我报告了其他不准确之处，如下所示:

在网上找了很多示例教程，比如再次免费下载vtools，缓解ova文件压力后修改vmdx文件的sha1值。试过之后发现都不行，咨询了很多同学也没有找到合理的解决方案。

溶液

最后找了个JEST老师想办法，在此表示感谢！

为了减轻压力，ova文件将获得两个文件，文件扩展名分别是ovf和vmdx。使用文本文件打开ovf文件，并将下面的句子更改为相关的vmware版本。例如，如果我使用15.5版本，我会将其更改为

<System> <vssd:ElementName>VirtualHardwareFamily</vssd:ElementName> <vssd:InstanceID>0</vssd:InstanceID> <vssd:VirtualSystemIdentifier>DC-1</vssd:VirtualSystemIdentifier> <vssd:VirtualSystemType>vmx-15.5</vssd:VirtualSystemType> </System>

缓解压力后导入ovf文件，第一次还是会被提醒不正确。只需点击并重试。

其他

处理完以上问题，又遇到了其他问题。我在三次握手的整个过程中都抓不住我的两个vm虚拟机。原因是我的vm虚拟机网络连接设置为仅服务器模式。在这种情况下，没有办法在物理服务器上捕获vm虚拟机的包，因为在物理服务器上不容易形成相对的虚拟网卡。您必须将网络端口更改为NAT模式。

至此，这篇关于vmware的导入ova文件被践踏的总结的文章已经在这里详细介绍过了。有关vmware的导入ova的大量信息，请搜索您以前的文章或再次访问下面的相关文章。期待你以后的申请！