เหตุใดฉันไม่สามารถเข้าถึงอินสแตนซ์ CouchDB ของฉันภายนอกบนเซิร์ฟเวอร์ Ubuntu 9.04

อัปเดต:ฉันทำให้มันทำงานตอนนี้ คำตอบของ Jim Zajkowski ช่วยให้ฉันตรวจพบว่า/etc/init.d/couchdbของฉันรีบูตไม่ได้รีบูตอินสแตนซ์ของจริง หลังจากที่ฉันฆ่ากระบวนการ CouchDB ด้วยตนเองและเริ่มต้นอินสแตนซ์ใหม่มันรับการเปลี่ยนแปลง BindAddress ที่จำเป็น

ฉันได้ติดตั้ง CouchDB ผ่านทาง

ความถนัดติดตั้ง couchdb

จากเซิร์ฟเวอร์ของฉันฉันสามารถเชื่อมต่อผ่าน

telnet localhost 5984

และรันคำสั่ง RESTful เมื่อฉันพยายามเข้าถึงเซิร์ฟเวอร์จากเครื่องอื่นบนเครือข่ายของเราหรือจากเครื่องภายนอกเครือข่ายของเราฉันได้รับข้อผิดพลาดการเชื่อมต่อถูกรีเซ็ต ฉันได้ตั้งค่าการส่งต่อพอร์ตบนเราเตอร์และเซิร์ฟเวอร์นั้นสามารถเข้าถึงได้ผ่าน Apache, Tomcat, SSH และอื่น ๆ

ฉันใหม่สำหรับ Linux / Ubuntu ดังนั้นฉันไม่แน่ใจว่ามีไฟร์วอลล์เริ่มต้นที่บล็อกการเชื่อมต่อหรือไม่ดังนั้นฉันจึงวิ่ง:

iptables -A อินพุต -p tcp --dport 5984 -j ยอมรับ

แต่มันก็ไม่ได้ช่วยอะไร

นี่คือดัมพ์จากการรัน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นั้นเป็นเพราะการเชื่อมต่อ localhost ของฉัน

นี่คือดัมพ์จากการรัน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

สิ่งที่ไม่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ไฟล์กำหนดค่าใหม่จะถูกโหลด

บน PC / Mac ที่บ้านให้เรียกใช้คำสั่งนี้:

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

ถัดไปเปิดในเบราว์เซอร์ในพื้นที่ของคุณ: 5984 / _utils ... มันใช้งานได้สำหรับฉัน

เอกสารการกำหนดค่า :

หากคุณเปลี่ยนจากแผงการกำหนดค่า Futon คุณไม่จำเป็นต้องทำอะไรอีก (รีบูตฐานข้อมูลเป็นต้น):

ก่อนที่จะเปลี่ยนค่าเริ่มต้น 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 หรืออะไรก็ได้)

ฉันพบสิ่งนี้และปัญหาของฉันก็คือว่ามี couchdb ติดตั้งอยู่แล้วในการติดตั้ง Ubuntu ฉันแก้ไขไฟล์ config ภายใต้ / etc / couchdb แล้ว แต่ไฟล์ที่ทำงานอยู่นั้นจริง ๆ แล้วก็คือการดึง config จาก / usr / local / etc / couchdb

เคล็ดลับคือการกำหนดค่าใน / etc / couchdb พูดถึง couch 0.10 แต่ฉันเพิ่งติดตั้ง 1.0.1

iptables -L -n -vจะแสดงกฎไฟร์วอลล์ปัจจุบันของคุณ ดูว่ามีใครที่ทิ้งแพ็คเก็ตเหล่านั้นก่อนที่มันจะเป็นไปตามกฎของคุณ