Порт недоступен, хотя находится в состоянии прослушивания - PullRequest
Новая
       24

Порт недоступен, хотя находится в состоянии прослушивания

0 голосов
/ 18 марта 2019

Я использую vagrant для развертывания нескольких redis узлов.

Тем не менее:

С одной стороны 

(master)*$ vagrant ssh redis.node.1
Welcome to Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-143-generic x86_64)

New release '18.04.2 LTS' available.
Run 'do-release-upgrade' to upgrade to it.
Last login: Mon Mar 18 15:03:21 2019 from 10.0.2.2
vagrant@redis:~$ ss -tulapn | grep -i 6379
tcp    LISTEN     0      128       *:6379                  *:*                  
tcp    LISTEN     0      128       *:16379                 *:*                  
tcp    LISTEN     0      128      :::6379                 :::*                  
tcp    LISTEN     0      128      :::16379                :::*

Но с моего хоста: 

(master)*$ ping -c 1 redis.node.1
PING redis.node.1 (192.168.54.11) 56(84) bytes of data.
64 bytes from redis.node.1 (192.168.54.11): icmp_seq=1 ttl=64 time=0.235 ms

--- redis.node.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.235/0.235/0.235/0.000 ms
(master)*$ nc -zv -w 2 redis.node.1 6379
nc: connect to redis.node.1 port 6379 (tcp) failed: Connection refused
nc: connect to redis.node.1 port 6379 (tcp) failed: Connection refused

Как это возможно?

Как я могу еще устранить эту проблему?

Я отключил и остановил ufw на redis.node.1, на всякий случай.

1 Ответ

0 голосов
/ 18 марта 2019

Это, скорее всего, связано с vagrant и virtualbox провайдером, а также с обработкой их виртуального интерфейса;

Выполнение ip route показало следующую запись 

192.168.54.0/24 dev vboxnet6 proto kernel scope link src 192.168.54.1

даже после запуска vagrant destroy

Вышеуказанное cidr соответствует сети, которую я создаю в Vagrantfile

Определенный виртуальный интерфейс должен быть удален после уничтоженияСреда vagrant, однако это не так, создавая некое сетевое состояние и, следовательно, ошибочно направлять пакеты (?)

Изменение диапазона IP-адресов частной сети или явное удаление вышеуказанного vface решило проблему.

...