iptsbles系列一

本文涉及的产品
公网NAT网关,每月750个小时 15CU
简介: iptables系列之基础原理linux:网络防火墙 netfilter:frame 框架 网络过滤器 iptables:数据报文过滤,NAT,mangle等规则生成的工具。

iptables系列之基础原理

linux:网络防火墙 
  netfilter:frame 框架 网络过滤器 
   iptables:数据报文过滤,NAT,mangle等规则生成的工具。


网络知识:
   IP报文首部
   tcp报文首部

 ip:tcp:http

IP报文首部:
  版本号4 头部长度4 服务类型8 总长度16 
  段标识符16    R1 DF1 MF1 片偏移13
  TTL8  协议8    首部校验和
           源ip32
           目的ip32
          可选
          数据
分段和重组
DF:don't fragment 
MF:more fragment
片偏移:8的整数倍
协议:封装的报文的协议
icmp:3层协议直接使用IP
       udp 17 tcp 69
       
端口号:0--65535 
 0---1023 系统
 >=5000用户 


tcp:有状态的协议,三次握手

TCP首部

      源端口16     目的端口16
             序列号32
             确认号32
头部长度4 R6 URG1 ACK1 PSH1 RST1 SYN1 FIN1     窗口大小16 
校验和16      紧急指针 
         选项    
        数据   
             
             
             
注意:数据的流向
序列号:发送方告诉接受方发送的数据的编号
确认号:接受方期望接受下一个序列的第一个序号。
流控:滑动窗口。
重传;计时器
URG:紧急指针是否有效
ACK:说明确认号是否有效
PSH:推送,要优先处理的数据
RST:重置 
SYN:同步请求,建立连接 
FIN:断开连接

转换为能够通过网络发送的数据格式 
  文本
  二进制
  
TCP的三次握手 
TCP的四次断开

被动打开:closed---->listen 
主动打开:closed---->syn_sent 

listen--->SYN_RCVD---->established 
closed---->syn_sent---->established

三次握手 四次断开

TCP的有限状态机

TCP的状态转移:
主动关闭方:
established--->fin-wait-1----->fin-wait-2---->time-wait---->closed 
被动关闭方:
established---->closed-wait---->last-ack------>closed 

2MSL:最长报文段寿命 

fin-wait-1---->closing--->time-wait--->closed 

防火墙

工作在主机或网络的边缘,对进出主机或网络的数据报进行检查与监控,并且根据事先定义的规则,匹配其规则,采取定义的处理的动作进行操作的组件。

防火墙:硬件,软件,规则(匹配标准,处理办法)
framework:框架  (不防家贼)

默认规则:
   开放:堵
   关闭:通 
服务器:默认允许已知,拒绝未知    
规则:匹配标准 
   IP:源ip,目标ip  
   TCP/UDP:sport,DPORT,URS,ACK,PSH,RST,SYN,FIN 
   ICMP:icmp-type 控制消息报文协议 报文类型 
   
数据报文过滤:
      
网络功能:是内核空间实现的

内核中为用户空间中命令预留一些空间
在内核中TCP/IP的模块上开放一些位置,只是开放给用户空间可以编写防火墙规则的命令。可以实现用户中的命令可以直接操控内核空间的。
内核中的工作框架,用户空间中的管理工具。
syscall:可以和内核直接打交道。

linux2.0 
   ipfw/firewall 
   
linux2.2 
    ipchain/netfilter,firewall 
 
linux2.4 
    iptables(用户空间中可以写规则的用户空间中的应用,规则生成器)/netfilter(内核中可以放置的空间)   
内核中netfilter

       TCP/IP模块
网卡(拆帧)--->IP---本机->进程--->
                 |----->转发--->网卡
IP---->网卡--->用户 

报文的流向类型:(取决于IP)

1.从外面进入主机内部到达进程
2.本机内部出去的报文
3.通过主机进行转发的

检查路由表 ,路由决策

路由决策发生在数据包文件被网卡接受后进入主机后,进入TCP/IP协议栈模块时进行路由决策。

上述的三个位置是内核空间让iptables在内核空间中放置规则的地方。

进,出,转发

/proc/sys/net/ipv4/ip_forward 

-s 0.0.0.0 -d 172.16.100.7 reject 

hook function:钩子函数
netfilter设计者放在TCP/IP上的钩子函数。

自上而下,挨个检查,匹配前一个了,就不检查下面的了。

规则定义技巧:
 若两条规则不相关,就将范围大的规则放在上面,匹配的可能性大。(http访问频繁的放在上面。)
 若两条规则相关,则将范围小的规则放在上面,防止规则覆盖与疏漏。

hook function:5个
路由之前的位置
报文在即将转发之前的位置 做地址转换的

通俗的说,netfilter的架构就是在整个网络流程的若干位置放置了一些检测点(HOOK),而在每个检测点上登记了一些处理函数进行处理(如包过滤,NAT等,甚至可以是 用户自定义的功能)。

