成功粉碎一起来自四川的网络攻击

codingstandards codingstandards 博客等级 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 200+累计阅读 271平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要 码龄16年
关注
最新推荐文章于 2026-04-02 02:22:18 发布 271 阅读 AI 写同款· GEO 优化 ›

成功粉碎一起来自四川的网络攻击

攻击现象

时间：2011.12.09 14:25

刚才用SecureCRT登录到公司的Linux服务器之后，不久之后再用SecureCRT重新开一屏登录报错“Connection reset by peer”，从本地Linux上使用sftp下载文件也报错：

[root@node57 backup]# sftp xxx.xx.xxx.xx
Connecting to xxx.xx.xxx.xx...
ssh_exchange_identification: Connection closed by remote host
Couldn't read packet: Connection reset by peer

[root@node57 backup]# sftp xxx.xx.xxx.xx
Connecting to xxx.xx.xxx.xx...
ssh_exchange_identification: Connection closed by remote host
Couldn't read packet: Connection reset by peer

 

解决过程

幸好，已经登录的那个ssh会话还没有断开，并且能正常响应，先用w命令看一下：

[root@web ~]# w
 14:29:12 up 494 days, 17:58,  2 users,  load average: 0.02, 0.44, 1.15
USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU WHAT
root     pts/2    cvsbank          14:08   19.00s  0.63s  0.63s -bash
root     pts/3    cvsbank          14:16    0.00s  0.33s  0.00s w
[root@web ~]#

看上去挺正常。再用netstat看一下：

