Eu tenho um hipervisor centos 7 kvm executando várias VMs configuradas para usar rede NAT.
Essas VMs executam seus serviços, dos quais o ssh é o mais importante para fins de administração. Gostaria de atribuir portas no hipervisor que são encaminhadas para as VMs usando firewalld.
Meu hipervisor possui as seguintes interfaces:
3: wlp8s1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
link/ether 94:0c:6d:c4:b8:12 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.30/24 brd 192.168.1.255 scope global dynamic wlp8s1
valid_lft 2627sec preferred_lft 2627sec
inet6 2a02:a03f:268e:3e00:960c:6dff:fec4:b812/64 scope global noprefixroute dynamic
valid_lft 345640sec preferred_lft 345640sec
inet6 fe80::960c:6dff:fec4:b812/64 scope link
valid_lft forever preferred_lft forever
4: virbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether 52:54:00:64:af:d6 brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever
wlp8s1minha interface sem fio está conectada à minha rede doméstica, virbr0é a interface de rede interna do kvms.
O encaminhamento IPV4 está habilitado:
firewall-cmd --zone=external --add-forward-port=port=2022:proto=tcp:toport=22:toaddr=192.168.122.13
Estou usando 2 zonas: externale dmz:
dmz
interfaces: virbr0
external
interfaces: wlp8s1
Uma das VMs é um servidor de banco de dados com a seguinte configuração de rede:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 52:54:00:df:79:1e brd ff:ff:ff:ff:ff:ff
inet 192.168.122.13/24 brd 192.168.122.255 scope global dynamic eth0
valid_lft 2634sec preferred_lft 2634sec
inet6 fe80::5054:ff:fedf:791e/64 scope link
valid_lft forever preferred_lft forever
e está executando o sshd escutando na porta 22:
# systemctl status sshd
sshd.service - OpenSSH server daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2016-05-22 20:08:45 CEST; 45min ago
...
# ss -ntl
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 *:22 *:*
LISTEN 0 128 :::22 :::*
Então tentei seguir o tutorial e a documentação oficial, o que me levou à seguinte cadeia de comandos (no hipervisor):
# firewall-cmd --zone=external --add-port=2022/tcp
success
# firewall-cmd --zone=external --add-forward-port=port=2022:proto=tcp:toport=22:toaddr=192.168.122.13
success
mas, infelizmente (do meu laptop conectado à minha rede doméstica):
$ ssh 192.168.1.30 -p 2022
ssh: connect to host 192.168.1.30 port 2022: Connection refused
Coisas que testei:
Dumps TCP durante a emissão ssh 192.168.1.30 -p 2022no meu laptop:
No hipervisor:
# tcpdump -i wlp8s1 port 2022
21:02:50.661181 IP laptop.38052 > hypervisor.down: Flags [S], seq 885834855, win 29200, options [mss 1460,sackOK,TS val 4732781 ecr 0,nop,wscale 7], length 0
Na VM, nenhum pacote é recebido
Posso fazer ssh do hipervisor para a VM
Se eu alterar o comando firewalld forward para:
firewall-cmd --zone=external --add-forward-port=port=2022:proto=tcp:toport=22:toaddr=192.168.1.30
Posso fazer ssh no hipervisor usando sua porta 2022. Isso poderia significar que tem algo a ver com as zonas?
Qualquer ajuda ou coisas extras que eu possa testar seriam muito apreciadas! Obrigado!
PS
Encontrei esta pergunta semelhante indicando que o firewalld estava quebrado: Encaminhamento de porta Fedora 21 com firewalld (firewall-cmd); Como isso realmente funciona? Ou não?
mas espero encontrar uma solução aqui, dadas as informações extras que forneci :).
Responder1
Você pode querer verificar algumas configurações. Você ativou o encaminhamento de IP no kernel ex net.ipv4.ip_forward=1=> /etc/sysctl.conf?
Além disso, pode ser necessário executar um comando como este para ativar o mascaramento:
firewall-cmd --zone=external --add-masquerade