Permitindo o Remote Desktop (rdesktop) através do Ubuntu (16.04) DHCP Server

0

Então, enquanto eu olhei através dos formulários para descobrir se alguém teve o mesmo problema, mas sinto que minha situação é particularmente isolada / especial. (Eu acho que de qualquer maneira)

Estou tentando executar o aplicativo desktop / rdesktop remoto através do meu modem / roteador e meu servidor DHCP do Ubuntu para um sistema na sub-rede (ou sub-lan). Encaminhei a porta (3389) pelo meu modem / roteador e redirecionei o tráfego para o meu servidor DHCP do Ubuntu. A partir disso, usando o netstat, a porta 3389 não está bloqueada, mas fechada (no meu servidor DHCP) (não tenho certeza se é importante que ela esteja ouvindo?). Quando eu verifico se a porta está aberta (através do modem / roteador e do servidor DHCP), os resultados que recebi dizem que a porta ainda está fechada. Eu sei que o pacote está fazendo passar a porta no roteador / modem porque eu tenho conectado remotamente a um sistema na LAN através do modem / roteador com sucesso. Devido à minha configuração, no entanto, desejo acessar remotamente o sistema a partir da sub-lan. (modem / router - > LAN - > servidor DHCP - > sub-LAN / net, caso a terminologia pareça confusa.)

Alguém pode oferecer uma solução? Eu posso contornar isso, mas minha configuração ideal deve ser possível? (pelo menos eu acho que sim)

UPDATE
Aqui está o meu conteúdo do iptable (s), obrigado!


/ sbin / iptables -P AVANÇAR ACEITAR
/ sbin / iptables -A FRENTE -i enp5s0 -j ACEITAR
/ sbin / iptables --table nat -A POSTROUTANDO -o enp0s25 -j MASQUERADE

sair 0

    
por reap_2_sow1 05.09.2017 / 13:10

1 resposta

0

Você só tem o NAT de saída configurado para que tudo que passa pelo sistema seja mascarado com o endereço IP principal e direcionado para a Internet. Você não tem nenhum encaminhamento de porta feito. Assim como nos roteadores padronizados padrão, você precisa configurar as regras NAT para lidar com o tráfego vindo de fora e entrando.

O

iptables encaminhamento de porta básico para o tráfego TCP é assim:

iptables -t nat -A PREROUTING -i [INTERNET_INTERFACE] -p tcp --dport [EXTERNAL_RECEIVING_PORT] -j DNAT --to-destination [TARGET_SYSTEM_IP]:[TARGET_PORT]

... com uma regra correspondente em sua tabela FORWARD assim:

iptables -A FORWARD -p tcp -d [TARGET_SYSTEM_IP] --dport [TARGET_PORT] -m conntrack --ctstate NEW,ESTABLISHED,RELATED -j ACCEPT

Para o tráfego UDP, é semelhante, exceto sem acompanhamento de estado:

iptables -t nat -A PREROUTING -i [INTERNET_INTERFACE] -p udp --dport [EXTERNAL_RECEIVING_PORT] -j DNAT --to-destination [TARGET_SYSTEM_IP]:[PORT]
iptables -A FORWARD -p udp -d [TARGET_SYSTEM_IP] --dport [TARGET_PORT] -j ACCEPT

A suposição aqui é que você tem duas interfaces de sistema, uma para o tráfego de saída e outra para o tráfego de entrada da sua LAN, com o sistema atuando como o gateway.

Considere-se, porém, que o seu servidor Ubuntu é provavelmente não apenas fazendo DHCP, mas está atuando como o roteador em sua infra-estrutura, o que significa que você tem que tratá-lo como tal. (Não é apenas DHCP, é o sistema NAT e de roteamento)

    
por Thomas Ward 09.09.2017 / 20:45