网络问题排障专题-AF网络问题排障

目录

一、数据交换基本原理

1、ARP协议工作原理

数据包如图:

2、二层交换工作原理

简述核心概念:

二层交换原理-VLAN标签

3、三层交换工作原理

二、AF各种部署模式数据转发流程

1、路由模式数据转发流程

三、分层/分组逐一案例讲解

1、问题现象分组说明

2、双向地址转换不生效案例讲解

AF收到请求后未转换数据包,或收到回包后未回包给客户端--AF自身问题判断依据:

外网口是拨号口如何抓包?

3、终端应用客户端访问异常案例讲解

思考:如果是一个应用联网异常,相比于访问公网网站等问题,难点在哪?

4、应用控制策略不生效案例讲解

AF收到请求后未拦截或放通数据--AF自身问题:

5、应用控制策略不生效案例讲解————基于域名

原理

方式

条件

新架构可在命令行中查看域名的对应关系:

封堵恶意域名

僵尸网络防护原理

DNS Snooping

问题

问题1:防火墙有双向地址转换,或者环境中有双向地址转换的情况下,如何判断真实IP是谁,快速溯源到日志。

问题2:如果客户通过双向地址映射内网服务器至公网,但不允许公网源ip:5.5.5.1来访问此服务器,请问NAT、ACL分别需要如何配置 ? 条件:公网ip:1.1.1.2、服务器ip:172.16.1.1、AF内网口ip:192.168.1.1、业务端口8083


一、数据交换基本原理

1、ARP协议工作原理

  • 以PC A向PC B发送数据为例:当发送数据时,PC A会在自己的ARP缓存表中寻找是否有目标IP地址。如果找到了,也就知道了目标MAC地址,直接把目标MAC地址写入帧里面发送就可以了。
  • 如果在ARP缓存表中没有找到相对应的IP地址,PCA就会在网络上发送一个广播,目标MAC地址是“FF FF FF FF.FF FF”,这表示向同一网段内的所有主机发出这样的询问:“192.200.121.253的MAC地址是什么?”网络上其他主机并不响应ARP询问,只有PCB接收到这个帧时,才向PC A做出这样的回应。
  • “192.200.121.253的MAC地址是28:51:32:04:ff:45”这样,主机A就知道了主机B的MAC地址,它就可以向主机B发送信息了。同同时它还更新了自己的ARP缓存表,下次再向主机B发送信息时,直接从ARP缓存表里查找就可以了,ARP缓存表采用了老化机制,在一段时间内如果表中的某一行没有使用,就会被删除,这样可以大大减少ARP缓存表的长度,加快查询速度。

数据包如图:

  • ARP请求包:

  • ARP应答包:

2、二层交换工作原理

  • 二层交换原理是指在计算机网络中,通过使用二层交换设备(如交换机)来实现数据包的转发和交换的原理。
  • 在二层交换原理中,数据包是根据其目标MAC地址进行转发的当一个数据包到达交换机时,交换机会查看数据包中的目标MAC地址,并将其与交换机的转发表进行比对。转发表中记录了与交换机相连的各个接口与对应的MAC地址。如果目标MAC地址在转发表中有对应的记录,交换机就会将数据包转发到相应的接口上;如果没有对应记录,交换机会将数据包广播到所有其他接口上,以便找到目标设备。
  • 二层交换原理的核心思想是建立和维护一个“转发表”,通过学习和更新来实现数据包的快速转发。当交换机接收到一个数据包时,它会检查源MAC地址,并将其与转发表进行比对。如果源MAC地址在转发表中没有对应记录,交换机会将该地址添加到转发表中,并将数据包转发到其他接口上。这样,交换机逐渐学习到网络中各个设备的位置,并能够根据目标MAC地址快速转发数据包。
  • 二层交换原理的优点是转发速度快、效率高,因为它只关注数据包的MAC地址,不需要进行复杂的网络层或传输层处理。这使得二层交换设备成为构建局域网中的核心设备,提供高速、可靠的数据传输。

简述核心概念:

(1)、数据到了设备,先会记录源MAC与入接口关系,下次转发就会知道这个MAC设备在这个接口下面。

(2)、如果查不到目的MAC往哪转发,就泛洪所有接口(除入接口外),如果收到了这个目前MAC的回包,就会按照第一步记录下来,之后的数据知道MAC与接口的对应关系了。

