草庐IT

tcp_client

全部标签

windows - 远程 IP 地址是否可以在 Windows 下的传入 TCP session 中被欺骗?

我在Windows下写了一个HTTP小型服务器。使用通常的HTTP身份验证机制(我使用WindowsHTTPAPI)保护对服务器的访问。但我不想对本地主机进行身份验证,即本地用户应该能够在没有密码的情况下访问服务器。问题是:那是保存吗?更准确地说,在没有进一步授权的情况下信任TCP连接的远程地址是否安全?假设对手(Charly)正试图向我的服务器发送单个恶意HTTPGET。此外,假设所有Windows/路由器防火墙对本地主机地址的入口检查都让127.0.0.1和[::1]的源地址通过。所以远程地址可以被欺骗,但对于TCP连接,我们需要完整的三向握手。因此,Windows在收到SYN后发

tcp - Microchip TCPIP keep alive 不起作用

我正在尝试使用PIC24F构建服务器。这是我正在发布的一段代码:switch(TCPServerState){caseSM_HOME://Allocateasocketforthisservertolistenandacceptconnectionsonsocket.Socket=TCPOpen(0,TCP_OPEN_SERVER,SERVER_PORT,TCP_PURPOSE_GENERIC_TCP_SERVER);if(socket.Socket!=INVALID_SOCKET){TCPServerState=SM_LISTENING;}break;caseSM_LISTENING

tcp - H2 数据库函数别名访问另一个函数

问题是,在通过TCP运行服务器并创建别名函数SLIDEWINDOW之后对于上课时间表,我将别名称为slidewindow。但是在这个函数中,我必须查询表(任何表)以获得一些必要的信息。当我再次连接时,服务器和应用程序挂起。代码:publicclassTimeFrame{publicstaticvoidmain(String...args)throwsException{Class.forName("org.h2.Driver");Connectionconn=DriverManager.getConnection("jdbc:h2:tcp://MYIP:9092/~/test","sa

c++ - 我如何将 boost::asio 用于 TCP 协议(protocol)而没有 header 告诉我消息的大小?

提升chatserverexample演示如何处理一个简单的TCP消息协议(protocol),其中每条消息前面都有一个固定大小的header,它告诉您后面的消息的大小。这意味着您总是知道在下次调用async_read()时要读取多少字节;您可以交替读取大小始终相同的header和header中给出大小的消息。这适用于Boosti/o服务模型,该模型promise在从套接字接收到准确的预期字节数时调用处理程序。如何使用Boost来运行不使用此类header的TCP协议(protocol)?我的客户端有一个协议(protocol),它使用特殊的字节序列来表示每条消息的开始和结束,所以我不

客户端/服务器之间的 C++/Winsock TCP 发送/接收问题

当我连续发送然后在客户端接收时,我遇到了通过套接字进行客户端/服务器通信的问题。示例:案例A:ClientServersend(...);----------->While(recv(...)>0){send(...);----------->print(message);send(...);----------->}recv(...);----------->Send(...);服务器收到3条消息并发送最后一个应答,但客户端的接收失败,并出现SOCKET_ERROR,WSAGetLastError()值为10060。使这种情况起作用的唯一方法是在客户端最后一次发送之后添加shutdo

Java 和 TCP 消息 - 每次在不同端口发送的消息

我对网络和使用网络通过编程发送消息非常陌生。无论如何,我有一个客户端和服务器java命令行应用程序(服务器在具有桥接网络适配器的同一台机器上的VM中运行,主机到guestping工作,反之亦然),并且它会出现在服务器端,每个它收到的消息来自不同的端口。这是正常行为吗?当机器用完所有端口时会发生什么?Java的库是否会在完成端口后智能地关闭端口?所以基本上,这甚至是个问题吗?如果是,我该如何修复它?来自服务器的输出,然后是下面列出的客户端代码。发送一些消息后的服务器输出:Received(/192.168.1.122:59628):shsfhReceived(/192.168.1.122

tcp - 为什么 TCP 限制为 60 字节的 hader?

摘自《TCP/IPIllustrated,Volume1TheProtocols》17.TCP:传输控制协议(protocol)Theheaderlengthgivesthelengthoftheheaderin32-bitwords.Thisisrequiredbecausethelengthoftheoptionsfieldisvariable.Witha4-bitfield,TCPislimitedtoa60-byteheader.Withoutoptions,however,thenormalsizeis20bytes.为什么TCP限制为60字节的hader?在我看来1)hea

python - 客户端 Python 在没有 socket.close() 的情况下关闭我的 TCP 连接

我正在用Python开发一个TCP客户端,我遇到了下一个问题。我连接到服务器,我向它发送一些数据,它用预期的数据响应我,但在此之后我自己的应用程序(客户端)发送[FIN,ACK](用wireshark检查)。这是我的客户端应用程序:try:sock=socket(AF_INET,SOCK_STREAM)sock.bind((my_ip,my_port))sock.connect((sendAddress,sendPort))sock.send(joinRequest)joinResponse=sock.recv(18)printjoinResponseexceptsocket.time

tcp - 更改 tcp_rmem 和 tcp_wmem

关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题,您可以发表评论,说明问题可能在哪里得到解答。关闭9年前。Improvethisquestiontcp_rmem_default和tcp_wmem_default的最小值是多少?因为我在做tcp调整,我的窗口大小是6250字节(

TCP:半关闭连接上的数据

我正在实现TCP堆栈,但遇到了半关闭连接的问题。我的实现充当服务器端。客户端建立连接,然后发送一些数据,然后发送“FIN”消息。然后服务器确认来自客户端的数据,发送它自己的一些数据,然后才关闭它的一半连接(发送“FIN”)。问题是客户端不确认服务器在半关闭连接上发送的数据,也不确认其最终的“FIN”消息。根据netstat,客户端处于FIN_WAIT2状态。在服务器不发送任何数据的相同场景中,事情进行得很顺利。有问题的客户端是netcat,所以我认为问题出在我这边:)屏幕截图可用here.实际的PCAP文件可用here.我的问题是,一般来说,对于在半关闭连接上发送的数据,我应该期待AC