ESX 3防火墙规则分析与修改

2024-03-27 03:58

本文主要是介绍ESX 3防火墙规则分析与修改,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

ESX 3防火墙规则分析与修改

大 家在使用ESX 3的时候很多时候都会碰到内置的防火墙会关闭掉很多端口,于是外面不能访问console,console也不能访问外面的情况。但是在vc中配置防火墙 只能配置预设的端口开关。一般大家选择的方式就是关闭其内置的防火墙,这样给console带来了很大的危险,容易出现console被黑的情况。上周正 好看到vm ware的认证文档中提到了console内的 网络部分,于是仔细研究了一下vmware的防火墙,现在把学习研究的成果和大家分享。
1、vmware防火墙核心
vmware的console就是一个linux,其使用的防火墙就是linux默认的iptables,如果大家对linux比较熟悉也可以不用 vmware自带的防火墙而改用自己熟悉的脚本。vmware的防火墙脚本是/etc/init.d/firewall,在系统启动的时候调用 firewall start,可以使用firewall stop关闭防火墙。
2、vmware防火墙脚本分析
/etc/init.d/firewall脚本是一个标准的linux启动脚本,其参数有start,stop,status,restart几个。利用文本编辑器可以看到其内部脚本是这样的
复制内容到剪贴板
代码:

case "$1" in
   start)
        action "Starting firewall" /usr/sbin/esxcfg-firewall -l
        ;;
   stop)
        action "Stopping firewall" /usr/sbin/esxcfg-firewall -u
        ;;
   status)
        /usr/sbin/esxcfg-firewall -q
        ;;
   restart)
        "$0" stop && "$0" start
        ;;
   *)
        echo "Usage: `basename "$0"` {start|stop|status|restart}"
        exit 1
esac
可以看出,其使用的核心是/usr/sbin/esxcfg-firewall,我们使用file 命令可以看到这个命令也是一个脚本
复制内容到剪贴板
代码:

[root@vmsrv7 firewall]# file /usr/sbin/esxcfg-firewall
/usr/sbin/esxcfg-firewall: a /usr/bin/perl -w script text executable
如果大家熟悉perl脚本就可以读这个程序了。这里不再详细分析此脚本,只要注意到脚本中有一个
复制内容到剪贴板
代码:
my $serviceCfgDir="/etc/vmware/firewall/";
从脚本中可以看出,防火墙的配置 文件放在/etc/vmware/firewall 下面。
到firewall下面可以看到有一个services.xml,这个就是vmware的防火墙配置文件了。
分析这个标准的xml文件可以看出,每一个规则是一个service,一个service就是这样的一个xml段
复制内容到剪贴板
代码:
<service id='0000'>
    <id>sshServer</id>
    <rule>
      <direction>inbound</direction>
      <protocol>tcp</protocol>
      <port type='dst'>22</port>
      <flags>-m state --state NEW</flags>
    </rule>
  </service>
这个xml段中id是标示service的,不能重复,其中sshServer就是在vc中看到的名字,rule中就是规则了。
direction中是出(outbound)或者入(inbound)的标示,protocol是表明tcp还是udp,port是目的端口(dst)(原端口用的比较少)。flags是其他一些iptables中选项。
3、改造和添加自己的规则
知道了vmware防火墙规则是如何定义的,我们就可以自己改造规则和添加新规则了。
比如我们希望能够改造ssh的端口为非标准的22端口,改为220端口,只要在上面的sshServer中修改22为220即可,改造完成的sshServer就是这个样子的
复制内容到剪贴板
代码:
<service id='0000'>
    <id>sshServer</id>
    <rule>
      <direction>inbound</direction>
      <protocol>tcp</protocol>
      <port type='dst'>220</port>
      <flags>-m state --state NEW</flags>
    </rule>
  </service>
当然我们也可以自己来添加新的规则,比如我们自己添加一个可以把主机的日志发送到日志机的规则。在这个规则中首先是要分析协议,syslog的协议是udp,出方向,目的端口是514,于是我们在service.xml中添加如下几行:
复制内容到剪贴板
代码:
<service id='0028'>
    <id>syslogClient</id>
    <rule>
      <direction>outbound</direction>
      <protocol>udp</protocol>
      <port type='dst'>514</port>
    </rule>
  </service>
即可。添加的时候注意<service id='0028'>中的id不能和原有的id重复。
添加完成后执行/etc/init.d/firewall restart就可以把规则生效了。
4、修改、添加规则之后的处理
修改、添加这时候我们去vc中看,你会发现刚才修改的内容在vc中没有反应。这时候就需要在console中重启相关的控制进程,执行/etc /init.d/mgmt-vmware restart,这个操作不影响现有运行的vm,这时候就会发现sshServer的端口已经变成220了,但是可能会发现刚才加的syslog的规则没 有出现。这时候就要修改/etc/vmware/esx.conf中的东西了。这个修改一定要注意,否则可能出现严重问题。在这个文件中可以找到 /firewall/services/sshClient = "1"字样,在下面手工添加一行/firewall/services/syslogClient = "1",之后执行/etc/init.d/mgmt-vmware restart,再次刷新vc就可以看到你添加的syslog的规则了。还算是比较容易吧!
好了,其他的部分留给大家了,大家可以自行仔细研究vmware的防火墙脚本,可以发现更多的东西。

转自:http://bbs.vmware.cn/viewthread.php?tid=17513&highlight=

这篇关于ESX 3防火墙规则分析与修改的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/850857

相关文章

python panda库从基础到高级操作分析

《pythonpanda库从基础到高级操作分析》本文介绍了Pandas库的核心功能,包括处理结构化数据的Series和DataFrame数据结构,数据读取、清洗、分组聚合、合并、时间序列分析及大数据... 目录1. Pandas 概述2. 基本操作:数据读取与查看3. 索引操作:精准定位数据4. Group

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

Debian系和Redhat系防火墙配置方式

《Debian系和Redhat系防火墙配置方式》文章对比了Debian系UFW和Redhat系Firewalld防火墙的安装、启用禁用、端口管理、规则查看及注意事项,强调SSH端口需开放、规则持久化,... 目录Debian系UFW防火墙1. 安装2. 启用与禁用3. 基本命令4. 注意事项5. 示例配置R

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原