二层交换原理-VLAN标签

在二层交换中,VLAN (Virtual local Area Network,虚拟局域网)是一种逻辑上划分网络的技术。它可以将一个物理局域网划分为多个逻辑上独立的虚拟局域网,每个VLAN内的设备可以进行通信,而不受其他VLAN的影响。

  • Access口(访问口):Access口是用于连接终端设备(如计算机、IP电话、打印机等)的端口。它只能属于一个VLAN(虚拟局域网),并且只能传输属于该VLAN的数据包。Access口通常用于连接终端设备到交换机,并将其划分到相应的VLAN中。当数据包从Access口进入交换机时,交换机会将其标记上对应的VLAN ID,然后将其转发到该VLAN的其他端口。
  • Trunk口(干道口):Trunk口是用于连接交换机之间的端口,用于传输多个VLAN的数据包。它可以同时传输多个VLAN的数据,通过使用标记(Tagging)来区分不同的VLAN。Trunk口通常用于连接交换机之间,以实现VLAN的扩展和互联。当数据包从Trunk口进入交换机时,交换机会根据标记的VLAN ID将其转发到相应的VLAN。

上述图中,假如A、B、C都在同一个网段,如何让处于不同VLAN之间的主机互访?

  • 方法1:利用Trunk链路的收发标签特性,交换机之前的Trunk口,左边连接A和B的交换机中继本征vlan设置为10,右边连接C的交换机中继本征vlan设置为20,这样由于A和B上来会打上VLAN10的标签,到了中继链路由于本征VLAN是VLAN 10会把vlan 10的Tag剥离发送,到了对端由于数据流没打标签,这边本征VLAN是20,就会打上VLAN 20的Tag发走,最终到达主机C,主机C的回包也是一样。
  • 方法2:利用Access链路的收发标签特性,交换机之间设置Access接口,左边连接A和B的交换机的Access设置为10,右边连接C的交换机Access设置为20,这样根据Access收发标签的特性,A交换机左边接口收到了A的流量打上Tag 10的标记,通过Vlan 10的接口发走会剥离掉vlan 10的标签,此时数据流不带标签,到了对端由于没标签,会打了vlan 20的标签,然后最终到达主机C,主机C的回包也是一样。

3、三层交换工作原理

  • 三层交换原理是指在计算机网络中,通过使用三层交换设备(如三层交换机或路由器)来实现数据包的转发和交换的原理。
  • 在三层交换原理中,数据包是根据其目标IP地址进行转发的。当一个数据包到达三层交换设备时,设备会查看数据包中的目标IP地址并将其与路由表进行比对。路由表中记录了与设备相连的各个网络和对应的下一跳地址。如果目标IP地址在路由表中有对应的记录设备就会将数据包转发到相应的下一跳地址上,如果没有对应记录设备会将数据包丢弃或转发到默认路由。

如图所示,A访问B属于二层交换,A访问C则属于三层交换A访问C具体过程如下:(假设路由器已有相应的ARP表的情况)

(1)、A把自己的IP地址和C的IP地址比较,发现不在同一子网内:由发送给A自己的网关进行处理

(2)、此时数据包源IP为121.235,目的IP为1.1,源MAC为b1-2f目的MAC为34-45

(3)、路由器收到报文后判断出是三层报文,检查报文的目的IP地址,发现是自己的直连网段,则根据路由表中的对应接口(eth1)发送出去,此数据包源IP为121.235,目的IP为1.1,源MAC为00-02,目的MAC为00-01

(4)、C收到数据包后同理回复应答数据包给A

二、AF各种部署模式数据转发流程

1、路由模式数据转发流程

三、分层/分组逐一案例讲解

1、问题现象分组说明

2、双向地址转换不生效案例讲解

思考1:此拓扑中,为什么不能直接使用目的地址映射来实现访问 ?

原因:如只做目的地址映射,那么数据流分别是: 那么是源PC发出的包与收到的包五元组信息不对等,那么就会直接丢弃此包。

如拓扑数据流分析可见:一条目的地址转换+一条源地址转换=双向地址转换

思考2:若AF做了一个双向地址转换,此时在这条双向的前面还有相关的源地址转换(五元组能匹配上),那么这个双向地址转换还能生效吗?以及转换后的源ip是这个双向转换的源ip还是源地址转换的源ip呢?

可以生效,因为不管新架构还是老架构DNAT要优先于SNAT,双向NAT就是等于一条目的地址转换+一条源地址转换=双向地址转换,所以就会直接匹配双向地址转换。

AF收到请求后未转换数据包,或收到回包后未回包给客户端--AF自身问题判断依据:

(1)、从梳理的问题信息中,确认出入接口以及数据流五元组信息,则抓请求数据流是否到AF为以下命令:tcpdump -i eth1(入接口)host 源IP and host 目的IP and port 目的端口 -nn -c 100

(2)、抓出接口,确认AF是否转发请求,并转换信息正确tcpdump -i eth2(出接口)host 转换后源IP and host 转换后目的IP and port 转换后目的端口 -nn -c 100 坑点:新架构85版本以下,源地址转换的情况下,设备会默认转换源端口,导致服务器因会话原因而不响应相关数据

(3)、确认数据到了AF但未转发,则优先确认nat配置是否正常。 坑点:自定义服务中,限制了源端口导致策略无法匹配

(4)、确认nat策略是否勾选的自动放通数据,如勾选手动放通,优先开启定向直通测试。

(5)、确认设备去往服务器的路由配置正确且生效,可以防火墙自己te1net测试服务器看是否能通。

坑点:新架构默认策略路由优先于静态路由,会导致内网通过公网ip访问服务器时,数据包被发到了外网口了

新架构 show session 命令介绍: show session src-ip xx.xx.xx.xx dst-ip xx.xx.xx.xx

外网口是拨号口如何抓包?

有相应的数据流,我们带我们正常ETH1口带上PPPOES。And host就是后面加正常的host就是多一层协议,PPPOES正常就可以抓到。

tcpdump -i eth1(入接口) pppoes and  host 源IP and host 目的IP and port 目的端口 -nn -c 100

3、终端应用客户端访问异常案例讲解

思考:如果是一个应用联网异常,相比于访问公网网站等问题,难点在哪?

最大的问题是:应用与公网交互的五元组信息无法确认,或者五元组信息频繁变化无法确认。

使用NM34应用程序可以抓到应用的数据包。

4、应用控制策略不生效案例讲解

AF收到请求后未拦截或放通数据--AF自身问题:

判断依据:

(1)、从梳理的问题信息中,确认出入接口以及数据流五元组信息,则抓请求数据流是否到AF为以下命令:

tcpdump -i eth1(入\出接口)host 源IP and host 目的IP and port 目的端口 -nn -c 100

注意:客户提供的五元组信息,发送到AF时不一定就是原来的五元组,可能在中间经过了NAT 可以让发起方ping一个固定长度的包测试(目的方ping不通也没关系,只要数据包能发到AF即可),抓包时不写host条件,而只抓icmp包,通过包长即可区分数据五元组---windows指定长度是 -l、linux指定长度是 -s。

(2)、确认真实五元组,并且数据确认到AF后,使用AF自带的策略模拟匹配工具测试策略配置是否正确、或因其他ACL策略冲突导致失效。坑点:自定义服务中,限制了源端口导致策略无法匹配、存在基于应用的ACL导致被放通了tcp握手,造成能telnet通的情况。

(3)、查看是否存在对应五元组的黑白名单,可以通过开启定向直通的方式来确认是否存在黑/白名单拦截/放通。坑点:二层模式下放行的数据不会产生直通日志、黑白名单是基于ip来拦截的,所以配置了相关域名的话,可能会被匹配到数据而拦截/放通。

(4)、查看设备是否开启了长连接,开启长连接容易导致设备会话跑满而无法或由于配置了相关nat策略,导致数据被nat后默认放行了。

5、应用控制策略不生效案例讲解————基于域名

原理

原理:基于域名的应用控制策略,实际上依旧是依据ip信息来匹配AF通过记录域名对应ip的信息,当终端解析到ip后,放通ip,此时AF会将之前记录到的域名与ip的信息来对比匹配,从而实现拦截或放通。

方式

(1)、主动查询:配置主动查询后,AF会定期去主动解析此域名的ip

