Сначала я бы проверил, прослушивает ли тот IP-адрес, который вы ожидаете:
netstat -nlpt | grep 6379
В зависимости от того, как вы запускаете / останавливаете, вы, возможно, фактически не перезапускали экземпляр, когда думали, чтоимел.Netstat скажет вам, если он слушает, где вы думаете, это.Если нет, перезапустите его и убедитесь, что он перезапускается.Если он перезапускается и все еще не прослушивает, где вы ожидаете, проверьте ваш конфигурационный файл просто для уверенности.
После установления, что он прослушивает, где вы ожидаете, с удаленного узла, который должен иметь доступ, попробуйте:
redis-cli -h REMOTE.HOST ping
Вы также можете попробовать это с локального хоста, но использовать IP-адрес, который вы ожидаете, вместо имени хоста или локального хоста.Вы должны увидеть это понг в ответ в обоих случаях.
Если нет, ваш брандмауэр (-ы) блокирует вас.Это могут быть локальные IPTables или, возможно, межсетевой экран между узлами.Вы можете добавить оператор регистрации в вашу конфигурацию IPtables, чтобы регистрировать соединения через 6379, чтобы увидеть, что происходит.Также, попытка переадресации с локального и нелокального на один и тот же IP-адрес должна быть иллюстративной.Если он отвечает локально, но не удаленно, я бы склонялся к промежуточному межсетевому экрану в зависимости от сложности ваших правил IP-таблиц на узле.