Início / computer / Perguntas / 1487012
Accepted
FedKad
Asked: 2019-09-28 08:46:23 +0800 CST

"Sem rota para o host" ao tentar conectar-se a um serviço TCP em uma instância do Oracle Cloud

  • 772

Criei uma instância do Ubuntu no Oracle Cloud Infrastructure (OCI) . Consigo me conectar a esta instância com SSH (TCP 22). Criei alguns serviços nesta instância, como daytime (TCP 13), mail (TCP 25), http (TCP 80), dns (TCP/UDP 53). Adicionei regras semelhantes à lista de segurança padrão na página da web de gerenciamento OCI desta instância semelhante à regra SSH padrão. No entanto, quando tento me conectar a qualquer um desses serviços da Internet, recebo um No route to hosterro. A única exceção é o serviço SSH que funciona sem problemas.

Depois ufwde instalar nesta instância; no entanto, depois desativei e removi ufw. Depois disso, removi o iptablespacote também. Portanto, agora não há firewall Linux. No entanto, ainda tenho esse problema.

Este parece ser um problema relacionado ao OCI. Eu fiz configurações semelhantes em outras plataformas de nuvem (AWS, GCP, etc.) sem nenhum problema.

Onde mais posso procurar para isolar esse problema?

Atualização: remover o iptables e reiniciar resolveu o problema. Agora vou tentar reinstalar o iptables.

ubuntu-18.04 cloud

5 respostas

  1. Best Answer

    O problema parece estar relacionado ao OCI não querer que você use ufwno Ubuntu: https://docs.cloud.oracle.com/iaas/Content/knownissues.htm#ufw

    Tenho que desativar ou remover ufwe editar o arquivo /etc/iptables/rules.v4conforme descrito no link fornecido acima. Depois disso, para habilitar as novas regras, preciso executar:

    # iptables-restore </etc/iptables/rules.v4

    Parece que as ufwregras não surtem efeito em tal configuração e tenho que usar iptables. Esta não é, no entanto, uma maneira muito amigável de gerenciar as regras de firewall em um servidor Ubuntu na plataforma OCI.

    • 7

  2. Encontrei esse problema com o Oracle Linux na nuvem Oracle. Possui um conjunto predefinido de regras de bloqueio. Então, eu estava conectando com sucesso a porta 22 (ssh), mas estava obtendo "No route to host" tentando conectar outras portas.
    Você precisa abrir as portas individualmente:

    Ex, para Docker:

    firewall-cmd  --permanent --zone=public --add-port=2377/tcp
firewall-cmd  --reload

    Além disso, você precisa configurar a lista de segurança para a rede virtual na nuvem.

    • 6 
  3. nano /etc/iptables/rules.v4

    Adicione as linhas abaixo

    -A INPUT -p tcp -m state --state NEW -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 443 -j ACCEPT

    iptables-restore < /etc/iptables/rules.v4
    • 2

  4. Estas são as etapas exatas que funcionaram para mim, com base na resposta do FedKad à sua postagem original ...

    As seguintes etapas extras foram necessárias na nuvem Oracle para abrir portas no Ubuntu 20 :

    1. sudo vim /etc/iptables/rules.v4 (ou qualquer editor que você use)

    2. Após a linha -A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT, insira:

    -A INPUT -p tcp -m state --state NEW -m tcp --dport 1234 -j ACCEPT

    (mude o número da porta que precisa ser aberta!)

    1. No prompt do shell:

    sudo su -

    iptables-restore < /etc/iptables/rules.v4

    exit

    1. A porta recém-aberta pode ser testada acessando outra máquina Linux e emitindo o comando:

    nc -zvw100 THE_IP_ADDRESS_OF_MACHINE_WHOSE_PORT_WE_OPENED THE_PORT_NUMBER

    • 2

  5. Pode ser na rede ou na instância do Linux. E se for no Linux, pode ser o iptables ou o serviço.

    Para começar com o último, e porque você tem e-mail, tente na caixa do Linux:

    telnet 127.0.0.1 smtp
helo there
quit

    Você vê 220, 250 e 221 mensagens? Então seu serviço de correio funciona. Se você obtiver Connection refused, seu serviço não está funcionando.

    Em seguida, iptables -nvLdeve informar se as portas estão abertas para o mundo exterior. Se você não conseguir obter cara ou coroa na saída,

    service iptables stop

    deve parar o iptables, o que para um teste pode ser aceitável. Você disse que se livrou de ufw, então presumo sudo ufw disableque não será mais necessário.

    Se, com o iptables fora do caminho, você ainda não conseguir se conectar, provavelmente é uma configuração na nuvem da Amazon, com a qual não tenho experiência.

    • 1

relate perguntas