(2)、被动监听:相关此域名的dns流量经过AF时,AF会记录下域名解析结果。

条件

(1)、主动查询:AF的dns与内网dns服务器一致,保证解析结果一致、对应域名解析的结果不能过多或不断变化。

(2)、被动监听:PC的dns解析流量双向经过AF。

新架构可在命令行中查看域名的对应关系:

命令行:show netobj-domain XXX域名

封堵恶意域名

(1)、客户给了恶意域名让封堵,如果不在库里,优先使用自定义僵尸网络。

僵尸网络:基于DNS的流量进行探测并拦截。

(2)、客户给的域名特别多,但是这些域名又有重复(有相同特征),可以基于自定义IPS规则去拦截。

不用URL的原因是僵尸网络检测设备都会检测DNS域名的流量,一般URL防护内容安全这些没办法直接把URL也就是DNS解析的流量给拒绝掉,可能还会被外网通报,唯一能居家DNS解析流量就是基于域名拒绝DNS解析的流量只有僵尸网络。

URL方式

自定义IPS可以针对指定协议拦截

访问恶意域名,一般PC先去解析走DNS协议53端口,这个时候解析的流量就是外网有通报的情况下,他能检测到我们某个PC局域网去解析这个域名,只要解析就通报,拦截域名得想办法把他的DNS解析流量也拦截掉。

应用控制基于域名拦截(不建议):应用控制基于域名去拦截是无法拦截DNS解析的流量,他要放通DNS解析流量记录到DNS解析流量对应的IP以后,应用控制基于域名才能生效。我们开了应用控制策略基于域名主动查询的一个逻辑,可能防火墙会主动去访问这个恶意域名,也会被外网通报。

判断恶意域名的三个网站(两个网站都报那就判断不是误报):微步、VT(virustotal.com)情报社区(x.threatbook.com)、深信服威胁情报中心。

僵尸网络防护原理

僵尸网络防护工作原理:基于DNS流量进行判断,防火墙会判断你解析的域名是谁,是否匹配规则库,域名在规则库就会进行拦截让你解析不到。

DNS Snooping

DNS snooping的工作原理:DNS snooping是通过监视网络上的DNS流量来检测潜在的安全威胁或未经授权的访问尝试。具体来说,DNS snooping会拦截经过网络的DNS请求和响应数据包,并分析其中的内容。这些数据包中包含了域名和与之对应的IP地址,以及相关的查询信息。

当有一个DNS请求需要解析时,DNS snooping会检查该请求的源IP地址、目标IP地址、查询的域名,以及查询的类型等信息。通过分析这些信息,DNS snooping可以识别是否存在异常的查询行为,比如大量频繁的查询、域名伪造、DNS劫持等,从而警示网络管理员可能的安全威胁。

DNS snooping可以帮助网络管理员监测网络上的DNS流量,及时发现潜在的安全问题,并做出相应的应对措施,以提高网络的安全性和防御能力。

问题

问题1:防火墙有双向地址转换,或者环境中有双向地址转换的情况下,如何判断真实IP是谁,快速溯源到日志。

8.0.85版本的应用控制会记录日志,里边有NAT前的源地址和NAT后的地址。

问题2:如果客户通过双向地址映射内网服务器至公网,但不允许公网源ip:5.5.5.1来访问此服务器,请问NAT、ACL分别需要如何配置 ? 条件:公网ip:1.1.1.2、服务器ip:172.16.1.1、AF内网口ip:192.168.1.1、业务端口8083

黑名单:在目的地址转换之后,源地址转换之前匹配,配置防火墙前的公网ip就是居家防火墙映射前的地址,完全断掉服务器的访问就是配置服务器的私网IP地址。

数据包实战解析:从Wireshark抓包到TCP重传的网络排障核心 数据包是网络通信的基本传输单元,其本质是遵循IP/TCP协议规范的标准化数据封装体。它由应用层数据经传输层分段、网络层封装、链路层成帧逐级生成,携带源目的地址、端口、序列号、窗口大小、TTL、DF位等关键字段,支撑端到端可靠传输与路径控制。理解数据包结构与生命周期,对诊断丢包、MTU不匹配、防火墙拦截、容器网络不通等高频故障至关重要。本文结合Wireshark抓包分析、tcpdump实测与Linux内核行为,深入拆解HTTP请求的真实封装过程、TCP重传机制及云环境下的双重策略拦截逻辑,为运维、开发与安全工 阅读详情