[root@web ~]# netstat -anp | grep :22
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      2701/sshd          
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3921        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3927        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3911        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3917        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3954        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3953        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3957        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3941        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3946        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3950        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3949        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3986        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3993        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3970        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3968        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3974        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3972        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3973        TIME_WAIT   -                  
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:3977        TIME_WAIT   -                  
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4020        ESTABLISHED 25876/sshd: root [p
tcp      808    704 xxx.xx.xxx.xx:22            182.131.134.162:4024        ESTABLISHED 25884/sshd: [accept
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:4003        ESTABLISHED 25824/sshd: root [p
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:4006        ESTABLISHED 25836/sshd: root [p
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:4004        ESTABLISHED 25828/sshd: root [p
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4005        ESTABLISHED 25832/sshd: root [p
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:4010        ESTABLISHED 25846/sshd: root [p
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:4009        ESTABLISHED 25842/sshd: root [p
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:4014        ESTABLISHED 25862/sshd: root [p
tcp        0      0 xxx.xx.xxx.xx:22            182.131.134.162:4015        ESTABLISHED 25866/sshd: root [p
tcp        0    200 xxx.xx.xxx.xx:22            yy.yyy.yy.yy:47887          ESTABLISHED 19397/3            

（其中，xxx.xx.xxx.xx是服务器ip地址，yy.yyy.yy.yy是我的机器的地址。）

哇，这么多相同的地址，看来是有人试图从182.131.134.162来进行ssh登录，

到http://www.ip138.com/查下这个地址：

 

 

ip138.com IP查询(搜索IP地址的地理位置)

您查询的IP:182.131.134.162

  • 本站主数据：四川省广安市 电信
  • 参考数据一：四川省成都市 电信

 

 

我现在要做的是禁止此地址访问：

[root@web ~]# iptables -I INPUT -s 182.131.134.162 -j DROP
[root@web ~]#

 

再来看看有没有

[root@web ~]# netstat -anp | grep 182.131.134.162
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4284        ESTABLISHED 26478/sshd: root [p
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4285        ESTABLISHED 26482/sshd: root [p
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4290        ESTABLISHED 26493/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4291        ESTABLISHED 26498/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4295        ESTABLISHED 26506/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4293        ESTABLISHED 26502/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4298        ESTABLISHED 26510/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4299        ESTABLISHED 26514/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4302        ESTABLISHED 26518/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4303        ESTABLISHED 26522/sshd: root [n

杀掉这些列出的进程
[root@web ~]# kill 26478 26482 26493 26498 26506 26502 26510 26514 26518 26522
[root@web ~]# netstat -anp | grep 182.131.134.162                             
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4284        ESTABLISHED 26481/sshd: root [n
tcp        0     84 xxx.xx.xxx.xx:22            182.131.134.162:4285        ESTABLISHED 26489/sshd: root [n
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4290        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4291        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4295        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4293        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4298        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4299        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4302        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4303        FIN_WAIT1   -                  
[root@web ~]# kill 26481 26489
[root@web ~]# netstat -anp | grep 182.131.134.162
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4284        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4285        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4290        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4291        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4295        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4293        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4298        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4299        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4302        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4303        FIN_WAIT1   -                  
[root@web ~]# netstat -anp | grep 182.131.134.162
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4284        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4285        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4290        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4291        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4295        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4293        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4298        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4299        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4302        FIN_WAIT1   -                  
tcp        0     85 xxx.xx.xxx.xx:22            182.131.134.162:4303        FIN_WAIT1   -                  
[root@web ~]#
[root@web ~]#
[root@web ~]#
[root@web ~]#

过一会再看一下：
[root@web ~]# netstat -anp | grep 182.131.134.162
[root@web ~]#

终于搞定了。ssh登录和sftp下文件都正常了。

 

再次列出关键命令，用于禁止某个ip地址访问服务器：

iptables -I INPUT -s 182.131.134.162 -j DROP

 

更多相关的做法参见

iptables封ip段linux   http://profile.8j.com/question/113/40/840.htm

 

转载本文请注明出处：http://codingstandards.iteye.com/blog/1299936

 

 

 

收录于
Linux问题

当前文章被收录于：

Linux问题
14 篇文章 1 人学习
订阅专栏 查看详情
标签
#Linux #iptables
C#西门子上位机与PLC通讯++S7协议 支持S7-200,S7-300,S7-1200,S7-1500+使用技术C#+S7net 立即下载

相关推荐

MATLAB模拟6自由度无人机检查，具备干扰补偿、裂纹检测和自主复检功能。.zip

1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。

OpenSSH 连接慢: 在运行 SSH2_MSG_SERVICE_ACCEPT 时挂起

当我们使用ssh连接我们的服务器时，总是要等待很长时间，当我们执行ssh -v 时可以看到，在运行 SSH2_MSG_SERVICE_ACCEPT 需要很长时间，下面我们可以将sshd_config文件中的UseDNS修改为no即可解决。再次连接远程服务器，这次应该很快，不会挂在SSH2_MSG_SERVICE_ACCEPTED。找到下面的配置文件，删除前面的注释符号“#”，划分Yes修改为no。再次连接，体会秒级响应。下面是具体的操作方法。

HMX404的博客 1167

sshd 限制登陆的几种方法总结

sshd 限制登陆的几种方法总结 1. 在 /etc/hosts.allow 写: 在/etc/hosts.allow写： sshd: 1.2.3.4 在 /etc/hosts.deny 写： sshd: ALL  2. 用 iptables 也行: iptables -I INPUT -p tcp --dport 22 -j DROP iptables -I INPUT -p tcp --dport 22 -s 1.2.3.4 -j ACCEPT 3. 禁止某个用户通过ssh登录 在/etc/ssh/sshd_conf添加 AllowUsers 用户名 或者 AllowGrou

ssh远程连接不上

ssh远程连接不上

风水道人 3991

AI大模型医学影像诊断智能识别应用方案.pptx

AI大模型医学影像诊断智能识别应用方案.pptx

智能驾驶智慧交通行业智算中心（AIDC）建设规划方案.pptx

智能驾驶智慧交通行业智算中心（AIDC）建设规划方案.pptx

Linux配置SSH防止暴力破解

简介 通常采取防范：限制服务器ssh登入次数，账号锁定，IP拉黑，日志查看等等... pam_tally2-账号锁定 测试主机：Centos 7 因为pam_tally2模块在centos8后已淘汰掉，centos8用pam_faillock 模块替换。 修改配置文件 vi /etc/pam.d/sshd 新增一行： auth required pam_tally2.so deny=3 unlock_time=60 even_deny_root root_unlock_time=6

The current road is different, love needs to distinguish between right and wrong 5499

LLC谐振变换器恒压恒流双竞争闭环控制simulink仿真（附说明文档）

内容概要：本资源是一套面向电力电子与智能控制领域的综合性科研仿真资料合集，核心聚焦于LLC谐振变换器的恒压恒流双竞争闭环控制策略设计与Simulink建模仿真实现，涵盖半桥LLC、双向全桥LLC等拓扑结构的调频闭环仿真，并提供详尽的说明文档与PPT辅助材料。资源体系不仅深入呈现LLC变换器的动态响应与控制逻辑，还扩展至双有源桥（DAB）变换器的软开关协同优化、最小应力控制、EPS调制策略及新扩展移相角优化等前沿技术，同时集成三相PWM整流器在电网不平衡条件下的功率平衡控制、VOC+SVPWM双闭环控制等典型应用场景。此外，资源包涵盖状态估计（如EKF、UKF、PF）、微电网经济调度、卡尔曼滤波融合、神经网络控制、PID优化、储能系统管理等多个交叉方向，特别强调对顶级EI期刊研究成果的高精度复现，旨在帮助科研人员快速掌握先进控制算法的核心思想与仿真实现方法。; 适合人群：电气工程、自动化、电力电子、新能源科学与工程等相关专业的硕士博士研究生、高校科研人员，以及从事新能源变换器、智能电网、电动汽车、微电网系统研发的工程技术人员。; 使用场景及目标：① 深入理解LLC与DAB变换器的闭环控制机理，掌握恒压恒流切换、软开关实现与损耗优化方法；② 利用Simulink平台构建复杂电力电子系统模型，开展动态性能分析与控制器参数整定；③ 复现高水平期刊论文中的先进控制策略，提升科研创新能力与论文发表竞争力；④ 支持毕业设计、科研课题、项目申报及工程原型开发中的仿真验证环节。; 阅读建议：建议结合提供的完整资源目录循序渐进学习，优先研读标注“顶级EI复现”的案例以获取权威方法参考，配合MATLAB/Simulink动手搭建模型，重点关注控制框图设计、调制逻辑实现与仿真结果对比，深入理解算法背后的物理意义与数学推导过程。

sftp以及sshd文件详解

实例：我遇到的问题，莫名其妙生产环境服务器的root用户被禁止远程登录，公司领导非常着急，寻问情况，并且服务器是作为sftp服务器与某银行对接使用的，非常重要，根据开发回复的问题，我开始进行解决。 问题guina ...

weixin_43291687的博客 2476

概率神经网络的分类预测-基于PNN的变压器故障诊断（Matlab代码实现）

内容概要：本文系统阐述了基于概率神经网络（PNN）的变压器故障诊断方法，结合Matlab代码实现分类预测。通过提取变压器运行过程中的关键特征参数，构建PNN模型以实现对正常状态与典型故障状态（如绕组短路、铁芯故障等）的高效分类识别。文章深入剖析了PNN的网络结构、概率密度估计原理、训练机制及分类决策过程，并通过仿真实验验证了该方法在故障诊断任务中具备较高的准确率与鲁棒性，展现了其在电力系统状态监测与智能运维中的良好应用前景。; 适合人群：具备一定机器学习理论基础和Matlab编程能力的电气工程、自动化、智能电网等相关领域的研究生、科研人员以及从事电力设备状态监测与故障诊断工作的工程技术人员。; 使用场景及目标：①实现变压器早期故障的智能化诊断与预警，提升电力系统运行安全性；②为基于神经网络的工业设备故障分类任务提供可复现的算法实现范例与技术验证平台； 阅读建议：建议读者结合文中提供的Matlab代码，动手复现实验流程，深入理解PNN在实际分类问题中的参数配置、训练策略、性能评估方法，并鼓励将该方法迁移至其他电力设备或机电系统的故障诊断场景中进行拓展研究与优化改进。

优快云首页 发布文章 优快云同步助手 多无人机面向城市空中交通的多无人机路径规划研究（Matlab代码实现） 37 100 摘要：会在推荐、列表等场景外露，帮助读者快速了解内容，支持

内容概要：本文围绕面向城市空中交通的多无人机路径规划问题展开研究，系统阐述了该领域的核心挑战与关键技术。文章首先定义了多无人机路径规划的问题，明确了包括飞行安全、避障、协同效率在内的多项约束条件与性能指标。随后，重点介绍了三大类路径规划方法：基于改进RRT算法和图论的全局路径规划方法，用于构建初始可行路径；基于动态风险场的模型预测控制和动态窗口法（DWA）的动态避障方法，以应对环境中的突发障碍；以及多无人机协同规划策略和分布式协同控制算法构成的局部协同调整方法，确保多机间的飞行安全与任务协同。研究通过搭建Matlab仿真实验平台，设计了多种复杂城市飞行场景，对所提方法进行了全面的仿真验证与结果对比分析，展示了各方法在不同场景下的有效性与优劣。; 适合人群：具备一定自动化、计算机或航空航天领域基础知识，从事无人机、智能交通、路径规划等相关方向研究的研发人员和研究生。; 使用场景及目标：①为城市空中交通管理系统（UATM）的设计与开发提供理论基础和技术参考；②应用于物流配送、城市巡检、应急救援等多无人机协同任务的路径规划算法设计与仿真验证；③作为相关领域科研工作的技术参考资料，推动多智能体协同决策与控制技术的发展。; 阅读建议：建议读者结合文中提供的Matlab代码进行实践操作，通过复现仿真结果加深对各类算法原理与实现细节的理解。在学习过程中，应重点关注全局规划与局部避障的结合机制，以及多机协同策略中的冲突消解逻辑。

SSH远程登录配置文件sshd_config详解

 SSH由客户端和服务端的软件组成，在客户端可以使用的软件有SecureCRT、putty、Xshell等， 而在服务器端运行的是一个sshd的服务，通过使用SSH，可以把所有传输的数据进行加密，而且也能够 防止dns和IP欺骗，此外，SSH传输的数据是经过压缩的，可以加快传输速度 其服务器端的配置文件为/etc/ssh/sshd_config [root@test ~]# cat /e...

Field_Yang的博客 9万+

无刷直流电机BLDC转速电流双闭环+无位置传感器控制仿真【仿真+详解说明报告+参考文献】

内容概要：本文详细介绍了一套针对无刷直流电机（BLDC）的Simulink仿真资源包，核心内容涵盖转速电流双闭环控制与无位置传感器控制技术，重点采用滑模观测器（SMO）实现对转子位置与速度的精确估算，避免了物理位置传感器带来的成本与可靠性问题。资源包提供了多个高质量仿真模型，包括基于模糊PID与传统PID控制策略的对比分析、无感控制结合滑模观测器与双闭环PI控制的综合系统等，全面展示不同控制算法在动态响应、抗干扰能力及稳态精度方面的性能差异。所有模型均基于Matlab/Simulink平台构建，配套详尽的技术说明文档与参考文献，深入解析控制结构设计、观测器原理、参数整定方法及系统稳定性分析，适用于电机驱动系统的研究、教学演示与工程验证。; 适合人群：面向电气工程、自动化、控制科学与工程及相关专业的本科生、研究生、科研人员和工程技术人员，尤其适合从事电机控制、电力电子与运动控制系统研究的专业人士，具备自动控制理论基础和Matlab/Simulink基本操作能力者更易上手。; 使用场景及目标：① 深入学习并掌握无刷直流电机双闭环调速系统的工作原理与无位置传感器控制的关键技术；② 对比研究模糊PID与传统PID在电机控制中的动态性能与鲁棒性差异；③ 开展滑模观测器在非线性系统状态估计中的建模与仿真研究；④ 支持课程设计、毕业设计、科研项目申报及学术论文复现等实际应用场景。; 阅读建议：建议用户结合提供的详解说明报告，逐步运行各仿真模型，重点关注控制器参数调节过程、滑模观测器的设计细节及其收敛性表现，深入分析系统启动、负载突变、转速切换等工况下的响应特性，鼓励在此基础上进行控制算法改进、引入新型观测器或拓展至其他电机类型进行创新性研究。

解决ssh连接慢，挂起在SSH2_MSG_SERVICE_ACCEPT信息之后很久的问题

通过添加 -v 参数（ssh -v root@172.17.1.61 很重要的思路） 发现到SSH2_MSG_SERVICE_ACCEPT一行时会停留很久 1、由于GSSAPI认证导致的，修改/etc/ssh/sshd_config，将对应行修改成： GSSAPIAuthentication no 服务器端启用了GSSAPI。登陆的时候客户端需要对服务器端的IP地址进行反解析，如果服务...

weixin_42715413的博客 6584

【顶级EI复现】基于KKT条件与分段解析优化的双有源桥DC-DC变换器软开关协同最小应力闭环控制方法（Simulink仿真实现）

内容概要：本文提出了一种基于KKT条件与分段解析优化的双有源桥DC-DC变换器软开关协同最小应力闭环控制方法，旨在实现高效能、低损耗的电力变换控制。通过构建包含软开关约束与电流应力目标的优化模型，结合KKT最优性条件进行数学推导，对变换器的工作模态进行分段解析处理，精确求解出满足零电压开通（ZVS）且电流有效值最小的最优工作点。在此基础上设计了闭环控制系统，有效提升了变换器在全功率范围内的运行效率与动态响应性能。文中详细阐述了控制策略的理论推导过程、优化求解算法实现及Simulink仿真实验验证，充分展示了该方法在协同优化软开关范围与器件应力方面的优越性。; 适合人群：从事电力电子与电力传动、新能源发电系统、电动汽车及微电网等相关领域的科研人员与工程技术人员，具备一定的电路理论、最优控制理论与仿真建模基础。; 使用场景及目标：①用于高效率双有源桥变换器的先进控制策略研究与设计；②为解决传统移相控制中软开关范围受限与功率器件电流应力高的问题提供优化思路；③适用于车载充电机、直流配电系统、可再生能源并网等对高功率密度与高效率有严苛要求的应用场景。; 阅读建议：建议结合Simulink仿真模型深入理解控制算法的具体实现流程，重点关注KKT条件在非线性约束优化中的应用逻辑以及分段解析策略的设计思想，同时可通过对比传统单移相控制（SPS）或双重移相控制（DPS）方法，直观体会本方法在效率提升与应力抑制方面的综合优势。

无人机【扩展卡尔曼滤波器从IMU和GPS数据计算无人机的姿态】使用不变扩展卡尔曼滤波器对微型无人机状态估计进行传感器融合（Matlab代码实现）

内容概要：本文系统介绍了基于不变扩展卡尔曼滤波器（Invariant Extended Kalman Filter, IEKF）的微型无人机状态估计方法，重点实现IMU与GPS数据的传感器融合，以精确估计无人机的姿态、位置和速度等关键状态信息。相较于传统EKF，IEKF充分利用系统内在的几何结构特性，具有更强的数值稳定性和更优的误差收敛性能，能够有效抑制非线性系统中的估计漂移问题。文章详细阐述了IEKF的理论推导过程，包括状态预测、协方差更新与观测校正环节，并提供了完整的Matlab代码实现，便于读者复现算法并深入理解其工作机制。该方法显著提升了无人机在复杂动态环境下的导航精度与鲁棒性，适用于对高可靠性状态估计有较高要求的无人系统应用。; 适合人群：具备控制理论、非线性滤波、惯性导航或机器人状态估计基础，从事无人机导航、自主系统开发及相关研究的研究生、科研人员及工程技术人员。; 使用场景及目标：①深入理解IEKF在非线性系统状态估计中的优势及其相对于传统EKF的改进机制；②掌握IMU与GPS多传感器融合的基本架构与实现流程；③通过Matlab代码实践完成从理论建模到算法仿真的全过程，为构建高性能飞控系统或开展先进滤波算法研究奠定技术基础。; 阅读建议：建议结合非线性系统估计与李群理论背景知识进行学习，重点关注IEKF的状态演化模型设计与误差协方差更新逻辑，务必动手运行并调试所提供的Matlab代码，通过仿真实验对比不同工况下的滤波性能，从而深化对算法本质的理解与应用能力。

ssh安全设置

实现目的：把ssh默认远程连接端口修改为2222方法如下：1、编辑防火墙配置：vi /etc/sysconfig/iptables防火墙增加新端口2222-A INPUT -m state --state NEW -m tcp -p tcp --dport 2222 -j ACCEPT **# Firewall configuration written by system-config-fire...

weixin_33950035的博客 288

高精度SAR ADC设计实战：从建模到版图的16位1MSPS实现

本文详细介绍了16位1MSPS高精度SAR ADC的设计过程，从建模到版图实现的完整流程。重点探讨了分段电容阵列设计、校准算法实现及版图匹配等关键技术，展示了如何在180nm工艺下实现92.5dB SNDR和109.6dB SFDR的高性能指标。文章特别强调了整数桥接电容设计对提升匹配精度的关键作用，为高精度模数转换器设计提供了实用参考。

weixin_33724046的博客 436
上一篇： 在Linux下怎样将光盘转储为iso镜像文件
下一篇： 很美的乐曲、很美的舞蹈 —— 月光下的凤尾竹 —— 热爱生活的人都热爱音乐...
点赞 0
评论 0
书签 书签 0
codingstandards
codingstandards
博客等级 码龄16年 12粉丝 3原创
+ 关注 专栏目录 订阅专栏
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值