4

我正在尝试为 iOS 实现简单的跟踪路由。一切似乎都工作正常，除了当我在模拟器或设备上运行我的应用程序时，当 CLI traceroute 找到所有 14 个路由器时，它在途中只找到了几个（6-7）个第一个路由器。

const char *c = "www.gmail.com";
struct hostent *host_entry = gethostbyname(c);
char *ip_addr;
ip_addr = inet_ntoa(*((struct in_addr *)host_entry->h_addr_list[0]));
struct sockaddr_in destination, fromAddr;
int recv_sock;
int send_sock;

// Creting Sockets///

if ((recv_sock = socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP)) <
    0) // using UDP socket.
{
  NSLog(@"Could not cretae recv_sock.\n");
}
if ((send_sock = socket(AF_INET, SOCK_DGRAM, 0)) < 0) {
  NSLog(@"Could not cretae send_sock.\n");
}
memset(&destination, 0, sizeof(destination));
destination.sin_family = AF_INET;
destination.sin_addr.s_addr = inet_addr(ip_addr);
destination.sin_port = htons(80);
struct timeval tv;
tv.tv_sec = 0;
tv.tv_usec = 10000;
setsockopt(recv_sock, SOL_SOCKET, SO_RCVTIMEO, (char *)&tv,
           sizeof(struct timeval));
char *cmsg = "GET / HTTP/1.1\r\n\r\n";
int max_ttl = 20;
int num_attempts = 5;
socklen_t n = sizeof(fromAddr);
char buf[100];
for (int ttl = 1; ttl <= max_ttl; ttl++) {
  memset(&fromAddr, 0, sizeof(fromAddr));
  if (setsockopt(send_sock, IPPROTO_IP, IP_TTL, &ttl, sizeof(ttl)) < 0)
    NSLog(@"error in setsockopt\n");
  for (int try = 0; try < num_attempts; try ++) {
    if (sendto(send_sock, cmsg, sizeof(cmsg), 0,
               (struct sockaddr *)&destination,
               sizeof(destination)) != sizeof(cmsg))
      NSLog(@"error in send to...\n@");
    int res = 0;
    if ((res = recvfrom(recv_sock, buf, 100, 0, (struct sockaddr *)&fromAddr,
                        &n)) < 0) {
      NSLog(@"an error: %s; recvfrom returned %d\n", strerror(errno), res);
    } else {
      char display[16] = {0};
      inet_ntop(AF_INET, &fromAddr.sin_addr.s_addr, display, sizeof(display));
      NSLog(@"Received packet from%s for TTL=%d\n", display, ttl);
      break;
    }
  }
}

我尝试绑定发送套接字，但结果相同，我无法在 iOS 上使用 Sock_raw。我试图在我的 Mac 上运行它并得到相同的结果。我得到的错误是“资源暂时不可用；” 对于recvfrom(). 这是为什么？我该如何解决？

4

1 回答 1

3

接收套接字的EAGAIN超时可能会引发错误（产生“资源暂时不可用；”字符串）。

由于您使用此行仅将 10000 微秒设置为读取超时（恕我直言，这真的很短）...

struct timeval tv;
tv.tv_sec = 0;
tv.tv_usec = 10000;
setsockopt(recv_sock, SOL_SOCKET, SO_RCVTIMEO, (char *)&tv,sizeof(struct timeval));

... 可能路越长（我的意思是您必须通过的路由器数量），您在这种情况下遇到的机会就越大。

尝试提高超时值并让我们知道它是否变得更好。

编辑

我在linux下尝试了源代码，我发现了两种问题。

  • 如上所述：超时
  • 80端口问题

我只是提高了超时时间并使用了一个不同于 80 的端口（在我的情况下，我将 udp 消息发送到 40000 端口）并且我像traceroute命令一样取回了所有跃点。

我不确定为什么会出现这种行为。也许某种“可能的恶意数据包警报”被丢弃它的路由器触发

进一步编辑

看这个链接：man traceroute

在可用方法列表部分中，您可以找到许多方法来实现您所需要的。您的方法类似于默认方法，说明：

探测数据包是具有所谓“不太可能”的目标端口的 udp 数据报。第一个探针的“不太可能”端口是 33434，然后对于每个下一个探针，它都会增加 1。由于这些端口预计不会使用，因此目标主机通常会返回“icmp unreach port”作为最终响应。（但是，没有人知道当某些应用程序侦听此类端口时会发生什么）。

因此，如果您需要完全模拟常见 Linux 跟踪路由的行为，您必须将目标端口增加 1，每次 TTL 增加（或者每次您无法得到响应恕我直言）

可能，有时您的命令在某些端口上不起作用，因为路由器正在侦听后者（如 Linux 手册所建议，我用粗体下划线）。

于 2013-01-13T15:30:12.873 回答