根据connect(2)手册页IfthesocketsockfdisoftypeSOCK_DGRAMthenserv_addristheaddresstowhichdatagramsaresentbydefault,andtheonlyaddressfromwhichdatagramsarereceived.IfthesocketisoftypeSOCK_STREAMorSOCK_SEQPACKET,thiscallattemptstomakeaconnectiontothesocketthatisboundtotheaddressspecifiedbyserv_addr.我正在尝试过
我正在通过编写一个向指定服务器发送DNS查询的小型应用程序来学习C。这是网络代码的示例:intsend_query(){intsockfd;structsockaddr_inserver;if((sockfd=socket(AF_INET,SOCK_DGRAM,IPPROTO_UDP))这工作正常，因为查询已成功发送，并收到回复。但是，通过使用Wireshark嗅探流量，我可以看到消息:Destinationunreachable(Portunreachable)。我发现我可以通过在sendto()之前调用bind()来避免这种情况:intsend_query(){intsockfd;
我正在通过编写一个向指定服务器发送DNS查询的小型应用程序来学习C。这是网络代码的示例:intsend_query(){intsockfd;structsockaddr_inserver;if((sockfd=socket(AF_INET,SOCK_DGRAM,IPPROTO_UDP))这工作正常，因为查询已成功发送，并收到回复。但是，通过使用Wireshark嗅探流量，我可以看到消息:Destinationunreachable(Portunreachable)。我发现我可以通过在sendto()之前调用bind()来避免这种情况:intsend_query(){intsockfd;
首先，我知道在同一主题上还有其他几个主题，但我无法在其中找到任何可以帮助我的东西，所以我会尝试非常具体地说明我的情况。我已经设置了一个简单的UDP客户端/UDP服务器对，负责在多个并行模拟之间发送数据。也就是说，模拟器的每个实例都在单独的线程中运行，并在UDP套接字上发送数据。在主线程中，服务器正在运行并在模拟之间路由消息。(对于这个问题)服务器代码的重要部分如下所示:UDPServer::UDPServer(boost::asio::io_service&m_io_service):m_socket(m_io_service,udp::endpoint(udp::v4(),PORT_
首先，我知道在同一主题上还有其他几个主题，但我无法在其中找到任何可以帮助我的东西，所以我会尝试非常具体地说明我的情况。我已经设置了一个简单的UDP客户端/UDP服务器对，负责在多个并行模拟之间发送数据。也就是说，模拟器的每个实例都在单独的线程中运行，并在UDP套接字上发送数据。在主线程中，服务器正在运行并在模拟之间路由消息。(对于这个问题)服务器代码的重要部分如下所示:UDPServer::UDPServer(boost::asio::io_service&m_io_service):m_socket(m_io_service,udp::endpoint(udp::v4(),PORT_
我有一个正在处理的守护进程，它监听UDP广播数据包并通过UDP进行响应。当数据包进来时，我想知道数据包来自哪个IP地址(或NIC)至这样我就可以以该IP地址作为源进行响应。(由于涉及很多痛苦的原因，我们系统的一些用户希望将同一台机器上的两个网卡连接到同一个子网。我们告诉他们不要，但他们坚持。我不需要提醒这是多么丑陋.)似乎没有办法检查数据报并直接找出它的目标地址或它进入的接口(interface)。基于大量的谷歌搜索，我发现找出数据报目标的唯一方法是每个接口(interface)有一个监听套接字并将套接字绑定(bind)到它们各自的接口(interface)。首先，我的监听套接字是这样
我有一个正在处理的守护进程，它监听UDP广播数据包并通过UDP进行响应。当数据包进来时，我想知道数据包来自哪个IP地址(或NIC)至这样我就可以以该IP地址作为源进行响应。(由于涉及很多痛苦的原因，我们系统的一些用户希望将同一台机器上的两个网卡连接到同一个子网。我们告诉他们不要，但他们坚持。我不需要提醒这是多么丑陋.)似乎没有办法检查数据报并直接找出它的目标地址或它进入的接口(interface)。基于大量的谷歌搜索，我发现找出数据报目标的唯一方法是每个接口(interface)有一个监听套接字并将套接字绑定(bind)到它们各自的接口(interface)。首先，我的监听套接字是这样
我需要为Linux编写一个应用程序来定期发送UDP数据包。理想情况下，频率应为每1毫秒一次，并且数据包之间的间隔应保持一致。我试过用这种方式通过普通套接字来做到这一点:while(counter在上面的应用程序中，我只是用一个计数器值填充UDP数据包，所以我可以在接收端区分它们。基本上这段代码完成了它的工作，但是有这些问题:1.频率不够高，受主机性能和其他应用程序影响很大。2.包间隔不一致，因为有RTC作为引用。但是，如果我尝试进行RTC检查，这会使数据包速率变得更慢。我认为应该有更优雅的方式来通过不同的方法实现我的目标。请多多指教。 最佳答案
我需要为Linux编写一个应用程序来定期发送UDP数据包。理想情况下，频率应为每1毫秒一次，并且数据包之间的间隔应保持一致。我试过用这种方式通过普通套接字来做到这一点:while(counter在上面的应用程序中，我只是用一个计数器值填充UDP数据包，所以我可以在接收端区分它们。基本上这段代码完成了它的工作，但是有这些问题:1.频率不够高，受主机性能和其他应用程序影响很大。2.包间隔不一致，因为有RTC作为引用。但是，如果我尝试进行RTC检查，这会使数据包速率变得更慢。我认为应该有更优雅的方式来通过不同的方法实现我的目标。请多多指教。 最佳答案
如果我打开一个原始套接字，并发送带有错误校验和的udp数据包，数据包是否会被tcp/ip堆栈另一端丢弃？ 最佳答案 是的，它们会被丢弃。如果您需要更可靠的通信，最好使用TCP。有关更多信息，请查看:http://www.diffen.com/difference/TCP_vs_UDPUDP甚至不能保证数据包会被发送，更不用说接收了。但是，如果它们实际上已收到，则会对其进行检查。如果它们未通过校验和，它们将被丢弃。编辑:此外，udp默认情况下不会在发送数据包时对数据包进行排序，这必须在应用程序级别完成。如果您仍然打算使用UDP，请记住
