এসএসএইচ এর মাধ্যমে সার্ভারের সাথে সংযোগ স্থাপনে ব্যর্থ - "সার্ভার pty বরাদ্দ করতে অস্বীকার করেছে"

Question

আমার স্টুটো জন্য উবুন্টু ১০.১০ এর সাথে স্ট্র্যাটো ভি-পাওয়ার সার্ভার চলছে তবে ssh এর মাধ্যমে সার্ভারের সাথে ইদানীং সমস্যা হয়েছে problems

মূলত আমার যা আছে তা হ'ল সার্ভারে ssh- অ্যাক্সেস এবং প্রয়োজনে আমি পুনরুদ্ধার মোডে বুট করতে পারি যেখানে আমার সমস্ত জিনিস / মেরামত রয়েছে যাতে আমি সিস্টেমে কোনও স্থির করতে পারি।

সমস্যাটি হ'ল আমি যখন ssh এর মাধ্যমে সার্ভারের সাথে সংযোগ দেওয়ার চেষ্টা করি তখন আমি এই ত্রুটিটি পাই:

Using username "florian".
[e-mail]'s password:
Server refused to allocate pty
Linux hwn36335 2.6.18-028stab070.5 #1 SMP Fri Sep 17 15:37:23 MSD 2010 i686 GNU/Linux
     Ubuntu 10.10

                 Welcome to Ubuntu!
                                    * Documentation:  https://help.ubuntu.com/
                                                                              /home/florian/.zlogin:1: command not found: display_info

সুতরাং শেলটি খোলে না এবং আমি কোনও কমান্ড লিখতে পারি না। আমি ইতিমধ্যে "সার্ভার পিটিআই বরাদ্দ করতে অস্বীকার করেছি" এর জন্য গুগল করার চেষ্টা করেছি তবে অন্যান্য লোকদের আগেও এই সমস্যাটি ঘটেছে বলে সহায়তা করে এমন কিছু খুঁজে পেল না। অতিরিক্তভাবে, আমি মাঝে মাঝে একটি পৃথক ত্রুটি পেতে পারি: "পিটিআই বরাদ্দকরণের অনুরোধটি অন্য ত্রুটির পরিবর্তে চ্যানেল 0 এ ব্যর্থ হয়েছে"। এই সমস্যার জন্য আমি কেবল এটিই খুঁজে পেতে পারি:

http://blog.dinotools.de/2010/10/03/fehler-pty-allocation-request-failed-on-channel-0

কিন্তু দুর্ভাগ্যক্রমে এটি সাহায্য করেনি ...

এই ত্রুটি কেন ঘটে এবং আমি কী এটি ঠিক করার চেষ্টা করতে পারি তার কারও কি ধারণা আছে?

আপনি আমাকে টিপস দিতে পারে যদি দুর্দান্ত হবে। আমি কিছু বেসিক জিনিস জানি এবং আমার সার্ভারের সাথে কীভাবে কাজ করতে হয় তা জানি তবে এটি যদি সমস্যা সমাধানের গভীরে চলে যায় তবে আমি আমার সীমাতে আছি ... ;-) ধন্যবাদ!

সংযোজন 1:

/var/log/auth.log

Jan 24 16:20:01 h1696522 CRON[3417]: PAM unable to dlopen(/lib/security/pam_smbpass.so): /lib/security/pam_smbpass.so: cannot open shared object file: No such file or directory
Jan 24 16:20:01 h1696522 CRON[3417]: PAM adding faulty module: /lib/security/pam_smbpass.so
Jan 24 16:20:01 h1696522 CRON[3417]: pam_unix(cron:session): session opened for user www-data by (uid=0)
Jan 24 16:20:03 h1696522 CRON[3417]: pam_unix(cron:session): session closed for user www-data

/var/log/daemon.log

Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50003.vdb - dwr50003.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50004.vdb - dwr50004.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50005.vdb - dwr50005.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50006.vdb - dwr50006.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50007.vdb - dwr50007.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50008.vdb - dwr50008.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwr50009.vdb - dwr50009.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/dwrtoday.vdb - dwrtoday.vdb with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/updates/timestamp -    timestamp with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: /var/drweb/bases/update.drl -   update.drl with such CRC32 already exists, downloading has been skipped
Jan 24 16:00:02 h1696522 update.pl[14292]: deleting old files ...
Jan 24 16:00:02 h1696522 update.pl[14292]: moving downloaded files from temporary to working directory ...
Jan 24 16:00:02 h1696522 update.pl[14292]: sending notifications ...
Jan 24 16:00:02 h1696522 update.pl[14292]: summary => updated: 0, removed: 0 files and 0 messages
Jan 24 16:00:02 h1696522 update.pl[14292]: Finish Success:   2011-01-24 16:00:02
Jan 24 16:00:02 h1696522 update.pl[14292]: Socket path is /var/drweb/run/updateSock

Comments

Pty ত্রুটি দ্বারা বিভ্রান্ত না হয়ে আপনার যাচাই করা উচিত। আপনার ব্যবহারকারীর হোম ডিরেক্টরিতে থাকা ফাইলগুলি ভাঙা হয়নি। অন্য ব্যবহারকারী তৈরি করুন এবং নতুন ব্যবহারকারী ডিরেক্টরিতে ডিফল্ট ফাইলগুলি ফ্লোরিয়ানদের ফাইলগুলির সাথে তুলনা করুন।

— প্যাট্রিক আর

