পাসওয়ার্ড প্রম্পট ছাড়াই ssh হ্যাং করে - রুট বা অন্যান্য অ্যাকাউন্টে কাজ করে


14

আমার ssh কী ভিত্তিক লগইন ছিল ভাল কাজ। তারপরে, আমি আমার কম্পিউটারে হোস্টনামটি পরিবর্তন করেছি এবং কী ভিত্তিক কী লগইন কাজ করা বন্ধ করে দিয়েছে। বোধ করা হয়েছে বলে মনে হচ্ছে। কীগুলি সম্ভবত আমার পুরানো হোস্টনামের উপর নির্ভর করেছে। সুতরাং, আমি আমার সমস্ত কী এবং সমস্ত ফাইল deleted / .ssh / এ মুছে ফেলেছি এবং সেগুলি পুনরায় জেনারেট করেছি (এবং আমি যে সার্ভারে সংযুক্ত হয়েছি সেগুলিতে অনুমোদিত_কিগুলি পরিবর্তন করেছি)

এখন, যে কোনও সময় আমি ssh করার চেষ্টা করি, এটি পাসওয়ার্ড প্রম্পট ছাড়াই কেবল স্তব্ধ হয়ে যায়, আমি যেখানেই চেষ্টা করার চেষ্টা করি তা নয় - এমনকি সার্ভার যেখানে আমার কী ভিত্তিক লগইন সেটআপ নেই। .Ssh / কনফিগারেশনে কিছুই নেই।

তদ্ব্যতীত, আমি যখন রুট করতে 'su -' করি, ssh পুরোপুরি কাজ করে। কোন সমস্যা নেই। এটি কেবলমাত্র আমার ব্যবহারকারী অ্যাকাউন্টে ঘটে।

নীচে ssh থেকে কিছু ডিবাগিং তথ্য রয়েছে

ssh -vv mylogin@myremoteserver.com
ওপেনএসএসএইচ_৫.২ পিপি, ওপেনএসএসএল 0.9.8 কে 25 মার্চ 2009
ডিবাগ 1: কনফিগারেশন ডেটা পড়া / ব্যবহারকারী / মাইনেম / এসএস / কনফিগ
ডিবাগ 1: কনফিগারেশন ডেটা / usr / ইত্যাদি / ssh_config পঠন
......
ডিবাগ 1: হোস্ট 'myremoteserver.com' পরিচিত এবং আরএসএ হোস্ট কীটির সাথে মেলে।
ডিবাগ 1: / ইউজার / মাইনেম / এসএস / অজানা_হোস্টসিপি-তে কী খুঁজে পাওয়া গেছে
ডিবাগ 2: বিটস সেট: 512/1024
ডিবাগ 1: ssh_rsa_verify: স্বাক্ষর সঠিক
ডিবাগ 2: কেক্স_ডেরিভ_কিগুলি
ডিবাগ 2: সেট_নিউকিজ: মোড 1
ডিবাগ 1: এসএসএইচ 2_MSG_NEWKEYS প্রেরিত
ডিবাগ 1: এসএসএইচ 2_MSG_NEWKEYS আশা করছে
ডিবাগ 2: সেট_নিউকিজ: মোড 0
ডিবাগ 1: এসএসএইচ 2_MSG_NEWKEYS প্রাপ্ত হয়েছে
ডিবাগ 1: SSH2_MSG_SERVICE_REQUEST প্রেরিত
ডিবাগ 2: সার্ভিস_অ্যাকসেপ্ট: এসএস-ইউজারথ
ডিবাগ 1: SSH2_MSG_SERVICE_ACCEPT প্রাপ্ত হয়েছে received

এবং তারপরে এটি এখানেই ঝুলছে .....

এটি যেখানে স্তব্ধ থাকে তার কাছে ডিট্রুস (স্ট্রেসের মতো তবে ওএসএক্সের মতো) আউটপুট এখানে থাকে: sudo dtruss ssh -vv mylogin@myremoteserver.com

