局域网内ping不通,显示“no response”,只有request包但是没有response包问题

本文介绍了解决PC在ping操作中不回应ICMP请求的问题。通过启用网络发现、调整防火墙入站规则和设置文件及打印机共享,成功解决了NXP MK64FN1M0芯片开发板与PC间无法正常通信的故障。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

        今天在调试NXP的MK64FN1M0芯片,板卡ping PC时,显示“no response”,只有request包但是没有response包,即PC没有给予ICMP回复。

于是尝试,两台PC相互Ping,发现也无法Ping通这台PC。

-------------------------------------------------------------------------------------------------------------------------

解决方案:

1、“控制面板”——“网络和Internet”——“网络和共享中心”——“更改高级共享设置”,选择“启用网络发现”。

2、入站规则开启。

“控制面板”——“系统和安全”——“Windows Defender 防火墙”——“高级设置”——“入站规则”,启用ICMP回显。

并且双击“文件和打印机共享”,在“作用域”标签栏,选择“任何IP地址”;在“高级”选中“专用”和“公用”。应用,保存退出。

 最后再进行ping测试,OK。

通过tcping软件能够知道对应IP的某一端口是否能够连通。 -------------------------------------------------------------- tcping.exe by Eli Fulkerson Please see http://www.elifulkerson.com/projects/ for updates. -------------------------------------------------------------- Usage: C:\Users\dell1\Desktop\tcping64.exe [-flags] server-address [server-port] Usage (full): C:\Users\dell1\Desktop\tcping64.exe [-t] [-d] [-i interval] [-n ti mes] [-w ms] [-b n] [-r times] [-s] [-v] [-j] [-js size] [-4] [-6] [-c] [-g coun t] [-S source_address] [--file] [--tee filename] [-h] [-u] [--post] [--head] [-- proxy-port port] [--proxy-server server] [--proxy-credentials username:password] [-f] server-address [server-port] -t : ping continuously until stopped via control-c -n 5 : for instance, send 5 pings -i 5 : for instance, ping every 5 seconds -w 0.5 : for instance, wait 0.5 seconds for a response -d : include date and time on each line -b 1 : enable beeps (1 for on-down, 2 for on-up, 3 for on-change, 4 for always) -r 5 : for instance, relookup the hostname every 5 pings -s : automatically exit on a successful ping -v : print version and exit -j : include jitter, using default rolling average -js 5 : include jitter, with a rolling average size of (for instance) 5. --tee : mirror output to a filename specified after '--tee' -4 : prefer ipv4 -6 : prefer ipv6 -c : only show an output line on changed state --file : treat the "server-address" as a filename instead, loop through file li ne by line... 详细参数请查看”--help“
### 网关可ping通但设备不可ping通的原因 在网络环境中,如果网关可以被成功ping通,而目标设备却无法ping通,则可能存在多种潜在原因。以下是常见的几个方面及其可能的影响: #### 1. **子网掩码配置错误** 当PC或其他终端设备的IP地址和子网掩码设置不正确时,可能导致其认为目标设备不在同一个网络中[^3]。即使网关本身处于同一网段并能正常通信,但由于缺乏有效的路由信息,数据仍无法到达目标设备。 #### 2. **防火墙或安全策略阻止ICMP流量** 许多现代操作系统默认启用了防火墙功能,这些防火墙可能会拦截入站或出站的ICMP请求(即ping操作)。因此,尽管物理链路完好无损,但如果目标主机上的防火墙规则不允许接收来自特定源地址的ICMP回应消息,则会表现为“不可达”的状态[^2]。 #### 3. **ARP缓存表异常** 在局域网内,每台计算机都需要维护一份动态更新的ARP缓存表来记录MAC地址与对应IP之间的映射关系。假如某节点未能正确解析目的端口的硬件地址或者存在陈旧条目干扰,则即便逻辑层面路径畅通也可能失败。这种情况尤其容易发生在频繁变更拓扑结构的小型办公环境里[^1]。 #### 解决方案建议 针对以上提到的各种可能性,下面给出一些通用性的诊断步骤以及相应的修复办法: - 验证本地机器与其他相关组件间的基础参数设定是否一致; - 使用`ipconfig /all`(Windows) 或者 `ifconfig`(Linux/macOS),仔细核对当前使用的IP、Subnet Mask 和 Default Gateway 是否合理匹配实际部署情况。 - 测试远程站点是否存在主动防御机制阻碍探测行为的发生; - 尝试切换至其他形式的数据交换方式代替单纯的echo request/response模式(比如telnet某个开放的服务端口号而非依赖icmp echo reply ) ,观察是否有区别反应出来 。 - 清理重置arp entries 并强制刷新邻居发现协议的工作流程 ; - 执行命令如 windows 下 的 ' arp -d *' 来清除现有的全部项之后再发起新一轮尝试联系对方的动作看效果如何改善 最后值得注意的是,在执行任何更改之前最好先做好充分备份以防万一出现问题难以恢复原状! ```bash # Linux下查看本机网络接口详情 ifconfig # Windows下释放并重新获取DHCP分配的新租约同时删除所有已知关联记录 ipconfig /release && ipconfig /renew & arp -a | findstr "<target-ip>" ```
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

王小波门下走狗

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

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

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

打赏作者

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

抵扣说明:

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

余额充值