ধন্যবাদ ... আমি অন্য একজন ব্যবহারকারীকে যুক্ত করেছি তবে সেখানকার ফাইলগুলি একই রয়েছে। .bash_rc এর কিছুটা পার্থক্য আছে তবে যেহেতু আমার শেলটি zsh এ সেট করা আছে এটি এমনকি এটি ব্যবহার করার চেষ্টা করা উচিত নয়, তাই না? @ ফ্লসি: আমি আমার auth.log এবং আমার ডেমন.লগের শেষ লাইন প্রশ্নের সাথে যুক্ত করেছি। এই ড্রব স্টাফটি মূল ইনস্টলেশন থেকে কিছুটা অবশিষ্ট বলে মনে হচ্ছে, এটির উপর প্লেস্ক ছিল (এটি এখনও 8.04 এ ছিল যা আমি কিছুক্ষণ আগে আপগ্রেড করেছি)

— ফ্লোরিয়ানবাথজে

Answer 1

আপনি pty এবং tty ডিভাইস পুনরায় তৈরি করার চেষ্টা করেছেন?

[e-mail]:~# /sbin/MAKEDEV tty
[e-mail]:~# /sbin/MAKEDEV pty

ভার্চুয়াল সার্ভারগুলিতে এটি একটি পরিচিত সমস্যা বলে মনে হচ্ছে ...

আপনার যদি কোনও শেলের অ্যাক্সেস না থাকে তবে আপনি ssh এর মাধ্যমে কমান্ডটি প্রেরণ করে দেখতে পারেন:

florian@localmachine:~$ ssh [e-mail] "/sbin/MAKEDEV tty"
florian@localmachine:~$ ssh [e-mail] "/sbin/MAKEDEV pty"

আপনার মন্তব্য প্রতিফলিত সম্পাদিত:

আপনি যদি ক্রুট ব্যবহার করেন তবে আপনাকে মাউন্ট / প্রোক, / ডেভ এবং / সিসও করতে হবে:

root@h1696522:/# mount -o bind /proc /repair/proc
root@h1696522:/# mount -o bind /dev /repair/dev
root@h1696522:/# mount -o bind /sys /repair/sys

এটি এখন কাজ করা উচিত।

Comments

হ্যাঁ আমি পুনরুদ্ধার মোডটি ব্যবহার করার সময় আমার অ্যাক্সেস রয়েছে (এবং ক্রুট করতে / মেরামত করতে হবে): রুট @ h1696522: / হোম # / এসবিন / মাকিডেভ টিটি / এসবিন / মাকেদেভ: সতর্কতা: / প্রো / ডিভাইসগুলির রুট @ h1696522 পড়তে পারবেন না: / বাড়ি # / এসবিিন / মাকেনিদেভ পিটিআই / এসবিএন / মাকহেদেভ: সতর্কতা: / প্রোক / ডিভাইস / এসবিন / মাকেডেভি পড়তে পারে না: সতর্কতা:

— প্র্যাক

এটি আমার পক্ষে কাজ করেছে !!! আপনার সাহায্যের জন্য আপনাকে অনেক ধন্যবাদ!

— ফ্লোরিয়ানবাথেজ

Answer 2

আপনার যদি কনসোল অ্যাক্সেস থাকে

mount devpts /dev/pts -t devpts

Comments

আপনি যদি রুট হিসাবে এসএসএইচ করতে পারেন (এবং কখনও কখনও সিস্টেমগুলি এটির জন্য কনফিগার করা থাকে) তবে আপনি এসএসএইচ এর মাধ্যমে এই পদ্ধতিটি উপরে ব্যবহার করতে পারেন। আসলে, আমি সবেমাত্র করেছি। ssh root@host "mount devpts /dev/pts -t devpts"চিকিত্সকের আদেশ ঠিক কি ছিল।

— এম্মালি উইলসন

এটি আমার পক্ষে কাজ করেছে, তবে আমার এখন প্রতিটি রিবুটে এটি করা দরকার। আমি কীভাবে এটি স্বয়ংক্রিয় করব?

— অ্যান্ড্রু সাভিনিখ

Answer 3

যে সময় আমি এই ত্রুটিটি শীতল করেছি তা আমি প্রমাণ করেছি যে udev প্যাকেজটি ইনস্টল হয়েছে এবং চলছে। ইউএসডি যখন প্রয়োজন হয় তখন ডিভাইস নোডগুলি তৈরি করার যত্ন নেয়, যেমন এসটিএস দ্বারা প্রয়োজনীয় পিটিএস / এক্স। একবার চেষ্টা করে দেখো.

Answer 4

এটা চেষ্টা কর:

ssh root@host "mount -o remount /dev/pts"

Answer 5

এখানে যা পোস্ট করা হয়েছে তার সংমিশ্রণ করতে হয়েছিল আমাকে। আমার অনুমতিগুলি ভুল /dev/ptsছিল এবং ইতিমধ্যে মাউন্ট করা হয়েছিল।

mount -t devpts -o remount,seclabel,nosuid,noexec,uid=0,gid=5,mode=620 devpts /dev/pts

আপনার অনুমতিগুলি সঠিক কিনা তা যাচাই করতে এটি ব্যবহার করুন।

grep devpts /proc/mounts

এছাড়াও পরীক্ষা করে দেখুন /dev/pts। এটি 755 এবং মূলের মালিকানাধীন হওয়া উচিত।

ls -dl /dev/pts
chmod 755 /dev/pts
chown root:root /dev/pts

Sshd_config ফাইলটি পরীক্ষা করুন। PermitTTY নং তে সেট করা উচিত নয়। যদি হয় তা মন্তব্য করে বা হ্যাঁ সেট করে। তারপরে sshd পুনরায় চালু করুন।

vi /etc/ssh/sshd_config
service sshd restart
systemctl restart sshd