(0x4, 0x508200, 0x0, 0x0, 0x0) = 1 0 নির্বাচন করুন
(0x3, "$ \ 222 \ 351 {এল \ 363 \ 261 \ 25063sN \ 216 \ 300 @ কিউ 7 7 203 \ 276 বি \ 257 \ 354 \ 337 \ 356 \ 260! {\ 342 \ 017 \ 271 = \ 222, \ 245 \ 347t \ 006 \ 225 \ 257 \ 333; \ 204 \ 020] \ 242 \ 005z # \ 0 ", 0x2000) = 48 0
লিখুন (0x2, "ডিবাগ 2: পরিষেবা_সংশ্লিষ্ট: ssh-userauth \ r \ n \ 0", 0x26) = 38 0
সংযুক্ত (0x4, 0xBFFFEEA2, 0x6A) = 0 0
লিখুন (0x4, "\ 0", 0x4) = 4 0
লিখুন (0x4, "\ v5 \ 004 \ 0", 0x1) = 1 0
পড়ুন (0x4, "\ 0", 0x4) = -1 ত্রুটি # 4

দেখে মনে হচ্ছে এটি কিছু পড়তে চেষ্টা করছে এবং কেবল এটির জন্য স্তব্ধ। কারও কিছু পরামর্শ বা ধারণা থাকলে আমি খুব কৃতজ্ঞ হব!


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

উত্তর:


9

আপনার ssh ক্লায়েন্টটি আপনার অ্যাকাউন্টের জন্য ঝুলিয়ে রাখার কারণ অন্য অ্যাকাউন্টগুলির (রুট) জন্য নয় সম্ভবত আপনার এসএসএল-এজেন্টের সাথে কিছু ভুল রয়েছে। হয় ssh-agentচলমান চলছে না বা এর কনফিগারেশনটি কোনওভাবেই ভুল।

এর নিশ্চয়তা পেতে, আপনি নিম্নলিখিত চেষ্টা করতে পারেন:

unset SSH_AUTH_SOCK
ssh mylogin@myremoteserver.com

এরপরে যদি আপনাকে আপনার ssh_key এ পাসওয়ার্ডটি ইনপুট করতে বলা হয় তবে এর অর্থ আপনার ssh- এজেন্টের সাথে আপনার সমস্যা আছে।

এই সম্পর্কিত প্রশ্নে আমার পোস্ট দেখুন ।


এটি আমার জন্য কাজ করেছে! যাইহোক আমি প্রতিবার আমার কম্পিউটারটি পুনরায় চালু করার সময় এটি করা দরকার। স্থায়ীভাবে স্থির করার কোনও উপায় কি আপনি জানেন?
জোহান ডেটমার

@ জোহানডেটমার আমার লিঙ্কযুক্ত পোস্ট এবং এতে থাকা পরামর্শগুলি পরীক্ষা করুন। যদি এটি আপনাকে আরও সহায়তা না করে তবে আপনার সমস্যাটি আরও বিশদ সহ বর্ণনা করে একটি নতুন প্রশ্ন জিজ্ঞাসা করা ভাল।
টনিন

7

আমি কি আপনাকে বিপরীত ডিএনএসে আগ্রহী করতে পারি?

মূলত, ক্লায়েন্ট সার্ভারে বিপরীত ডিএনএস করছে, বা বিপরীতে।

আমি একটি পরীক্ষার প্রস্তাব করছি:

/ Etc / ssh / sshd_config সম্পাদনা করে এবং "UseDNS" "না" তে সেট করা আছে কিনা তা নিশ্চিত করে সার্ভারে DNS লকআপগুলি অক্ষম করুন।

"সার্ভিস এসএসএস পুনরায় লোড করুন" চালান (বা আপনার এসএসএস ডেমন কনফিগারেশনটি পুনরায় পড়তে পারে), তারপরে আবার চেষ্টা করুন।

অজানা হিসাবে, অবশেষে আপনাকে দীর্ঘ সময় পরে আপনাকে অনুরোধ জানাতে খুশি হয় না, তাই না?

আপনি যা যা পরীক্ষা করতে পারেন তা হ'ল সার্ভারের / ইত্যাদি / হোস্টের সামগ্রীগুলি নিশ্চিত হওয়া নিশ্চিত করুন যে সেখানে কোনও ভুল নেই।


1

~ / .Ssh ডিরেক্টরিতে অনুমতি এবং এতে ফাইলগুলি পরীক্ষা করুন। আপনার ডিফল্ট উমাস্কটি খুব অনুমোদিত হতে পারে এবং আপনি যখন ফাইলগুলি পুনরায় তৈরি করেন তখন আপনি অজান্তেই তাদের ভুল অনুমতি দিয়েছিলেন। আমি নিজে কয়েকবার এতে পুড়েছি। আমি যে সমস্ত ssh ক্লায়েন্ট (বা সার্ভার) ব্যবহার করেছি সেগুলির কোনওই এই সম্পর্কে দরকারী ত্রুটি বার্তা দেয়নি ...


টিপ জন্য ধন্যবাদ. আমার পার্মস মত দেখতে। আমি ssh ফাইন ডাব্লু / আমার রুট অ্যাকাউন্টটি ব্যবহার করতে পারি এবং আমি যাচাই করেছি যে পার্মসগুলি সেটির মতো। অদ্ভুত জিনিসটি হ'ল এটি কেবল ঝুলছে এবং কিছু বলে না। চেষ্টা করার জন্য ধন্যবাদ!
সেভ্রাভার

1

আপনার ক্লায়েন্টে (এবং আপনার সার্ভারে) ফ্রি ডিস্কের স্থান আছে?

df -h


ধন্যবাদ। হ্যাঁ. স্থান প্রচুর. 100 টিরও বেশি জিগ মুক্ত। টিপস ধন্যবাদ জন্য ধন্যবাদ।
সেভ্রাভার

1

আমারও একই সমস্যা ছিল।

ssh domain.ip:user.name

দেখে মনে হচ্ছে যে আমি এই জাতীয় লগইন নাম জোর করে বিষয়টি বাইপাস করতে পারি।

ssh -v domain.ip -l user.name

1

আমার জন্য, স্নো লেপার্ডে আপগ্রেড করা বিষয়টি সমাধান করেছে। সুতরাং, আমি মনে করি এটি ওএসএক্সের একটি বাগের সাথে সম্পর্কিত ছিল।


0

যদি এটি কোনও সংরক্ষিত কী এর কারণে হয় তবে আপনি এটি পরিচিত_হোস্ট ফাইলটিতে আপনার ~ / .ssh ডিরেক্টরি থেকে মুছতে সক্ষম হবেন। কেবল প্রবেশটি সন্ধান করুন এবং এটি মুছুন তারপরে এটি আপনাকে আবার অনুরোধ করবে।

অন্যদিকে, হোস্টটি যা রেকর্ড করা আছে তার সাথে মেলে না, তখন এটি একটি সতর্কতা দেওয়া উচিত।

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


ধন্যবাদ বার্ট! সুতরাং আমি মূলত .ssh এর ভিতরে সমস্ত কিছু মুছে ফেলেছি (বুদ্ধিমান বা বুদ্ধিহীনভাবে) এবং এখন সেখানে কিছুই নেই। এটি এখনও হিমশীতল এবং ঝুলন্ত অবিরত বলে মনে হচ্ছে। যেহেতু আমি পরিচিত_হোস্টগুলিও উড়িয়ে দিয়েছি, এটি প্রথমে জিজ্ঞাসা করে যে আমি সংযোগ চালিয়ে যেতে চাইছি কি, পরিচিত_হোস্ট ফাইলে কীটি রাখে এবং আগের মতো স্থানে স্তব্ধ হয়। আমি এই বিষয়টি স্পষ্ট করতে আমার প্রতিক্রিয়াটি দ্রুত আপডেট করব। আমি সত্যিই আপনার সাহায্য তারিফ করা.
সেভরেভার

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

0

সার্ভারে লগগুলি পরীক্ষা করুন। এটি সাধারণত /var/log/auth.log(ডেবিয়ান / উবুন্টু) বা /var/log/secure(রেডহ্যাট / সেন্টোস) এ থাকে। কানেক্ট করার ক্ষেত্রে যে কোনও সমস্যা সাধারণত লগইন হয়।


আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.