window下udp网络编程存在的问题-socket error 10054解决方法

最新推荐文章于 2024-07-24 17:06:03 发布
原创 最新推荐文章于 2024-07-24 17:06:03 发布 · 4.2k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#网络 #编程 #socket #windows #服务器 #service

当使用udp套接字（比如A）调用recvfrom函数，会得到socketerror #10054 Connection reset by peer（python2.7反正有这个问题）的错误，原因是没有其他进程在往本udp套接字发送数据。解决方法是：先使用udp工具打开udp套接字并设置目标port为要A套接的recvfrom端口，可以使用“TCP&UDP测试工具” 来做这个事情。

http://www.pythontik.com/blog/article.asp?id=158
http://wuerping.cnblogs.com/archive/2006/04/15/264671.html

Socket 错误一览表

from“http://tb.blog.youkuaiyun.com/TrackBack.aspx?PostId=1955429”


出现网络联机错误Socket error #11001

表示您的计算机无法连上服务器，请检查您的Proxy设定以及Proxy相关账号，或暂时取消您防毒软件的「个人防火墙」。

· 出现网络联机错误Socket error #11004

应该是网络联机状态问题，请用户检查网络联机是否正常。

· 出现网络联机错误Socket error #10060 Connection Timed Out

表示您与服务器发生联机逾时错误，请检查您的Proxy相关设定，以及Proxy Server是否已将SSL 443 port打开。

· 出现网络联机错误Socket error #10061

表示服务器忙碌中无法与您建立联机，请稍后再试。

· 出现网络联机错误Socket error #10022

请您上网更新Windows操作系统组件。Windows NT version 4.0的用户请下载安装 Service Pack 5(含)以上。

· 出现Internal Server Error

主机忙碌中，请您稍后再试。

· 上传时出现Socket error #10022 Invalid argument.

请上网更新Windows操作系统组件(windows update)。Windows NT version 4.0的用户请下载安装 Service Pack 5(含)以上。

· 上传时出现socket error #10054 Connection reset by peer

原因为连接被防火樯或proxy中断"或因为您有安装ip分享器请将ip分享器先拿掉，直接将计算机接adsl的线路后重新上传。