相关推荐

网络问题排障专题-数据分析

了解个协议数据包如ping、DNS、TCP、HTTP&HTTPS,了解tcpdump的基本使用、了解wireshark的基础使用以及数据包分析。

qq_45022073的博客 1296

AF部署模式及配置

1、配置物理接口:网络-接口-物理接口中,选择连接公网服务器区两个接口,配置接口类型为透明以及所属区域、基本属性和连接类型、连接类型选择Access,VLAN ID相同;2、配置VLAN接口:网络-接口-VLAN接口中,新增一个VLAN接口,与连接公网和连接服务器区两个接口对应一个VLAN,并配置所属区域,公网IP地址等;1、配置镜像接口,定义接口对应区域,并配置流量监听网络:网络-接口-物理接口中,选择接口,并配置接口类型,所属区域,旁路流量统计网络对像;

m0_62089145的博客 2807

排障思路分析归纳

学习排除法、分组分层法、单一变量法、对比法、逆向思维分析法构建清晰的排障思路,从而达到快速解决问题能力。

qq_45022073的博客 2000

路由器重温——DHCP/DNS服务配置管理-3

DHCP Snooping基础 DHCP Snooping是一种DHCP安全技术,能够有效防止网络中仿冒DHCP服务器的攻击,保证客户端从合法的服务器获取IP地址,能够记录DHCP客户端IP地址与MAC地址等参数的对应关系进而生成绑定表。 一、DHCPSnooping概述 常见DHCP攻击:DHCP服务器仿冒者攻击、DHCP服务器拒绝服务攻击、仿冒DHCP报文攻击等。DHCPSnooping用于保证DHCP客户端从合法的DHCP服务器获取IP地址,并记录DHCP客户端IP地址与MAC地址等参数的对应.

kaoa000的专栏——非淡泊无以明志,非宁静无以致远 2515

深信服AF设备基础知识PPT

深信服AF设备基础知识PPT,有部署、运维和功能的相关知识。

深信服AC,AF,SSL总结学习资料

深信服AC,AF,SSL学习总结 ,学习网络边界安全,深信服厂商的设备

DNS实验

DNS实验 (centos 7 ) 一,安装软件包 [root@1 ~]# yum install bind* -y [root@1 ~]# rpm -qa |grep bind 二,修改配置文件 [root@1 ~]# cp -p /etc/named.rfc1912.zones /etc/named.zones [root@1 ~]# vim /etc/named.conf //修改监听口等 ot@1 ~]# vim /etc/named.zones 追加: [root@1

qq_48802540的博客 363

DNS Cache 服务

DNS Cache 服务

AF路由模式组网部署

4. 客户在阿里云申请了域名 www.colorhunter.com公网地址:54.176.19.212,要求内网用户均能通过域名访问内网的 web 服务器。"注意:双向地址转换,要注意策略路由的问题,策略路由会将访问的公网IP直接指向下一条,可以将策略路由的优先级适当降低。3. 互联网用户只允许访问内网两台服务器的 WEB、SSH 和远程桌面服务,其余。1. 内网访问电信资源的流量优先走电信线路,访问联通资源的流量优先走联通线。当任意一条线路故障,流量自动切换到另外一条线路,保障网络不中断。

m0_73927535的博客 666

【动态规划】背包问题(详细总结,很全)

暴力的解法是指数级别的时间复杂度。进而才需要动态规划的解法来进行优化!背包问题是动态规划(Dynamic Planning) 里的非常重要的一部分,关于几种常见的背包,其关系如下:在解决背包问题的时候,我们通常都是按照如下五部来逐步分析,把这五部都搞透了,算是对动规来理解深入了。二维dp数组01背包,先遍历物品还是先遍历背包都是可以的,且第二层for循环是从小到大遍历一维dp数组01背包,只能先遍历物品再遍历背包容量,且第二层for循环是从大到小遍历。求组合数:外层遍历物品,内层遍历背包。

m0_51370744的博客 4万+

Vite与Webpack路径配置大不同:从Vue2迁移到Vue3必须知道的public目录使用技巧

