আমি কেন আমার কাউচডিবি উদাহরণটি উবুন্টু 9.04 সার্ভারে বাহ্যিকভাবে অ্যাক্সেস করতে পারি না?

Question

আপডেট: আমি এখন এটি কাজ করে। জিম জাজকভস্কির উত্তর আমাকে সনাক্ত করতে সহায়তা করেছে যে আমার /etc/init.d/couchdb রিবুট কলগুলি প্রকৃতপক্ষে পুনরায় বুট করছে না। আমি কাউচডিবি প্রক্রিয়াটিকে ম্যানুয়ালি হত্যা করার পরে এবং একটি নতুন উদাহরণ শুরু করার পরে এটি প্রয়োজনীয় বিনডএড্রেস পরিবর্তনটি বেছে নিয়েছে।

আমি কাউচডিবি এর মাধ্যমে ইনস্টল করেছি

প্রবণতা ইনস্টল কাউচডিবি

আমার সার্ভার থেকে, আমি এর মাধ্যমে সংযোগ করতে পারি

টেলনেট লোকালহোস্ট 5984

এবং RESTful কমান্ডগুলি কার্যকর করে। যখন আমি আমাদের নেটওয়ার্কের অন্য কোনও মেশিন থেকে বা আমাদের নেটওয়ার্কের বাইরের কোনও মেশিন থেকে সার্ভারটি অ্যাক্সেস করার চেষ্টা করি তখন আমি সংযোগটি পুনরায় সেট করার ত্রুটি পেয়েছি । আমি রাউটারে পোর্ট ফরওয়ার্ডিং সেট আপ করেছি এবং সার্ভারটি অন্যথায় অ্যাপাচি, টমক্যাট, এসএসএইচ ইত্যাদির মাধ্যমে অ্যাক্সেসযোগ্য is

আমি লিনাক্স / উবুন্টুতে নতুন, তাই আমি নিশ্চিত নই যে সংযোগটি ব্লক করা কোনও ডিফল্ট ফায়ারওয়াল রয়েছে কিনা, তাই আমি দৌড়েছি:

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 এর জন্য স্থানান্তরিত হিসাবে দেখানো বাইটগুলি আমার লোকাল হোস্ট সংযোগের কারণে।

নেটস্প্যাট- চালানো থেকে ডাম্প এখানে গ্রেপ 5984

tcp        0      0 127.0.0.1:5984          0.0.0.0:*               LISTEN

আমি "বিন্ডএড্রেস = ০.০.০.০" রাখার জন্য কাউচ.আইএনই কনফিগার করেছি এবং রিবুট করেছি, সুতরাং এটি সমস্ত ইন্টারফেসে শোনা উচিত । আমি যখন "sudo /etc/init.d/couchdb স্টপ" চালনা করি তখন নেটস্যাট চালাও, তবে আমি এখনও উপরের এন্ট্রিটি দেখতে পাচ্ছি। দেখে মনে হচ্ছে কাউচডিবি আসলে থামছে না। এটি আমার সমস্যাটি ব্যাখ্যা করতে পারে, কারণ এর অর্থ এটি হতে পারে যে কাউচডিবি আসলে পুনরায় বুট করেনি এবং বিন্ডএড্রেস পরিবর্তনটি কখনও গ্রহণ করেনি।

আমি কাউচডিবি প্রক্রিয়াটি ম্যানুয়ালি মেরেছি এবং এটি আবার শুরু করেছি। এখন নেটস্যাট শো:

 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

ল্যানের অন্য একটি মেশিন থেকে, যদিও আমি এখনও সংযোগ করতে পারি না।

Comments

এই সমস্যাটি এখনও উবুন্টুতে বিদ্যমান 12 আপনি কি মনে করেন প্যাকেজ রক্ষণাবেক্ষণকারী এটি এতক্ষণে ঠিক করে ফেলতেন?

— মার্ক ই। হাজেস

Answer 1

কি netstat -an | grep 5984বলে? এটা বলে 127.0.0.1:5984নাকি *:5984? যদি এটি 127.0.0.1হয় তবে সমস্ত ইন্টারফেস শোনার জন্য কাউচডবি সেট করা দরকার।

