У меня была эта проблема также. Кажется, что это - nginx-CouchDB проблема связи. В середине теста "основ" существует команда для перезапуска CouchDB. После него, nginx журнал похож на это:
2010/12/02 03:21:09 [error] 708#0: *132 upstream prematurely closed connection while reading response header from upstream, client: 70.205.249.118, server: localhost, request: "POST /_restart HTTP/1.1", upstream: "http://127.0.0.1:5984/_restart", host: "79.125.20.163", referrer: "http://79.125.20.163/_utils/couch_tests.html?script/couch_tests.js"
2010/12/02 03:21:10 [error] 708#0: *132 connect() failed (111: Connection refused) while connecting to upstream, client: 70.205.249.118, server: localhost, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:5984/", host: "79.125.20.163", referrer: "http://79.125.20.163/_utils/couch_tests.html?script/couch_tests.js"
2010/12/02 03:21:10 [error] 708#0: *132 connect() failed (111: Connection refused) while connecting to upstream, client: 70.205.249.118, server: localhost, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:5984/", host: "79.125.20.163", referrer: "http://79.125.20.163/_utils/couch_tests.html?script/couch_tests.js"
Что означает, что прямо после сброса CouchDB активно отказывается от соединений, и мы просто должны выполнить другой запрос или два.
Решение состояло в том, чтобы добавить что-то вроде этого в nginx конфигурации так, чтобы это выполнило 5 запросов прежде, чем представить ошибку пользователю (заметьте max_fails часть):
upstream couchdb {
server 127.0.0.1:5984 max_fails=5 fail_timeout=30s;
}
server {
...
location / {
proxy_pass http://couchdb;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
Надеюсь, это поможет.
Обновление: после небольшого тестирования этот метод не помог также. nginx выполняет запросы слишком быстро. Возможно, у кого-то есть достаточно знания для разработки?
Возможно, у них есть беспроводной и проводной сетевой адаптер, и в беспроводной сети, к которой они подключены, нет пути поиска для ftp. Это могло быть много всего. На чем вы запускаете nslookup, имя хоста / ip сервера ftp или проблемный компьютер? Можете ли вы опубликовать результат, который вы получаете от этих команд?