Question

此代码与原始udp异步回显服务器相同，但使用不同的套接字。

响应被传输并显示在wireshark中，但随后ICMP Port Unreachable错误被发送回服务器。我试图理解为什么，因为一切看起来都是正确的。

您可以将此代码直接复制到源文件中，例如server.cpp。然后用

编译

gcc server.cpp -lboost_system

使用以下命令运行它：./a.out 35200

#include <cstdlib>
#include <iostream>
#include <boost/bind.hpp>
#include <boost/asio.hpp>

using boost::asio::ip::udp;
class server
{
public:
  server(boost::asio::io_service& io_service, short port)
    : io_service_(io_service),
      socket_(io_service, udp::endpoint(udp::v4(), port)),
      socket2_(io_service, udp::endpoint(udp::v4(),0))
  {
    socket_.async_receive_from(
        boost::asio::buffer(data_, max_length), sender_endpoint_,
        boost::bind(&server::handle_receive_from, this,
          boost::asio::placeholders::error,
          boost::asio::placeholders::bytes_transferred));
  }

  void handle_receive_from(const boost::system::error_code& error,
      size_t bytes_recvd)
  {
    if (!error && bytes_recvd > 0)
    {
        // use a different socket... random source port.
        socket2_.async_send_to(
            boost::asio::buffer(data_, bytes_recvd), sender_endpoint_,
            boost::bind(&server::handle_send_to, this,
                        boost::asio::placeholders::error,
                        boost::asio::placeholders::bytes_transferred));
    }
    else
    {
      socket_.async_receive_from(
          boost::asio::buffer(data_, max_length), sender_endpoint_,
          boost::bind(&server::handle_receive_from, this,
            boost::asio::placeholders::error,
            boost::asio::placeholders::bytes_transferred));
    }
  }

  void handle_send_to(const boost::system::error_code& /*error*/,
      size_t /*bytes_sent*/)
  {
    // error_code shows success when checked here.  But wireshark shows
    // an ICMP response with destination unreachable, port unreachable when run on
    // localhost.  Haven't tried it across a network.

    socket_.async_receive_from(
        boost::asio::buffer(data_, max_length), sender_endpoint_,
        boost::bind(&server::handle_receive_from, this,
          boost::asio::placeholders::error,
          boost::asio::placeholders::bytes_transferred));
  }

private:
  boost::asio::io_service& io_service_;
  udp::socket socket_;
  udp::socket socket2_;
  udp::endpoint sender_endpoint_;
  enum { max_length = 1024 };
  char data_[max_length];
};

int main(int argc, char* argv[])
{
  try
  {
    if (argc != 2)
    {
      std::cerr << "Usage: async_udp_echo_server <port>\n";
      return 1;
    }

    boost::asio::io_service io_service;

    using namespace std; // For atoi.
    server s(io_service, atoi(argv[1]));

    io_service.run();
  }
  catch (std::exception& e)
  {
    std::cerr << "Exception: " << e.what() << "\n";
  }

  return 0;
}

我需要这个的原因是因为我有多个线程从一个由UDP服务器提供的输入队列接收数据。现在我希望这些线程能够直接发送响应，但我无法使其正常工作。

如果我在async_send_to调用中使用原始套接字（即socket_），则它可以正常工作。

好的......这是测试客户端不能使用上面的代码（但是使用asio示例中的原始版本）。

#!/usr/bin/python

import socket, sys, time, struct

textport = "35200"
host = "localhost"

if len(sys.argv) > 1:
    host = sys.argv[1]

print "Sending Data"

s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
port = int(textport)
s.connect((host, port))

s.sendall("Hello World")
#s.shutdown(1)

print "Looking for replies; press Ctrl-C or Ctrl-Break to stop."
while 1:
    buf = s.recv(1200)
    if not len(buf):
        break
    print "Received: %s" % buf

令我感到困惑。但至少我可以使用C ++ UDP客户端，它可以工作。

Answer 1

您不应该挂起异步发送然后关闭套接字。套接字的析构函数在块的末尾运行，关闭套接字，这可以防止发送。

Answer 2

好的，完全不同的可能性。

你在运行netfilter吗？你有conntrack规则吗？

来自同一端口的回复将与conntrack模块中的CONNECTED匹配，而来自新端口的回复似乎是新连接。如果与CONNECTED不匹配的传入UDP数据包具有REJECT操作，它将解释该行为，以及为什么完全相同的代码可以为Sam工作。

Answer 3

我们走了。我又回答了自己的问题。这个问题与我的python代码有关这是我从其他人手中抢过的样本。

此版本更好地处理整个堆并正确读取结果。而且，正在使用正确的API sendto recvfrom，这通常与udp数据包一起使用。

#!/usr/bin/python

import socket, sys, time, struct

textport = "35200"
host = "localhost"

if len(sys.argv) > 1:
    host = sys.argv[1]

print "Sending Data"

port = int(textport)
addr = (host, port)
buf = 1024
s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)

s.sendto("hello World", addr)

print "Looking for replies; press Ctrl-C or Ctrl-Break to stop."
while 1:
    data,addr = s.recvfrom(buf)
    if not data:
        print "Client has exited!"
        break
    else:
        print "\nReceived: '", data,"'"

# Close socket
s.close()

另一件事是，正如Ben在他的回答中指出的那样，我一度创建了一个套接字，后来由于函数超出范围而被删除，并且它仍然有待处理的I / O.我已经决定使用异步I / O在我的情况下几乎没有什么好处，因为它不必要地使代码复杂化并且不会对性能产生太大影响。

Answer 4

修改

您的python客户端代码看起来很可疑，我认为您不应该使用UDP套接字执行connect或send。试试这个：

#!/usr/bin/python import socket, sys, time, struct port = 10000 host = "localhost" addr = (host,port) if len(sys.argv) > 1: host = sys.argv[1] print "Sending Data" s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) s.sendto("Hello World",addr) print "Looking for replies; press Ctrl-C or Ctrl-Break to stop." while 1: data,addr = s.recvfrom(1200) if not data: break print "Received: %s" % data

它适用于我使用您的server.cpp

macmini:stackoverflow samm$ ./client.py Sending Data Looking for replies; press Ctrl-C or Ctrl-Break to stop. Received: Hello World

以下原始答案。
如果发送消息的客户端没有打开host unreachable端口，那么
sender_endpoint_就是我所期望的。当我编译你的server.cc并使用Boost.Asio blocking udp echo client example时，它可以正常工作

macmini:stackoverflow samm$ g++ server.cpp -lboost_system -o server macmini:stackoverflow samm$ g++ client.cpp -lboost_system -o client macmini:stackoverflow samm$ ./server 10000

在另一个shell中

macmini:stackoverflow samm$ ./client 127.0.0.1 10000 Enter message: hello Reply is: hello macmini:stackoverflow samm$ ./client 127.0.0.1 10000 Enter message: goodbye Reply is: goodbye macmini:stackoverflow samm$

为什么这个Boost ASIO代码不能与这个python客户端一起使用？

4 个答案: