আমি যখন আমার সার্ভারে লগ ইন করি তখন আমি এটি পাই:
No mail.
Last login: Fri Nov 5 14:22:45 2010...
তারপরে আমাকে অবশ্যই 5 সেকেন্ড অপেক্ষা করতে হবে এবং তারপরে প্রস্তুত ...
wolfy@ubuntu-server:~$
এই অপেক্ষা সময়টি কি স্বাভাবিক বা এটি "মেরামত" করার জন্য আমার কিছু করা উচিত?
উত্তর:
আমার 10.04 (এলটিএস) সাথে একই সমস্যা রয়েছে।
আমি যখন আমার এসএসটি চালাই -vvv, তখন এটি মারা যায়:
debug1: Entering interactive session.
এই উত্তরটি প্রসারিত করা হচ্ছে।
আমি সার্ভারকে দূর থেকে পুনরায় বুট করতে সক্ষম হয়েছি এবং DEBUG লগইন সক্ষম করেছি। এই সুযোগটি লগ ইন থাকার জন্য এবং অন্যান্য লগইন প্রচেষ্টা পর্যবেক্ষণ করার জন্য ব্যবহার করে। এখানে যা ঘটে তা এই। ক্লায়েন্ট সংযোগ করে এবং অনুমোদিত হয় এবং উপরের বার্তায় স্তব্ধ হয়।
সার্ভারে, প্রক্রিয়া তালিকাটি এটি দেখায়:
root 835 0.0 0.1 11476 3348 ? Ss 13:39 0:00 sshd: till [priv]
root 840 0.0 0.0 4804 1124 ? S 13:39 0:00 /bin/sh -c /usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin /bin/run-parts --lsbsysinit /etc/update-motd.d
root 841 0.0 0.0 4728 1108 ? S 13:39 0:00 /bin/run-parts --lsbsysinit /etc/update-motd.d
root 854 0.0 0.0 4804 1144 ? S 13:39 0:00 /bin/sh /etc/update-motd.d/50-landscape-sysinfo
root 861 0.2 0.5 15388 9248 ? S 13:39 0:00 /usr/bin/python /usr/bin/landscape-sysinfo
root 863 0.0 0.0 0 0 ? Z 13:39 0:00 [who] <defunct>
আমি /usr/bin/python /usr/bin/landscape-sysinfoলগ ইন থাকাকালীন আমি ঠিক জরিমানা চালাতে পারি তবে কোনও কারণে, এটি লগইন প্রক্রিয়াটি কেন স্টল করে তা আমি বুঝতে পারি না। আমি যখন প্রক্রিয়া হত্যা লগ-ইন প্রম্পট চলতে এবং সফল ।
এটি কোনও ssh (d) সমস্যা বলে মনে হচ্ছে না, এটি আরও সম্পর্কিত update-motdএবং ল্যান্ডস্কেপ। আমি update-motdপ্যাকেজটি আনইনস্টল করেছিলাম , তবে মনে হয় /etc/update-motdডিরেক্টরিটি স্থির থাকে এবং স্ক্রিপ্টগুলি এখনও কার্যকর হয় - যার ফলে প্রক্রিয়াটি স্তব্ধ হয়ে যায়।
এটি আরও ডিবাগিং:
/etc/update-motd.d/ডিরেক্টরিটি সত্যই প্যাকেজের অন্তর্গত নয় এমনটি দেখা যাচ্ছে update-motd, এটি sshd এর মাধ্যমে পাম প্রমাণীকরণের মাধ্যমে ট্রিগার হয়েছে বলে মনে হচ্ছে।
আমার মনে হচ্ছে এটি পেরেক দিয়ে গেছে!
নিম্নলিখিত ফাইলগুলিতে পাম_মোটড অক্ষম করা হয়েছে:
আরো একটা:
apt-get purge landscape-client landscape-common
এগুলি একটি নির্দিষ্ট প্রসারকে সহায়তা করে বলে মনে হচ্ছে। যদিও এটি কেবল আপত্তিকর স্ক্রিপ্টটিকে সরিয়ে দেয় /etc/update-motd.d/এবং সেই ডিরেক্টরিতে থাকা সমস্ত স্ক্রিপ্টও মুছে ফেলবে না এবং তা থেকে মুক্তিও পাবে না pam_motd।
সাধারণভাবে, আমি pam_motdসম্পূর্ণরূপে অক্ষম করার কোনও উপায় খুঁজে পাইনি বলে মনে হয় কারণ এটি যাই হোক না কেন - এটি লগইন প্রক্রিয়াটিকে একটি নির্দিষ্ট প্রসারকে ধীর করে দেয়। এটি স্ক্রিপ্টের মতো ব্লক করে না landscape-common, তবে এটি ধীর।
এই বিষয়ে বাগ রিপোর্ট:
সেখান থেকে কর্মক্ষেত্র:
আপনি ঠিক বলেছেন যে একটি মোড উপস্থাপনের চেয়ে লগ ইন করার ক্ষমতা আরও গুরুত্বপূর্ণ। যদি এই আচরণটি আপনার পক্ষে সমস্যা হয় তবে বিভিন্ন উপায় রয়েছে যা আপনি এটি অক্ষম করতে পারেন:
- আপনি
/etc/pam.d/sshdযদি কোনও মোটিড প্রদর্শন করতে না চান তবে 'পাম_মোটড' লাইনটি মন্তব্য করুন ।/etc/update-motd.dডিরেক্টরি বিষয়বস্তু মুছুন ।- chmod -x স্ক্রিপ্ট
/etc/update-motd.dযে আপনি চালাতে চান না।
অবশেষে সমাধান আমার কাছে পাওয়া গেছে:
sudo apt-get remove landscape-client landscape-commonsession optional pam_motd.so
মধ্যে /etc/pam.d/loginএবং/etc/pam.d/sshdএখন লগইন ইনস্ট্যান্ট!
আপনার বর্ণনা থেকে এটি নেটওয়ার্কিং সমস্যার মতো আরও শোনাচ্ছে। নির্ণয় করতে:
আপনি যদি উইন্ডোজ এবং পুটির সাথে ওকে সংযুক্ত করতে পারেন তবে এটি সম্ভবত সার্ভারের পক্ষে কোনও সমস্যা নয়।
যদি PermitEmptyPasswordএবং UsePAMউভয়ই সক্ষম থাকে, ওপেনএসএসএইচ সার্ভার সর্বদা নাল পাসওয়ার্ড সহ প্রমাণীকরণের চেষ্টা করে, যা এটি একটি চিহ্ন হিসাবে গ্রহণ করে যে প্রশ্নে অ্যাকাউন্টের জন্য কোনও প্রমাণীকরণের প্রয়োজন নেই। উভয় প্রোটোকলে প্রমাণীকরণ প্রক্রিয়া শুরু হওয়ার সাথে সাথে এটি এটি করে এবং ক্লায়েন্টের কাছ থেকে কোনও "আসল" প্রমাণীকরণের অনুরোধের প্রতিক্রিয়া হিসাবে নয়। ওপেনএসএসএইচ কেবলমাত্র sshd_config পতাকা PermitEmptyPasswordসেট করা থাকলে এই জাতীয় অ্যাক্সেসের অনুমতি দেবে ; দুর্ভাগ্যক্রমে, কোডটি যেভাবে লিখিত হয়েছে, এটি কোনও ক্ষেত্রে পাসওয়ার্ড পরীক্ষা সম্পাদন করে এবং এভাবেই ব্যর্থতা হিসাবে পিএএম-কে দেখায়।
সুতরাং: অক্ষম করুন PermitEmptyPasswordবা UsePAM, তবে মনে রাখবেন: প্যাম ছাড়া, আপনি কী ছাড়া লগইন করতে পারবেন না।
তথ্যসূত্র: https://groups.google.com/forum/?fromgroups=#!topic/comp.security.ssh/wExY8lWlG-c
আমি মনে করি আপনি লগইন করার সময় উবুন্টু এই ফাইলগুলির একটি বা একাধিক প্রয়োগ করে:
/etc/bash.bashrc
~/.bash_profile
~/.bashrc
আপনি তাদের মধ্যে যা দেখতে পেয়েছিলেন এবং এত দিন কী নিচ্ছে তা দেখতে তাদের চালিত করার চেষ্টাও করতে পারেন।
আমার সীমিত অভিজ্ঞতায়, পুট্টি যখন কাজ করে তবে লিনাক্স, উবুন্টু এই ক্ষেত্রে কাজ করে না, এটি সাধারণত বাঁচিয়ে রাখে। নেটওয়ার্কিং বা সার্ভার সমস্যাগুলি ক্লায়েন্ট ওএস উভয়কেই প্রভাবিত করবে।
আপনি কমান্ড লাইনে উপরের বেঁচে থাকা বিকল্পটি ব্যবহার করতে পারেন, তবে এটি টাইপ করা ধরণের ক্লান্তিকর।
কয়েকটি কনফিগারেশন ফাইল সম্পাদনা করা সহজ।
আপনার যদি থাকে root accessএবং সমস্ত ব্যবহারকারীর জন্য এটি স্বয়ংক্রিয়ভাবে সক্ষম করতে চান /etc/ssh/ssh_configতবে সম্পাদনা করুন , যুক্ত করুন
KeepAlive yes
ServerAliveInterval 120
যদি আপনার কাছে রুট অ্যাক্সেস না থাকে বা একক ব্যবহারকারীর জন্য এটি সক্ষম করতে হয় ~/.ssh/configতবে একই দুটি লাইন সম্পাদনা করুন এবং যুক্ত করুন।
আপনার সিস্টেম লগগুলিতে / var / লগ পরীক্ষা করুন, আপনি সম্পর্কিত ত্রুটি / সময়সীমা সহ একটি বার্তা পেতে পারেন।
আপনারও যদি সময় থাকে তবে আগে অপেক্ষা করুন
সম্পাদন করা /etc/sshd_config
এবং সেট (বা যুক্ত)
UseDNS no
বা আপনার আইপি /etc/hostsএটি একটি স্থিতিশীল স্থানীয় যদি যোগ করুন
আপনি ইতিমধ্যে লগ ইন করা সংযোগ (বা অন্য কোনও কনসোল) থেকে সার্ভারে লগ ইন করার সময় আপনি চলমান প্রক্রিয়াগুলি পর্যবেক্ষণের চেষ্টা করতে চাইতে পারেন। সেই সময়ে কোন প্রক্রিয়াগুলি সর্বাধিক সক্রিয় বা সর্বাধিক সিপিইউ ব্যবহার করছে তা চিহ্নিত করার সুযোগ রয়েছে।
নীচে একটি সম্ভাব্য পদ্ধতি রয়েছে:
topকী হয় তা দেখতে দৌড়ে যান।দয়া করে মনে রাখবেন, যদি কিছু সিপিইউ-নিবিড় গণনা দ্বারা দেরি না হয় তবে আপনি কোনও জায়গাতেই খুঁজে পাবেন না। এই ক্ষেত্রে সমস্যাটি I / O আবদ্ধ হতে পারে (কিছু ডিস্ক রিড / রাইট বা নেটওয়ার্ক প্রতিক্রিয়ার জন্য অপেক্ষা করছে)।