Ubuntu 10.10サーバーにhttp://redis.io/topics/quickstartのクイックスタートガイドの指示に従って、Redisを正常にインストールしました。私はdameonとしてサービスを実行しています（そのため、init.dで実行できます）

サーバーは、内部IPと外部IPを持つRackspace Clusterの一部です。ホストはポート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ファイルでは、ローカルバインドコマンドをコメントアウトしているので、localhost IP以外でリッスンしているはずです。別のサーバーではなく、ローカルマシンのデータベースに接続できます。私は運が悪いのに外部と内部のIPを試しました。

これを機能させるための提案はありますか？

まず、期待どおりのIPでリッスンしていることを確認します。

netstat -nlpt | grep 6379

起動/停止の方法によっては、意図したとおりにインスタンスを実際に再起動していない可能性があります。netstatは、あなたが思っているところを聞いているかどうかを教えてくれます。そうでない場合は、再起動して、必ず再起動してください。再起動しても期待どおりにリッスンしない場合は、構成ファイルを確認してください。

アクセスを確立する必要があるリモートノードから、期待どおりの場所でリッスンしていることを確認した後：

redis-cli -h REMOTE.HOST ping

ローカルホストからそれを試すこともできますが、ホスト名またはローカルホストの代わりに、リッスンしていると予想されるIPを使用できます。どちらの場合も、応答としてPONGが表示されます。

そうでない場合は、ファイアウォールがブロックしています。これは、ローカルIPTablesまたはノード間のファイアウォールのいずれかになります。ロギングステートメントをIPtables構成に追加して、6379を超える接続をログに記録し、何が起こっているかを確認できます。また、ローカルと非ローカルから同じIPにpingを再試行することは、実例となるはずです。ローカルでは応答するがリモートでは応答しない場合、ノード上の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が保護されていることを確認する必要があります。

Orabîgによって与えられた優れた答えに加えて：

bindセクションを完全に削除してに設定protected-modeすることで、この問題を解決しましたno。

#bind 127.0.0.1
protected-mode no

公開されているサーバーでは、このメソッドを使用しないでください。

Orabigは正しいです。

Ubuntu（VirtualBox）で 10.0.2.15をバインドし、ホストからゲストUbuntuにポート転送を行うことができます。

/etc/redis/redis.conf

bind 10.0.2.15

次に、redisを再起動します。

sudo systemctl restart redis

それはうまくいくでしょう！

私は数日間Redisへのリモート接続に苦労していました。やっとできました。接続するために従うために私がまとめた完全なチェックリストは次のとおりです。いくつかの解決策が上記の回答に示されています。それでも私は自分の答えが主題に関するナノwikiであることを望みました:)いくつかの有用なリンクも追加しました。

redisがローカルで動作する場合：

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

パスワードが設定されていない場合

/etc/redis/redis.confconfigを参照してください（これは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-cliRedisサーバーがリモートサーバーにあるかのように使用します。

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

リモートサーバーとして接続されているインターネットサーバー経由でRedisサーバーにping-PONGできる場合、リモートRedis接続は機能しません。

セキュリティ警告

上記のすべてにより、Redisデータはインターネットから誰でも完全にオープンになります。

Redisの構成requirepassとprotected-mode yes設定（上記を参照）を基本的に保護し、危険なRedisコマンド（上記のリンクを参照）をブロックするには、この記事とRedisサイトのセキュリティセクションをご覧ください。

役立つリンク

ヘルプへのリンクインストールとUbuntu 18.04上でのRedisを確保する方法やセットアップのUbuntu 18.04ファイアウォールにする方法。

それが役に立てば幸い。

• 自分でredisをダウンロードして（apt-get install redis-serverではなく）、上記の提案を使用してredis.confを編集した場合は、次のような設定でredis を開始してください。./src/redis-server redis.conf

  • また、Windowsでvirtualbox vmに接続している場合は、redisに接続するための仮想ボックス設定のスクリーンショットを含めています。

サーバーのredis構成でtcp-keepaliveを60（0に設定されていた）に設定すると、この問題の解決に役立ちました。