tcp

-1热度

1回答

我有两个自定义程序，一个发送数据流，另一个接收该数据流以进行进一步处理。是否可以将数据发送到一个TCP端口并从同一端口接收（读取）该数据？如果不是，你可以推荐任何替代方法。任何帮助将不胜感激。（这两个程序运行在同一台机器上）

-1热度

2回答

在客户端/服务器通信中，我从客户端看到TCP ZeroWindow。在这种情况之后，预期的场景是什么（设置并发送了哪些标志）？以下是我正在获取的可能日志。在这种情况下，服务器发送RST数据包来终止连接。为什么发生这种情况？客户机（HP-UX机），服务器（RHEL机） Wireshark的转储服务器 17:55:03.756500 TCP 62 58304 → 1556 [SYN] Seq=

0热度

1回答

如果不读取，python套接字是否可以填充？

如果不从一个Python TCP套接字读取，将它填满并导致错误？在我的代码中，我使用.send（），并且似乎有一个来自我正在与之交谈的设备的ack回复。如果我不读这些，他们会建立并创建一个问题吗？它是否继续无限存储它们？这肯定会最终导致记忆问题... 谢谢。

0热度

1回答

如何在没有套接字连接的情况下在LAN上的服务器和客户端之间实时提取XML数据

您最近在做什么？为安全起见，我在局域网设置了两台设备。警报处理设备和IP摄像头。我已将两个系统集成在一起。我使用php套接字来连接其他的报警处理设备，以获取包含下面报警信息（数据）的XML文件是实现该功能的代码; <?php error_reporting (E_ALL); ini_set ('display_errors', 1); //timeout limit set_time

0热度

1回答

控制数据包级别的TCP连接

我遇到了一些嵌入式移动设备有错误的TCP堆栈问题。我们正在尝试更新这些设备，但固件下载失败，除非移动连接非常好。由于它是一个EDGE连接，通常是不好的。部分问题是设备需要相当多的时间才能将数据写入存储。这可能是导致数据包丢失的原因，但连接无法恢复。我在想，如果我能控制TCP层的连接，我可能会解决这个问题。我们尝试改变拥塞控制，并没有帮助，但我们仍在研究这一点。在此期间我想看看这个选项。有没有

0热度

1回答

Spring集成TCP“空有效载荷从连接”警告

我通过注释配置了以下配置的简单TcpOutboundGateway： @Bean @ServiceActivator(inputChannel="toTcpChannel") public TcpOutboundGateway outboundClient() { TcpOutboundGateway tcpOutboundGateway = new TcpOutboundGatew

0热度

1回答

多线程服务器随机抛出java.net.SocketTimeoutException：读取超时

我有一个多线程的tcp服务器，处理多个客户端。每个客户端在服务器端都有它的线程来保持套接字连接。从理论上讲，所有东西都可以正常工作很长时间，但在极少数情况下，当连接多个客户端时，会发生以下情况：其中一个客户端向服务器发送tcp数据包，服务器端读取超时。我发现了很多问题，在客户端解决读取超时问题，但在我的情况下，这从来没有发生过。在我的情况下，服务器从客户端收到数据包时超时。我的问题是，为什

0热度

1回答

SQL网络实例相关问题（带有错误258）

尝试从使用MS Management Studio和服务器名称的远程计算机连接到SQL数据库时，会收到以下消息[ XX.XXX.XXX.XXX，1433 \ MyServerName ]和SQL认证： Cannot connect to XX.XXX.XXX.XXX,1433\MyServerName. ADDITIONAL INFORMATION: A network-related or in

4热度

1回答

如何加速写入到tcp socket？

我正在一个Web服务器上工作，它返回小JSON（约200字节）。业务逻辑花费大约2-3微秒，但写入套接字花费大约25微秒。我使用单缓冲区使用write，多缓冲区使用writev。我已经通过启用TCP_NODELAY禁用了Nagle的算法。还有其他方法可以加速写作吗？监听套接字选项： ...... if (listen(sfd, SOMAXCONN) == -1) { ... } int

0热度

1回答

为什么在从客户端收到SYN后没有切断发送SYN/ACK？

有时我发现客户端的请求超时。我使用tcpdump来捕获一些特殊的tcp包，如下所示。似乎没有包丢失。为什么服务器在收到第一个SYN后不回复客户端？ No. Time Src Dst Protocol Length Info 1 0.000000 C S TCP 66 46767→10660 [SYN] Seq=0 Win=14600 Len=0 MSS=1460 SACK_PERM=1