IP层的五个HOOK点的位置
[1]:NF_IP_PRE_ROUTING:刚刚进入网络层的数据包通过此点(刚刚进行完版本号,校验
和等检测), 目的地址转换在此点进行;
[2]:NF_IP_LOCAL_IN:经路由查找后,送往本机的通过此检查点,INPUT包过滤在此点进行;
[3]:NF_IP_FORWARD:要转发的包通过此检测点,FORWARD包过滤在此点进行;
[4]:NF_IP_POST_ROUTING:所有马上便要通过网络设备出去的包通过此检测点,内置的源地址转换功能(包括地址伪装)在此点进行;
[5]:NF_IP_LOCAL_OUT:本机进程发出的包通过此检测点,OUTPUT包过滤在此点进行。

netfilter是由Rusty Russell提出的Linux 2.4内核防火墙框架,该框架既简洁又灵活,可实现安全策略应用中的许多功能,如数据包过滤、数据包处理、地址伪装、透明代理、动态网络地址转换(Network Address Translation,NAT),以及基于用户及媒体访问控制(Media Access Control,MAC)地址的过滤和基于状态的过滤、包速率限制等。

框架

netfilter提供了一个抽象、通用化的框架[1],作为中间件,为每种网络协议(IPv4、IPv6等)定义一套钩子函数。Ipv4定义了5个钩子函数,这些钩子函数在数据报流过协议栈的5个关键点被调用,也就是说,IPv4协议栈上定义了5个“允许垂钓点”。在每一个“垂钓点”,都可以让netfilter放置一个“鱼钩”,把经过的网络包(Packet)钓上来,与相应的规则链进行比较,并根据审查的结果,决定包的下一步命运,即是被原封不动地放回IPv4协议栈,继续向上层递交;还是经过一些修改,再放回网络;或者干脆丢弃掉。

NAT:network address transfer

sip:172.16.100.6 dip:100.2.2.1------>sip:12.1.1.6 dip:100.2.2.1 数据报文出去修改地址  源地址转换 
返回的响应的报文:
   sip:100.2.2.1 dip:12.1.1.6 ----->sip:100.2.2.1 dip:172.16.100.6  
   目标地址转换
注意:主机内部维护着一张地址映射表。

源地址转换是在报文即将离开网卡的时候修改源地址。
目标地址转换是在报文刚刚进入网卡的时候修改目标地址。

SNAT:
DNAT:

NAT
静态转换
动态转换 
端口多路复用(PAT)
ALG(Application Level Gateway),即应用程序级网关技术
hook function:钩子函数
   prerouting
   input
   output
   forward
   postrouting
规则链:
    PREROUTING
    INPUT 
    OUTPUT 
    FORWARD 
    POSTROUTING 
filter(过滤): 表
    INPUT 
    OUTPUT 
    FORWARD
nat(地址转换):表
  PREROUTING
  OUTPUT   
  POSTROUTING 
mangle(修改报文首部,拆开,修改,封装):表
      PREROUTING 
      INPUT 
      OUTPUT 
      FORWARD
      POSTROUTING 
raw():
     PREROUTING 
     OUTPUT 
     
注意:不同功能的不能放在一起。
  iptables: 

数据包过滤顺序:
raw:PREROUTING 
mangle:PREROTING
nat:PREROUTING -------|
                     \|/
       |--------  路由选择--------------|
      \|/                              \|/                   
magle:INPUT                         mangle:FORWARD
filter:INPUT                        filter:FORWARD 
       \|/                                |
       路由选择                           |
        \|/                               |
raw:  OUTPUT                              | 
mangle:OUTPUT                             |
nat:OUTPUT                                | 
filter:OUTPUT                             |
        |                                 | 
        |                                 | 
        |------->  mangle:POSTROUTING <---| 
                   nat: POSTROUTING
iptables:
   四个表五个链
   表:raw,mangle,nat,filter 
   链:PREROUTING,INPUT,OUTPUT,FORWARD,POSTROUTING 

  itables:
   可以使用自定义链:
  一个钩子函数hook function就是一个链。
自定义链只有被默认链调用才可以使用。
自定义
自定义链是为了精简链,调高链的效率。

可以使用自定义链,但是在被调用是才能发挥作用,而且如果没有自定义链中任何规则匹配,还应该有返回机制:

  用户可以删除自定义空链
  不可以删除默认链
  
每条规则都有两个内置计算器
    被匹配到的报文个数。
    被匹配的报文大小之和。
