2016-10-26 1 views
-1

У меня есть Linux-сервер ubuntu, на котором запущена программа сокетов C++, которая должна прослушивать порт 6555 для входящих подключений и отправлять «Добро пожаловать на сервер!». им. Он работает, когда я telnet от localhost, но когда я telnet из-за пределов сети, он не работает.Не удается подключиться к C++ программе сокетов Linux из-за пределов локальной сети

Администратор локальной сети сказал мне, что он направил порт 6555 на локальный IP сервера, так как он сделал ранее на 80

У меня также есть веб-сервер, работающий на 80 порту, и я могу телнет в это откуда угодно, поэтому я не знаю, в чем проблема.

Я попытался временно отключить брандмауэр iptables (ufw) на моем сервере и попытаться подключиться, но не было никакой разницы.

Open Port Checker говорит, что порт закрыт. Означает ли это, что пересылка не сработала? Вот код, составленный в г ++:

#include <iostream> 
#include <sys/types.h> 
#include <sys/socket.h> 
#include <netdb.h> 
#include <cstring> 
#include <netinet/in.h> 
#include <unistd.h> 

#include "../include/netutils.hh" 

int main() { 
    sockaddr_storage clt_addr; 
    socklen_t sin_size; 
    int cltSock = -1; 
    const std::string port = "6555"; 
    int servSock = -1; 
    try { 
     servSock = getSrvSocket(port, 10); 
     while (true) { 
      sin_size = sizeof clt_addr; 
      cltSock = accept(servSock, (sockaddr*)&clt_addr, &sin_size); 
      if (cltSock == -1) continue; 
      if (!fork()) { 
       close(servSock); 
       send(cltSock, "Welcome to the server!\n", 23, 0); 
       while(true); 
      } 
      close(cltSock); 
     } 

    } 
    catch(std::string excpt) 
    { 
     std::cerr << excpt << '\n'; 
     return -1; 
    } 
    return 0; 

} 

с getSrvSocket() в netutils.cc:

int getSrvSocket(std::string port, int BACKLOG) { 
    int yes = 1; 
    addrinfo *p; 
    addrinfo hints; 
    addrinfo *servinfo; 
    memset(&hints, 0, sizeof hints); 
    hints.ai_family = AF_UNSPEC;  //Can use either IPv4 or IPv6 
    hints.ai_socktype = SOCK_STREAM; 
    hints.ai_flags = AI_PASSIVE;  //Automatically set IP address 
    int sock = -1; 
    if (getaddrinfo(NULL, port.c_str(), &hints, &servinfo) !=0) { 
     throw std::string("Error: Could not resolve address info"); 
    } 

    for (p = servinfo; p != NULL; p = p->ai_next) { 
     sock = socket(p->ai_family, p->ai_socktype, p->ai_protocol); 
     if (sock == -1) continue; 
     if (setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &yes, 
        sizeof(int)) == -1) { 
      throw std::string("Error: setsockopt() failure"); 
     } 
     if (bind(sock, p->ai_addr, p->ai_addrlen) == -1) { 
      close(sock); 
      continue; 
     } 
     break; 
    } 
    freeaddrinfo(servinfo); 
    if (NULL == p) throw std::string("Error: Server failed to bind"); 
    if (listen(sock, BACKLOG) == -1) { 
     throw std::string("Error: Failed to to start listen()"); 
    } 
    struct sigaction sa; 
    sa.sa_handler = sigchld_handler; 
    sigemptyset(&sa.sa_mask); 
    sa.sa_flags = SA_RESTART; 

    if (sigaction(SIGCHLD, &sa, NULL) == -1) { 
     throw std::string("Error: sigaction() failed"); 
    } 
    return sock; 
} 

ответ

1

getSrvSocket() уточняет AF_UNSPEC при вызове getaddrinfo(), что означает, что он может выводить как IPv4, так и IPv6 адреса. Но вы привязываетесь только к одному адресу, а затем останавливаетесь. Таким образом, возможно, что вы фактически привязываетесь к IPv6-адресу, а затем ваш клиент пытается подключиться к нему, используя вместо него IPv4 (или наоборот), который, очевидно, не будет работать.

Если вы хотите поддерживать как IPv4, так и IPv6, вы должны привязать отдельный прослушивающий сокет к каждому адресу, который возвращает getaddrinfo(). Вы также должны зарегистрировать адреса, к которым вы успешно привязываетесь, чтобы вы знали, к каким клиентам можно подключиться (и что вам нужно сообщить администратору сети для пересылки).

В противном случае не используйте AF_UNSPEC с getaddrinfo(). Вместо этого используйте AF_INET (IPv4) или AF_INET6 (IPv6).

+0

Я изменил его, чтобы использовать AF_INET и протестирован; он все еще работал на localhost, но все еще не работал из внешней сети. – RobNo

+0

Чтобы развернуть это, вы также можете получить ошибки, если по умолчанию для IPV6_V6ONLY по умолчанию установлено значение true. –

+0

Как проверить, истинна или ложна IPV6_V6ONLY? Я думаю, что процесс запущен на IPv4 из запуска netstat -tulpn и получения tcp 0 0 0.0.0.0:6555 0.0.0.0:* LISTEN 10292/netsrv – RobNo