Я только что успешно установил Redis, следуя инструкциям в руководстве по быстрому запуску на http://redis.io/topics/quickstart на моем сервере Ubuntu 10.10. Я запускаю службу как dameon (чтобы ее можно было запустить с помощью init.d)

Сервер является частью кластера Rackspace с внутренними и внешними IP-адресами. Хост работает на порту 6379 (стандарт для Redis)

Я добавил строку в iptables, чтобы разрешить входящие соединения с порта 6379, как показано ниже:

 ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:6379 

В моем PHP-коде на другом сервере я пытаюсь подключиться к новому серверу Redis здесь:

$this->load->helper("iredis");

$hostname = "IP ADDRESS HERE";

$redis = new iRedis(array('hostname' => $hostname, 'port' => 6379));

Как только я это делаю - всегда получаю отказ в соединении. В моем файле redis.conf я закомментировал команду local bind, поэтому она должна прослушивать не только IP-адрес localhost. Я могу подключиться к базе данных на локальном компьютере, но не на другом сервере. Я безуспешно пробовал внешний и внутренний IP-адреса.

Есть предложения, как заставить это работать?

Сначала я проверю, чтобы убедиться, что он прослушивает ожидаемые IP-адреса:

netstat -nlpt | grep 6379

В зависимости от того, как вы запускаете / останавливаете, возможно, вы действительно не перезапустили экземпляр, когда думали, что это так. Netstat сообщит вам, слушает ли он, где вы думаете. Если нет, перезапустите его и убедитесь, что он перезапустился. Если он перезапускается и по-прежнему не прослушивает ожидаемый сигнал, на всякий случай проверьте файл конфигурации.

После установки он прослушивает там, где вы ожидаете, от удаленного узла, который должен иметь доступ, попробуйте:

redis-cli -h REMOTE.HOST ping

Вы также можете попробовать это с локального хоста, но используйте ожидаемый IP-адрес, а не имя хоста или localhost. В обоих случаях вы должны увидеть PONG в ответе.

В противном случае ваш брандмауэр (-ы) блокирует вас. Это могут быть либо локальные IPTables, либо, возможно, межсетевой экран между узлами. Вы можете добавить оператор ведения журнала в конфигурацию IPtables, чтобы регистрировать соединения более 6379, чтобы увидеть, что происходит. Кроме того, попытка повторного пинга с локального и нелокального на один и тот же IP-адрес должна быть иллюстративной. Если он отвечает локально, но не удаленно, я бы склонился к промежуточному брандмауэру в зависимости от сложности правил ваших таблиц IP-адресов на узле.

Я застрял с той же проблемой, и предыдущий ответ мне не помог (хотя и хорошо написан).

Решение здесь: проверьте свой /etc/redis/redis.confи не забудьте изменить значение по умолчанию

bind 127.0.0.1

в

bind 0.0.0.0

Затем перезапустите службу ( service redis-server restart)

Теперь вы можете проверить, что redis прослушивает нелокальный интерфейс с помощью

redis-cli -h 192.168.x.x ping

(замените 192.168.xx своим IP-адресом)

Важное примечание: как заявили несколько пользователей, устанавливать это на сервере, доступном в Интернет, небезопасно . Вы должны быть уверены, что Redis защищен любыми средствами, которые соответствуют вашим потребностям.

В дополнение к прекрасному ответу Орабига:

Я решил эту проблему, полностью удалив bindраздел и установив protected-modeна no.

#bind 127.0.0.1
protected-mode no

Никогда не используйте этот метод на открытых серверах.

Несколько дней я боролся с удаленным подключением к Redis. Наконец-то я это сделал. Вот полный контрольный список, который я составил, чтобы следовать, чтобы подключиться. Некоторые из решений приведены в ответах выше. Тем не менее, я хотел, чтобы мой ответ был нано-вики по этой теме :) Я также добавил несколько полезных ссылок.

Если redis работает локально:

$ redis-cli
127.0.0.1:6379>ping
PONG
127.0.0.1:6379>

Если пароль не установлен

См. /etc/redis/redis.confКонфигурацию (это местоположение по умолчанию для Ubuntu 18.04, оно может быть у вас в другом месте):

# The following line should be commented
# requirepass <some pass if any>

Если в конфигурации для защищенного режима установлено значение «нет»:

# The following line should be uncommented
protected-mode no

если привязка IP открыта для доступа из Интернета в конфигурации:

# The following line should be commented
# bind 127.0.0.1 ::1

Если брандмауэр Linux разрешает соединения

(здесь для Ubuntu 18.04) Проверьте, разрешает ли входящий интернет-трафик переходить на порт 6379( порт Redis по умолчанию)

# To check if it the port is open
$ sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
...
6379/tcp                   ALLOW       Anywhere
6379/tcp (v6)              ALLOW       Anywhere (v6)
...

# To open the port
$ sudo ufw allow 6379/tcp

Перезапустить службу Redis

Не забудьте перезапустить службу Redis, чтобы изменения вступили в силу и убедитесь, что она запущена:

$ sudo systemctl restart redis.service
$ sudo systemctl status redis

Проверьте, работает ли он как удаленный сервер

из командной строки используйте, redis-cliкак если бы сервер Redis находился на удаленном сервере:

$ redis-cli -h <your-server-ip>
<your-server-ip>:6379> ping
PONG
<your-server-ip>:6379> exit
$

Если вы можете выполнить ping-PONG на своем сервере Redis через свой интернет-сервер, подключенный как удаленный сервер, то удаленное подключение Redis будет работать.

Предупреждение безопасности

Все вышеперечисленное делает ваши данные Redis полностью открытыми для всех в Интернете.

Чтобы в основном защитить использование requirepassи protected-mode yesнастройки Redis в конфигурации Redis (см. Выше) и заблокировать опасные команды Redis (см. Ссылку выше), для более глубокого понимания см. Эту статью и раздел безопасности сайта Redis ).

Полезные ссылки

Некоторые ссылки в помощь Как установить и защитить Redis в Ubuntu 18.04 и как настроить брандмауэр Ubuntu 18.04 .

Надеюсь, поможет.

Орабиг прав.

Вы можете привязать 10.0.2.15 в Ubuntu (VirtualBox), а затем выполнить перенаправление портов с хоста на гостевой Ubuntu.

в /etc/redis/redis.conf

bind 10.0.2.15

затем перезапустите Redis:

sudo systemctl restart redis

Это должно работать!

• если вы сами загрузили redis (не apt-get install redis-server), а затем отредактировали redis.conf с указанными выше предложениями, убедитесь, что вы запускаете redis с такой конфигурацией:./src/redis-server redis.conf

  • Также примечание: я включаю снимок экрана с настройками виртуального окна для подключения к Redis, если вы находитесь в Windows и подключаетесь к виртуальному ящику vm.

Установка tcp-keepalive на 60 (было установлено на 0) в конфигурации redis сервера помогла мне решить эту проблему.