规则:匹配标准,处理动作
iptables [-t table] subcommand CHAIN [num] 匹配标准 -j 处理办法
匹配标准:
  通用匹配
  扩展匹配(使用扩展模块,依赖于模块进行匹配)
           隐含扩展:不用特别指明由哪个模块进行的扩展,因为此时使用-p {tcp|udp|icmp}
           显示扩展:必须指明由哪个模块进行的扩展,在iptables中使用-m选项可完成此功能。
           
 匹配标准: 
   通用匹配:
     -s,--src :指定源地址
     -d,--dst :指定目标地址
     -p {tcp|udp|icmp}:指定协议
     -i interface:指定数据报文流入的接口
          可用于定义标准的链:PREROUTING,INPUT,FORWARD 
     -o interface:指定数据报文流出的接口
        可用于定义标准的链:OUTPUT,POSTROUTING,FORWARD 

-j 处理办法  -j 跳转 
-j TARGET 
   ACCEPT   :接受
   DROP    :默默丢弃
   REJECT   :拒绝并通知
   
        
iptables -t filter -A INPUT -s  172.160.0.0/16 -d 172.16.100.7 -j DROP
目录
相关文章
|
6天前
|
NoSQL Cloud Native Redis
Redis核心开发者的新征程:阿里云与Valkey社区的技术融合与创新
阿里云瑶池数据库团队后续将持续参与Valkey社区,如过往在Redis社区一样耕耘,为开源社区作出持续贡献。
Redis核心开发者的新征程:阿里云与Valkey社区的技术融合与创新
|
5天前
|
关系型数据库 分布式数据库 数据库
PolarDB闪电助攻,《香肠派对》百亿好友关系实现毫秒级查询
PolarDB分布式版助力《香肠派对》实现百亿好友关系20万QPS的毫秒级查询。
PolarDB闪电助攻,《香肠派对》百亿好友关系实现毫秒级查询
|
7天前
|
消息中间件 Cloud Native Serverless
RocketMQ 事件驱动:云时代的事件驱动有啥不同?
本文深入探讨了云时代 EDA 的新内涵及它在云时代再次流行的主要驱动力,包括技术驱动力和商业驱动力,随后重点介绍了 RocketMQ 5.0 推出的子产品 EventBridge,并通过几个云时代事件驱动的典型案例,进一步叙述了云时代事件驱动的常见场景和最佳实践。
115029 1
|
8天前
|
弹性计算 安全 API
访问控制(RAM)|云上安全使用AccessKey的最佳实践
集中管控AK/SK的生命周期,可以极大降低AK/SK管理和使用成本,同时通过加密和轮转的方式,保证AK/SK的安全使用,本次分享为您介绍产品原理,以及具体的使用步骤。
101800 1
|
7天前
|
自然语言处理 Cloud Native Serverless
通义灵码牵手阿里云函数计算 FC ,打造智能编码新体验
近日,通义灵码正式进驻函数计算 FC WebIDE,让使用函数计算产品的开发者在其熟悉的云端集成开发环境中,无需再次登录即可使用通义灵码的智能编程能力,实现开发效率与代码质量的双重提升。
95384 2
Doodle Jump — 使用Flutter&Flame开发游戏真不错!
用Flutter&Flame开发游戏是一种什么体验?最近网上冲浪的时候,我偶然发现了一个国外的游戏网站,类似于国内的4399。在浏览时,我遇到了一款经典的小游戏:Doodle Jump...
112727 12
|
12天前
|
SQL 存储 JSON
Flink+Paimon+Hologres 构建实时湖仓数据分析
本文整理自阿里云高级专家喻良,在 Flink Forward Asia 2023 主会场的分享。
71310 1
Flink+Paimon+Hologres 构建实时湖仓数据分析
|
15天前
|
弹性计算 运维 安全
访问控制(RAM)|云上程序使用临时凭证的最佳实践
STS临时访问凭证是阿里云提供的一种临时访问权限管理服务,通过STS获取可以自定义时效和访问权限的临时身份凭证,减少长期访问密钥(AccessKey)泄露的风险。本文将为您介绍产品原理,以及具体的使用步骤。
151041 4
|
14天前
|
监控 负载均衡 Java
深入探究Java微服务架构:Spring Cloud概论
**摘要:** 本文深入探讨了Java微服务架构中的Spring Cloud,解释了微服务架构如何解决传统单体架构的局限性,如松耦合、独立部署、可伸缩性和容错性。Spring Cloud作为一个基于Spring Boot的开源框架,提供了服务注册与发现、负载均衡、断路器、配置中心、API网关等组件,简化了微服务的开发、部署和管理。文章详细介绍了Spring Cloud的核心模块,如Eureka、Ribbon、Hystrix、Config、Zuul和Sleuth,并通过一个电商微服务系统的实战案例展示了如何使用Spring Cloud构建微服务应用。
103517 9
|
14天前
|
Java 数据处理 调度
更高效准确的数据库内部任务调度实践,阿里云数据库SelectDB 内核 Apache Doris 内置 Job Scheduler 的实现与应用
Apache Doris 2.1 引入了内置的 Job Scheduler,旨在解决依赖外部调度系统的问题,提供秒级精确的定时任务管理。