Чому я не можу отримати доступ до свого екземпляра CouchDB зовні на сервері Ubuntu 9.04?

Оновлення: я працюю зараз. Відповідь Джима Зайковського допомогла мені виявити, що мої /etc/init.d/couchdb перезавантаження дзвінків насправді не перезавантажували екземпляр. Після того, як я вручну вбив процеси CouchDB і запустив новий екземпляр, він знайшов необхідну зміну BindAddress.

Я встановив CouchDB через

здатність встановити 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 | греп 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

Я все ще не можу підключитися, навіть з іншої машини в локальній мережі.

Що netstat -an | grep 5984говорить? Це говорить 127.0.0.1:5984чи *:5984? Якщо це так 127.0.0.1, то couchdb потрібно встановити для прослуховування будь-яких інтерфейсів.

Ви повинні змінити bind_address в /etc/couchdb/default.ini. Потім перезапустіть службу та спробуйте ще раз.

Я помітив, що для того, щоб це працювало, вам потрібно вручну знищити запущений процес erlang з певних причин. ps ax | grep beamВи повинні розкрити процес erlang, ви повинні отримати щось по лінії 0:00 /usr/lib/erlang/ertsдесь у висновку. Якщо ви вб'єте цей процес, а потім запустіть /etc/init.d/couchdb restartновий файл конфігурації буде завантажений.

На домашньому ПК / Mac виконайте цю команду:

ssh -L 5984:localhost:5984 YOUR-SERVER-IP-HERE

наступне відкриття у вашому браузері localhost: 5984 / _utils ... Це працює для мене

Документи конфігурації :

Якщо ви зміните його на панелі налаштувань Futon, вам більше нічого не потрібно робити (перезавантажувати db тощо):

Перш ніж змінити bind_address за замовчуванням:

peter@earth:~/$ netstat -an | grep 5984
tcp        0      0 127.0.0.1:5984          0.0.0.0:*               LISTEN

Після зміни на 0,0,0,0:

peter@earth:~/$ netstat -an | grep 5984
tcp        0      0 0.0.0.1:5984          0.0.0.0:*               LISTEN

Зверніть увагу на негуру: комп'ютери, які не можуть отримати доступ до вашого (як правило, все, що знаходиться поза вашою локальною мережею), все одно не матимуть доступу до вашого комп'ютера (CouchDB або що-небудь ще).

Я зіткнувся з цим, і моя проблема закінчилася тим, що в моїй установці Ubuntu, мабуть, уже встановлено couchdb. Я редагував конфігураційні файли під / etc / couchdb, але той, що працює, насправді витягував config з / usr / local / etc / couchdb.

Підказка полягала в тому, що конфігуратори в / etc / couchdb згадали couch 0.10, але я щойно встановив 1.0.1.

iptables -L -n -vпокаже ваші поточні правила брандмауера. Подивіться, чи є той, хто скидає ці пакети, перш ніж потрапити до вашого правила.