Comments

"tcp 0 0 127.0.0.1:5984 0.0.0.0:* তালিকা" ফলাফল। আমি "বিন্ডএড্রেস = ০.০.০.০" রাখার জন্য কাউচ.আইএনআই কনফিগার করেছি এবং রিবুট করেছি, সুতরাং এটি সমস্ত ইন্টারফেসে শোনা উচিত। এখানে আশ্চর্যজনক অংশটি হ'ল: আমি যখন "sudo /etc/init.d/couchdb স্টপ" চালাই তখন নেটস্যাট চালাও, আমি এখনও উপরের এন্ট্রিটি দেখতে পাচ্ছি। দেখে মনে হচ্ছে কাউচডিবি আসলে থামছে না। এটি আমার সমস্যাটি ব্যাখ্যা করতে পারে, কারণ এর অর্থ সম্ভবত এটি কখনও পুনরায় চালু হয়নি, এবং সম্ভবত বিনডএড্রেস পরিবর্তনটি কখনও গ্রহণ করেননি

— rcampbell

হ্যাঁ, আমি একটি পটভূমি প্রক্রিয়া হিসাবে চলমান ছিল। একবার আমি কাউচডিবি-ডি ব্যবহার করে কাউচডিবিকে হত্যা করে পুনরায় চালু করার জন্য এটি আমার পক্ষে কাজ করেছিল

— ক্রিশ্চিয়ান

এই উত্তরটি আমাকে সাহায্য করেছে! আমি ভাগ করে নিতে চেয়েছিলাম যে ডিস্কে প্রকৃত কনফিগারেশন ফাইলটি সন্ধান না করে এবং ফিউটন ওয়েব ইন্টারফেস ব্যবহার করে সহজেই এই সেটিংটি পরিবর্তন করতে পারে । কেবল নেভিগেট করুন 127.0.0.1:5984/_utils/config.html(বা আপনার সেটআপের জন্য সমতুল্য ইউআরএল) এবং ডাবল ক্লিক বিকল্প মান, সম্পাদনা, তারপরে সবুজ চেক চিহ্নটি ক্লিক করুন।

— স্টিভ বেনার

@ স্টিভবেনার দুর্ভাগ্যক্রমে 127.0.0.1:5984/_utils/config.html কিছুই আনেনি!

— ডাঃ জ্যাকি

পছন্দ করুন

— ডাঃ জ্যাকি

Answer 2

আপনাকে /etc/couchdb/default.ini এ বাইন্ড_ড্রেস পরিবর্তন করতে হবে। তারপরে পরিষেবাটি পুনরায় চালু করুন এবং আবার চেষ্টা করুন।

Comments

অর্থাৎ 0.0.0.0 এ পরিবর্তন করুন

— টিম

Answer 3

আমি লক্ষ্য করেছি যে এটি কাজ করার জন্য আপনাকে অবশ্যই কোনও কারণে চলমান ক্রিয়া প্রক্রিয়াটি ম্যানুয়ালি করতে হবে। ps ax | grep beamএরলং প্রক্রিয়াটি প্রকাশ করা উচিত, আপনার 0:00 /usr/lib/erlang/ertsআউটপুটটির কোথাও লাইন ধরে কিছু পাওয়া উচিত । আপনি যদি এই প্রক্রিয়াটি হত্যা করেন এবং তারপরে চালান/etc/init.d/couchdb restart তবে নতুন কনফিগারেশন ফাইলটি লোড হবে।

Comments

আমার জন্য একই - কেবল মরীচি প্রক্রিয়াটি হত্যার পরে, তারপরে কাউচডিবি-ডি করুন, এবং তারপরে পরিষেবা বন্ধ / স্টার্ট করুন .. নতুন সেটিংস কার্যকর হয়েছে।

— ববি

Answer 4

বাড়িতে পিসি / ম্যাক এই কমান্ডটি চালান:

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

পরবর্তী আপনার ব্রাউজারে লোকালহোস্ট খুলুন: 5984 / _ ইউটিলেটস ... এটি আমার পক্ষে কাজ করে

Answer 5

কনফিগারেশন ডক্স :