Windows下C语言多线程实现UDP通信程序recvfrom()函数出现10054错误：远程主机强迫关闭了一个现有的连接
SDTyuan的博客
11-28 1401
Windows下C语言多线程实现UDP通信程序recvfrom()函数出现10054错误：远程主机强迫关闭了一个现有的连接。 问题：将recvfrom函数置于一路线程中，sendto函数置于主线程中，当单独运行下面程序时recvfrom()函数出现10054错误。
window下 UDP socket编程
jw903的专栏
06-08 1823
client.c //udp 不可靠，无连接 #include #include #pragma comment(lib,"ws2_32.lib") int main(int argc,char * argv[]) { WSADATA data;//这个结构被用来存储被WSAStartup函数调用后返回的Windows Sockets数据 SOCKET socketfd;
Windows UDP socket recvfrom返回10054错误的解决办法
weixin_30398227的博客
10-29 501
现象： 在Windows 7系统上，A使用UDP socket，调用sendto函数向一个目标地址B发送数据，但是目标地址B没有接收数据，如果A此时立即调用recvfrom试图接收目标地址B发回的数据的话，recvfrom会立即返回-1，WSAGetLastError()返回10045。 原因： 上述现象是Windows socket的一个bug，当UDP Socket在某次发送后收到一个不...
Socket Error # 10054
l09120204的博客
07-21 1893
若出现 Socket Error # 10054  Connection reset by peer. 检查是否把https 写成了 http。若是网页抓包，有些抓包工具会把https的url显示为http
socket error 10054错误出现的原因及解决办法，全网最全没有之一
01-14 2万+
套接字是客户端-服务器通信的端点。 FTP socket error 10054指示远程主机已强制终止或重置FTP客户端的现有连接。并且，用户看到完整的错误消息，如下所示。 Upload failed. Socket Error#10054 Connection reset by peer. FTP socket error 10054产生的原因以及解决方案 1、远程服务器问题 由于...
Socket程序中的Error#10054错误
热门推荐
limi0066的专栏
08-21 6万+
最近使用winSock做的一个网络项目中，使用TCP+Socket连接编写的一个多线程的网络程序，功能是客户端负责不断地向服务器端发送数据，服务端负责接收数据。客户端是一个DLL，服务端程序是一个随机启动的NT Service服务程序。程序在夜间无人操作的运行过程中，客户端经常不定时地出现错误号为:10054的错误，而服务器端并没有相应的提示。运行环境是win2000+sp4，这个问题出现
windows下c语言实现udp,Windows下C语言的Socket编程例子（TCP和UDP）
weixin_35955120的博客
05-18 1003
仅为方便查看，搬运一下，也可看原文一、TCPserver端：#include "stdafx.h"#include #include #pragma comment(lib,"ws2_32.lib")int main(int argc, char* argv[]){//初始化WSAWORD sockVersion = MAKEWORD(2,2);WSADATA wsaData;if(WSAStar...
【C++】网络通信-Socket
IdealSanX的博客
06-06 3121
C++网络通信Socket套接字
Windows C++ UDP 网络编程
qq_52528309的博客
07-24 285
【代码】Windows C++ UDP 网络编程。
window+vs下的socket编程
i96jie的博客
04-12 4497
直接上代码： 服务器： #define WIN32_LEAN_AND_MEAN//减少一些依赖库的引用 #include <WinSock2.h> #include <windows.h> #include <iostream> //#pragma comment(lib,"ws2_32.lib")//引入动态库，win下可以，但不适于跨平台 us...
复现socket error 10054及理解
巴塞罗那的风的专栏
05-28 7467
开发过程中遇到了10054的问题，百思不得其解，百度复现之
Windows下UDP连接被重置错误10054
weixin_30649641的博客
06-24 630
因为这个问题，我很想抽微软。网上其他人有类似的问题，我也碰到了，没有很好的解决方案。这个问题是Winsock所特有的（最起码所有的问题都是在Windows平台下）。一般在使用UDP Socket时，我们发出去数据，是不管它到不到达的，而且UDP并不是面向连接的，所以在收到这个错误时，会感觉很奇怪：“连接被重置10054”。 这个错误一般是使用UDP Socket接受时收到（这里我不讲具体的语言了...
socket（）套接字创建失败
weixin_44997676的博客
04-06 5325
Input::Input(uint16_t port, uint16_t gpsPort) { socketForLidar = -1;//00 socketForLidar = socket(PF_INET, SOCK_DGRAM, 0); //if (socketForLidar == -1)//00 if (INVALID_SOCKET == socketForLidar) ...
使用recvfrom()函数，返回10054错误的问题
chidy的专栏
11-09 5091
本次错误在WinSock recvfrom/WSARecvFrom都会出现 这次使用recvfrom函数，在某些情况下总会返回10054的错误，但是程序通信是正常的，所以这个问题可能会导致在某些时候使程序跳出了接收数据的循环部分，而使得不能正常接收到数据。 这是winsock的一个bug，原因请看：http://support.microsoft.com/kb/263823 解决办法，使
Windows UDP recvfrom 不能阻塞 及 bind 报错的解决办法
Hilaph的博客
07-09 3639
1、正常来说，UDP的recvfrom默认是阻塞的。 可以手动设置是否为阻塞 u_long iMODE = 0;//1为非阻塞，0为阻塞 ioctlsocket(udp_cliSocket, FIONBIO, &iMODE);//设置recvfrom是否为阻塞 ioctlsocket的第一个参数为socket套接字。 此处我设置为0，依然会不阻塞。 2、如果bind失败了，也会导致recvfrom不阻塞。 if (bind(udp_cliSocket, (SOCKADDR*)&amp
python socket [Errno 10054]的解决方法
xiemanR的专栏
11-16 2万+
python socket [Errno 10054]的解决方法
windows下udp连接&解决丢包现象
sky_tree_的专栏
09-04 5241
服务端： 客户端：
UDP创建失败，错误码0
snail_Dao的博客
10-28 362
错误原因： 未初始化套结字动态库！//WSADATA变量。创建UDP返回-1，打印错误码却是0。
基于UDP的socket网络编程
好好学习，天天向上
07-03 323
UDP的网络编程模型较TCP简单一些，因为UDP的特点与TCP的不一样，TCP是面向连接的，UDP是无连接的。 服务端编程 UDP的服务端编程可总结为以下几个步骤： 1.使用socket创建通讯描述符； int socket(int domain,int type,int protocol); type参数应选择SOCK_DGRAM，也即UDP的格式。 2.使用bind将通讯描述符和服务器的地址...
netperf 测试时 Throughput 为 0 的原因及解决方法
最新发布
08-07
<think>嗯，用户这次问的是netperf测试中吞吐量为0的问题排查。从问题描述看，用户应该是个网络测试工程师或者系统管理员，正在实际工作中遇到技术瓶颈，情绪可能比较焦虑——毕竟测试结果完全为零确实很反常。 用户引用了站内关于netperf的说明，但重点显然不在基础概念上。ta需要的是实战层面的故障排查指南。考虑到吞吐量为0属于极端异常值，核心原因应该集中在物理连接、协议配置、测试参数三大方向。 先梳理物理层可能性：网线松动这种低级错误在实际运维中其实很常见，特别是测试机频繁插拔的场景。另外值得注意双工模式冲突，千兆网卡强制百兆运行就会导致链路中断。防火墙拦截容易被忽略，特别是某些安全策略严格的云环境。 协议层要重点看TCP窗口参数——netperf默认窗口只有16KB，在高速网络环境下必成瓶颈。另外MTU不匹配会导致分片丢失，出现“能ping通但传不了数据”的怪现象。 测试命令本身也有讲究：-t参数指定测试类型是基础，但很多人会漏设消息大小(-m)和并行流(-P)。在40G/100G网络测试中，单线程根本跑不满带宽。还有那个容易写反的client/server角色问题…… 突然想到个刁钻案例：以前遇到过NIC的TSO/GRO功能导致netperf计数异常。虽然实际有流量，但计数器不更新显示为零。这类硬件卸载功能引发的“假零”需要特别提醒。 排查步骤设计要遵循从简到繁原则：先确认物理连通性，再查防火墙和基本配置，最后深入协议栈和硬件特性。每个环节都要给出验证命令，比如ethtool查双工状态，ss看连接建立，tcpdump抓包验证流量。 解决方案要区分临时处置和根治措施。比如加大TCP窗口是临时方案，而优化CPU亲和性才是根治。对于云环境要特别标注安全组检查，这和物理机房排查点不同。 最后留个扩展思考：当所有显性因素都排除后，如何定位内核协议栈的深层次bug？这能引导高级用户继续深入。不过对大多数用户来说，按这个清单逐步排查应该能解决90%的零吞吐问题。</think>以下是 netperf 测试中出现吞吐量为 0 的可能原因及解决方案，按优先级排序： --- ### **一、常见原因与解决方案** #### 1. **物理连接问题** - **原因**：网线松动、网卡故障、交换机端口故障。 - **解决**： - 检查网线连接状态：`ethtool <网卡名>`（观察 `Link detected` 是否为 `yes`）。 - 更换网线/端口测试。 - 重启网卡：`ifconfig <网卡名> down && ifconfig <网卡名> up`。 #### 2. **防火墙/安全组拦截** - **原因**：防火墙规则阻断了 netperf 的测试端口（默认 `TCP 12865`）。 - **解决**： - 临时关闭防火墙： ```bash systemctl stop firewalld # CentOS ufw disable # Ubuntu ``` - 或开放端口： ```bash iptables -I INPUT -p tcp --dport 12865 -j ACCEPT ``` #### 3. **测试角色混淆** - **原因**：未正确区分服务端（`netserver`）和客户端（`netperf`）。 - **解决**： - 服务端启动：`netserver -p <端口>`（默认端口 `12865`）。 - 客户端命令：`netperf -H <服务端IP> -p <端口> -t TCP_STREAM`。 #### 4. **网络配置错误** - **原因**：IP 地址错误、路由不通、MTU 不匹配。 - **解决**： - 检查连通性：`ping <对端IP>`。 - 检查路由：`ip route show`。 - 调整 MTU（尝试设为 `1500`）： ```bash ifconfig <网卡名> mtu 1500 ``` #### 5. **协议参数不匹配** - **原因**：测试类型（如 `TCP_STREAM`）与命令参数冲突。 - **解决**： - 显式指定测试类型：`netperf -H <IP> -t TCP_STREAM`。 - 避免使用冲突参数（如同时指定 `-t UDP_STREAM` 和 `-- -m` 设置）。 --- ### **二、进阶排查步骤** #### 1. **抓包分析** ```bash # 在服务端抓包 tcpdump -i <网卡名> port 12865 -w netperf.pcap ``` - 检查是否有 `SYN` 握手包：若无连接请求，检查客户端配置；若有 `SYN` 无 `ACK`，检查防火墙。 #### 2. **系统日志检查** ```bash dmesg | grep -i "error\|drop" # 检查网卡错误/丢包 netstat -s | grep -i "retransmit\|timeout" # 检查TCP重传 ``` #### 3. **内核参数优化** - 若出现窗口大小问题： ```bash sysctl -w net.ipv4.tcp_window_scaling=1 sysctl -w net.core.rmem_max=16777216 sysctl -w net.core.wmem_max=16777216 ``` #### 4. **硬件卸载干扰** - **原因**：网卡卸载功能（如 TSO/GRO）导致计数异常。 - **解决**：临时关闭卸载： ```bash ethtool -K <网卡名> tso off gro off gso off ``` --- ### **三、测试命令正确示例** ```bash # 服务端启动 netserver -p 12865 # 客户端测试 (TCP吞吐) netperf -H 192.168.1.100 -p 12865 -t TCP_STREAM -- -m 1400 ``` > **关键参数**：`-m 1400` 设置发送消息大小，避免 MTU 分片问题。 --- ### **总结排查流程图** ```mermaid graph TD A[吞吐量=0] --> B{物理连接正常？} B -->|否| C[检查网线/网卡状态] B -->|是| D{防火墙是否放行？} D -->|否| E[关闭防火墙或开放端口] D -->|是| F{测试命令是否正确？} F -->|否| G[修正命令：确认角色/参数] F -->|是| H{抓包是否有流量？} H -->|无流量| I[检查路由/IP配置] H -->|有流量| J[检查MTU/内核参数] ``` --- ### **相关问题** 1. **如何通过 netperf 测试 UDP 吞吐量？** > 命令：`netperf -t UDP_STREAM -H <IP> -- -m 1470`（需注意避免分片）。 2. **netperf 测试结果中 *Recv Socket Size* 异常如何解决？** > 调整内核缓冲区：`sysctl -w net.core.rmem_max=25165824`。 3. **云服务器环境 netperf 测试为 0 的特殊原因？** > 需检查安全组规则（如 AWS/Aliyun 控制台）和虚拟网卡驱动（`virtio_net` 性能优化）。 4. **如何用 iperf3 替代 netperf 进行吞吐量测试？** > 服务端：`iperf3 -s`，客户端：`iperf3 -c <IP> -t 30`（更易用，但测试原理类似）[^1]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值