本文详细解析了Vite与Webpack在public目录路径配置上的核心差异,为Vue2迁移到Vue3的开发者提供实用指南。重点对比了两种构建工具的资源处理逻辑,给出典型编译警告的解决方案,并分享路径适配表与高级优化技巧,帮助开发者高效完成技术栈升级。

weixin_30836759的博客 485

深信服day10:AF(1)

1)衡量标准:背靠背主要是指防火墙缓冲容量的大小。网络上常会出现一些突发的大流量(例如:NFS,备份,路由更新等),而且这样的数据包的丢失可能会产生更多的数据包丢失。1)定义:由于防火墙是针对连接进行处理的,并发连接数目是指防火墙可以同时容纳的最大的连接数目,一个连接就是一个TCP/UDP的访问。5)网络地址转换(NAT):隐藏内部网络的真实 IP 地址,对外呈现经过转换的 IP 地址,增强内部网络的安全性。3)工作特点:根据已知的安全威胁生成对应的过滤器(规则),对于识别为流量的阻断,对于未识别的放通。

红肤色的博客 1043

USB PD快充功率监测仪:高精度嵌入式USB电压电流测量终端

USB供电已从数据接口演进为关键电源总线,尤其在PD快充场景下,工程师亟需对5V–20V宽压范围内的实时电压、电流及瞬时功率进行精准捕获。其底层原理依赖高共模抑制比的高边电流检测与分压采样+ADC数字化处理,结合LDO低噪声供电保障模拟链路精度。该类设备的技术价值在于以低成本实现协议无关的‘电气层可视化’,规避商用ASIC测试仪的黑盒局限,支撑PD充电验证、电源设计调试与教学实验等工程实践。本文介绍的开源USB表即基于N32G430 MCU与INA199电流检测芯片,覆盖USB-C输入/输出双通道监测,具备

weixin_42174098的博客 207

Calico问题排障

原因应该是,我们的master与etcd都在新加坡区域,因此新加坡节点从etcd获取数据较快,calico-node启动速度也就更快,可以在限定的时间内启动完毕。查看美东那两台问题机器的security-groups是 DY-Default-10.12,而其他机器的 security-groups是DY-Default-10.12。在BGP网络中出现了一个未知的IP地址172.18.0.1,我们集群中的机器都是10开头的网络地址,所以登录有问题的机器上查看对应的网络信息。等待了数分钟,发现居然启动成功了。

运维老生常谈 943

Python 爬虫实战:共享单车数据采集全流程与市场洞察深度剖析

本文介绍了如何利用Python爬虫技术获取和分析共享单车运营数据。文章从项目背景出发,详细阐述了系统架构设计,包括数据抓取、清洗存储、分析和可视化模块。通过Scrapy、BeautifulSoup等工具实现数据采集,使用Pandas进行数据清洗,并借助Matplotlib进行可视化分析。实战部分展示了爬虫代码示例和城市分布、使用频率等分析案例。最终指出数据驱动分析有助于了解行业现状和市场趋势,未来可结合机器学习等方法进行深入洞察。该技术方案为共享单车行业研究提供了有效的数据支持。

专注于Python爬虫开发,分享爬虫技巧、项目实战与反爬经验,使用Scrapy、BeautifulSoup等工具,解决数据抓取难题。 2232

MIKE水动力笔记8_冷启动与热启动

在【MIKE水动力笔记5_建立水动力模型】中,讲到【Step 2 设置模型参数】中的【Initial Conditions】时,提到了冷启动与热启动。本博文就详细讲解何为冷启动、热启动,并通过一个案例具体分析两者不同。...

晏长街的博客 6568

存储排障的具体任务

存储集群的告警和日志量大,慢盘、心跳超时与重平衡之间的关联不一定能靠关键词发现。向量检索和异常检测可用于把相关日志聚成候选事件,但不能直接替代人工确认根因。本文以一个演练场景说明如何搭建最小诊断链路:提取日志特征、筛选异常节点,再把候选证据交给值班人员判断。

guoyizhongxing的博客 2419

inno setup自定义卸载程序和美化