আপনি যদি এটি ফিউটন কনফিগারেশন প্যানেল থেকে পরিবর্তন করেন তবে আপনাকে আর কিছু করতে হবে না (ডিবি পুনরায় বুট করা):

ডিফল্ট bind_adress পরিবর্তন করার আগে:

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

নন-গুরুদের নোট করুন: যে কম্পিউটারগুলি আপনার অ্যাক্সেস করতে পারে না (সাধারণত, আপনার স্থানীয় নেটওয়ার্কের বাইরের কিছু) এখনও আপনার কম্পিউটারে অ্যাক্সেস করতে সক্ষম হবে না (কাউচডিবি বা অন্য কোনও কিছু)।

Comments

যদিও এই উত্তরটি বেশ পুরানো, এটি সঠিক জায়গায় নিয়ে গেছে বলে মনে হচ্ছে। ফিউটনকে ফক্সটনের পরিবর্তে প্রতিস্থাপন করা হয়েছে, তবে আমি মনে করি কনফিগারেশনে বাইন্ড_ড্রেস পরিবর্তন করার লোকে লোকেদের পাবে।

— স্কট বিগস

Answer 6

আমি এটির মুখোমুখি হয়েছি, এবং আমার সমস্যাটি শেষ হয়েছে যে উবুন্টু ইনস্টল করার ক্ষেত্রে ইতিমধ্যে কাউচডবি আগেই ইনস্টল ছিল। আমি কনফিগার ফাইলগুলিতে / ইত্যাদি / কাউচডিবি এর অধীনে সম্পাদনা করছিলাম তবে যেটি চলছিল তা আসলে / usr / স্থানীয় / ইত্যাদি / কাউচডিবি থেকে কনফিগারটি টানছিল।

টিপ-অফটি হ'ল / etc / কাউচডিবিতে কনফিগারেশনগুলি পালঙ্ক 0.10 উল্লেখ করেছে, তবে আমি সবেমাত্র 1.0.1 ইনস্টল করেছি।

Answer 7

iptables -L -n -vআপনাকে আপনার বর্তমান ফায়ারওয়াল বিধিগুলি প্রদর্শন করবে। আপনার নিয়মে যাওয়ার আগে সেই প্যাকেটগুলি ফেলে দিচ্ছে কিনা তা দেখুন।

Comments

সারণীতে তালিকাভুক্ত কোনও DENY নিয়ম নেই। অন্যথায়, এখানে তিনটি এসিসিপিটি রয়েছে, একটি 5984 এর জন্য এবং দুটি নকল 8080- এর জন্য আমি নিশ্চিত না কেন 8080 এর জন্য দুটি সঠিক ডুপ্লিকেট রয়েছে এবং যখন আমি আমাদের নেটওয়ার্কের বাইরের টমক্যাটকে (8080 চালিয়ে যাচ্ছি) আঘাত করার চেষ্টা করি তখনও এটি ব্যর্থ হয় even যদিও আমাদের নেটওয়ার্কের মেশিনগুলি টমক্যাটকে জরিমানা করতে পারে।

— rcampbell

আউটপুট দেখাচ্ছে মন? প্রয়োজনে আপনার আইপি বের করে নিন।

— বিল ওয়েইস

দৌড়াতে lsof -i -n -P | grep LISTENএবং পোস্ট করা সম্পর্কে কীভাবে ? আপনি কাউচডিবি প্রক্রিয়াটি অনুসন্ধান করছেন এবং এটির সাথে আবদ্ধ। যদি তা হয় তবে 127.0.0.1:5984আপনাকে বাহ্যিক সংযোগ শোনার জন্য কাউচডিবি কনফিগার করতে হবে। যদি এটি হয় তবে *:5984ভাল, কমপক্ষে কাউচডিবি সঠিকভাবে কনফিগার করা হয়েছে :)

— বিল ওয়েইস

হাই বিল, তাড়াতাড়ি সাড়া না দেওয়ার জন্য দুঃখিত। আপনি প্রশ্নের অনুরোধ করা কাঁচা ডাম্প আমি পোস্ট করেছি।

— rcampbell

কিভাবে lsofআউটপুট সম্পর্কে ?

— বিল ওয়েইস