BAD packet signature 18245

本文记录了一次启动服务器时遇到的BADpacketsignature18245错误,并给出了详细的错误日志。通过分析Tomcat配置文件及使用端口扫描工具,最终定位到问题是由IDE自启动IE并错误地访问了8009端口引起。

今天在启动服务器时,报了一个BAD packet signature 18245错误

详细错误如下:

这是一个AJP协议处理的包。

查了一下Tomcat的server.xml中配置文件

初步断定,有一些不是AJP协议的请求,请求了这个端口。

 

解决方法:

用端口扫描工具(优化大师,防火墙,ewido等都可以)扫描系统网络连接状态,查看了一下是否有访问8009端口的程序。

关闭这个程序就OK了。

 

我这边是因为IDE自启动IE,访问路径端口被修改成了:http://localhost:8009 把端口修改回了8080端口就OK了。

 

 

参考资料:

 AJP协议

AJP是定向包协议。因为性能原因,使用二进制格式来传输可读性文本。WEB服务器通过TCP连接和SERVLET容器连接。为了减少进程生成socket的花费,WEB服务器和SERVLET容器之间尝试保持持久性的TCP连接,对多个请求/回复循环重用一个连接。一旦连接分配给一个特定的请求,在请求处理循环结束之前不会在分配。换句话说,在连接上,请求不是多元的。这个是连接两端的编码变得容易,虽然这导致在一时刻会有很多连接。
  一旦WEB服务器打开了一个到SERVLET容器的连接,连接处于下面的状态:
◆ 空闲
这个连接上没有处理的请求。
◆ 已分派
连接正在处理特定的请求。
  一旦一个连接被分配给一个特定的请求,在连接上发送的基本请求信息是高度压缩的。在这点,SERVLET容器大概准备开始处理请求,当它处理的时候,它能发回下面的信息给WEB服务器:
◆ SEND_HEADERS
发送一组头到浏览器。
◆ SEND_BODY_CHUNK
   发送一块主体数据到浏览器。
◆ GET_BODY_CHUNK
从请求获得下一个数据如果还没有全部传输完,如果请求内容的包长度非常大或者长度不确定,这是非常必要的。例如上载文件。注意这和HTTP的块传输没有关联。
◆ END_RESPONSE
结束请求处理循环。

 

 

 

### 华为设备中Bad Packet问题及解决方法 在华为设备中,Bad Packet 问题通常与网络配置、硬件故障或协议异常有关。以下是针对该问题的详细分析和解决方案: #### 1. **Bad Packet 的定义与常见原因** Bad Packet 指的是在网络传输过程中被丢弃或无法正确解析的数据包。根据引用内容[^2],以下是一些常见的原因: - **IP头错误**:数据包的IP头部信息不完整或格式错误。 - **TTL超时**:数据包的生存时间(TTL)耗尽,导致设备丢弃数据包。 - **ARP请求/响应异常**:ARP表项冲突或未正确解析目标MAC地址。 - **广播风暴**:过多的广播流量可能导致设备处理能力不足,从而丢弃部分数据包。 #### 2. **排查步骤** 为了有效解决 Bad Packet 问题,需要从以下几个方面进行排查: ##### 2.1 网络配置检查 确保设备的接口配置正确,避免因误配导致的数据包丢弃。例如,在 DHCP 配置中,接口状态应为 UP,且 IP 地址分配正常。可以通过以下命令检查接口状态: ```shell dis ip int <interface> ``` ##### 2.2 日志分析 通过查看系统日志,定位是否存在与 Bad Packet 相关的错误信息。使用以下命令查看日志: ```shell dis logbuffer ``` 重点关注以下关键字: - `IP header bad` - `TTL invalid` - `Packet dropped` ##### 2.3 流量监控 启用流量统计功能,分析是否有异常流量导致设备过载。例如,通过以下命令查看接口流量统计: ```shell dis interface <interface> | include packets ``` 如果发现大量数据包被丢弃,可能需要进一步优化网络配置或升级硬件性能。 #### 3. **解决方法** 根据问题的具体原因,采取相应的解决措施: ##### 3.1 修复 IP 头错误 如果发现 IP 头部信息错误,需检查路由表和接口配置是否正确。可以尝试清除 ARP 表项并重新学习: ```shell reset arp all ``` ##### 3.2 调整 TTL 设置 对于 TTL 超时问题,可以通过增加默认 TTL 值来缓解。例如,在 OSPF 配置中调整 TTL 参数[^3]: ```shell ospf ttl-security hops <value> ``` ##### 3.3 减少广播流量 如果广播流量过高,建议启用广播抑制功能或划分 VLAN 来隔离广播域。例如: ```shell interface <interface> broadcast-suppression rate <percentage> ``` ##### 3.4 升级硬件或固件 如果 Bad Packet 问题是由于硬件故障或固件版本过低引起,建议升级设备固件或更换硬件模块[^1]。 #### 4. **预防措施** 为避免 Bad Packet 问题的发生,可以采取以下预防措施: - 定期检查设备日志,及时发现潜在问题。 - 合理规划网络拓扑,避免环路或震荡现象。 - 使用最新的固件版本,确保设备兼容性和稳定性。 --- ### 示例代码 以下是一个简单的脚本,用于定期检查接口状态并记录异常信息: ```python import subprocess def check_interface_status(interface): result = subprocess.run(f"dis ip int {interface}", shell=True, capture_output=True, text=True) if "bad" in result.stdout or "dropped" in result.stdout: print(f"Bad packet detected on {interface}") return True return False interfaces = ["GigabitEthernet0/0/0", "GigabitEthernet0/0/1"] for intf in interfaces: if check_interface_status(intf): print(f"Taking action to resolve issue on {intf}") ``` --- ###
评论 9
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值