也就是DisplayName,因为我们在第一步的时候,将卸载程序名称也写入了注册表,所以,我们直接从注册表读DisplayName字段即可。1.要实现inno setup自定义卸载程序,首先需要关闭自带的卸载程序。在[Setup]的字段关闭卸载程序步骤和页面。2.删除应用程序目录里能够删除的并且返回进度。3.自定义卸载程序相关的注册表信息。4.删除启动菜单栏和guid注册表。2.自定义快捷方式和程序菜单。

cs821984831的博客 2347

Telnet命令原理与Linux网络排障实战指南

Telnet 是 TCP/IP 协议栈中最基础的连接验证工具,其本质是绕过应用层封装、直击传输层的裸 TCP 探针。它不涉及加密、认证或协议解析,仅通过三次握手判定目标 IP 和端口是否构成可通信管道,因此成为网络连通性诊断的‘最小公分母’。在 Linux/Unix 环境中,telnet 命令因 POSIX 兼容性、容器轻量化支持及跨平台一致性,远超 Windows 的 PowerShell 替代方案,广泛应用于 Docker 连通性排查、国产操作系统(如银河麒麟、统信 UOS)服务验证及云原生故障隔离。掌

weixin_34146805的博客 345

k8s篇之underlay网络和overlay区别

underlay和overlay

小橙子的笔记屋 2142

大模型产品Deepseek(七)、可视化本地知识库搭建详细教程(Cherry Studio)

Cherry Studio 为智能体的开发提供了一个强大的可视化平台,结合大模型和嵌入式知识库,它可以在多个应用场景中提供智能化的支持。如果你有进一步的需求或问题,可以继续在 Cherry Studio 中进行更多自定义配置,或者通过 API 调用集成到你的应用中。现在,知识库已经搭建并与 DeepSeek 模型连接好,接下来,我们将使用 Cherry Studio 提供的可视化界面进行智能提问。为了让智能体能够通过大模型查询到知识库中的信息,你需要为知识库配置索引和匹配模型。

xiaoqi270620903的专栏 1329

AF_UNIX 本地通信

unix本地多进程通讯

mayue_web的博客 1万+

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

Linux网络排障实战:解码TCP报头类型的隐藏信号

本文深入探讨了Linux网络故障排查中TCP报头类型的关键作用,特别是SYN、ACK等标志位的诊断价值。通过实战案例和工具链演示,帮助运维人员快速定位连接异常、数据传输问题,并提供内核参数调优建议,提升网络排障效率。

weixin_29311017的博客 289

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

linux网络编程中协议簇AF_和PF_的区别

  在socket.h文件中有对协议簇的宏定义,如下: /* Protocol families, same as address families. */ #define PF_UNSPEC AF_UNSPEC #define PF_UNIX AF_UNIX #define PF_LOCAL AF_LOCAL #define PF_INET AF_INET #define PF_AX...

The_perfect_world的博客 5104

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

网络排障核心技能:报文修改原理与五大工具实战指南

报文修改是网络协议分析与故障定位的关键底层能力,指在抓包观测基础上,对IP、TCP等协议字段进行字节级精准干预并重放验证的技术过程。其本质基于OSI模型第三至四层的原始数据构造与校验和重算原理,具备低侵入、高可控、强闭环的技术价值。广泛应用于物联网设备联调、5G核心网问题复现、工业协议合规性验证及MQTT/TLS等应用层协议调试场景。本文围绕tcprewrite、Scapy、Wireshark编辑功能、科莱数据包生成器及Linux内核能力(iptables/eBPF)五大技术路径,系统解析离线重写、图形化编

weixin_29611239的博客 232

尼康单反AF自动对焦模式与AF区域模式详解

转自:http://forum.xitek.com/thread-1102281-1-1-1.html 尼康单反AF自动对焦模式与AF区域模式详解 需要特别提出的是,本文参考、引用了一些网友们发布在网络上的同类资料,由于博采众长、荟萃一炉,有些还经过笔者的增删修订,所以好多引用的章节字句实在分不清来源出处,在此一并向原作者们致谢。 ………………………………………………………………..

superhosts的专栏 5453
上一篇: 排障思路分析归纳
下一篇: 网络问题排障专题-数据分析
数通工程师小明
数通工程师小明 新星创作者: 信息安全技术领域 新星创作者: 信息安全技术领域
博客等级 码龄8年 2533粉丝 62原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

数通工程师小明

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值