更新:動作するようになりました。ジムZajkowskiの答えは私が私のことを検出助け/etc/init.d/couchdbリブートコールが実際にインスタンスを再起動されませんでした。CouchDBプロセスを手動で強制終了して新しいインスタンスを開始した後、必要なBindAddressの変更を取得しました。
CouchDBをインストールしました
aptitudeインストールcouchdb
サーバーから、経由で接続できます
telnet localhost 5984
RESTfulコマンドを実行します。ネットワーク上の別のマシンまたはネットワーク外部のマシンからサーバーにアクセスしようとすると、「接続がリセットされました」というエラーが表示されます。ルーターでポートフォワーディングを設定しましたが、サーバーはApache、Tomcat、SSHなどを介してアクセスできます。
私はLinux / Ubuntuを初めて使用するので、接続をブロックするデフォルトのファイアウォールがあるかどうか確信が持てなかったので、実行しました。
iptables -A INPUT -p tcp --dport 5984 -j ACCEPT
しかし、それは助けにはなりませんでした。
実行中のiptables -L -n -vのダンプを次に示します
Chain INPUT (policy ACCEPT 2121K packets, 1319M bytes)
pkts bytes target prot opt in out source destination
70 3864 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:5984
9 1647 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8080
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8080
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 1708K packets, 1136M bytes)
pkts bytes target prot opt in out source destination
5984で転送されたと表示されているバイトは、ローカルホスト接続によるものと思われます。
netstat -anの実行からのダンプは次のとおりです。grep 5984
tcp 0 0 127.0.0.1:5984 0.0.0.0:* LISTEN
couch.iniに「BindAddress = 0.0.0.0」を設定して再起動したため、すべてのインターフェイスでリッスンするはずです。「sudo /etc/init.d/couchdb stop」を実行してからnetstatを実行すると、上記のエントリが表示されます。CouchDBは実際にはまったく停止していないようです。これは、CouchDBが実際に再起動せず、BindAddressの変更を受け取らなかったことを意味するため、私の問題を説明するかもしれません。
CouchDBプロセスを手動で強制終了し、再度起動しました。現在、netstatは次のことを示しています。
tcp 0 0 127.0.0.1:5984 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:5984 127.0.0.1:35366 TIME_WAIT
ただし、LAN上の別のマシンからでも接続できません。