Sshd प्रक्रिया नहीं मिल रही है

5

मेरे विंडोज लैपटॉप पर PuTTY का उपयोग करना, मैं करने में सक्षम हूं ssh मेरे मैक डेस्कटॉप में, लेकिन एक बार लॉग इन करने के बाद, मुझे कोई नहीं मिल सकता है sshd मैक पर चलने की प्रक्रिया। जैसे मैक में ssh-ing के बाद निम्नलिखित अधिकार चलाना:

% ps -eo pid,command | grep sshd | grep -v grep

... कोई उत्पादन नहीं करता है। बेशक, कहने की जरूरत नहीं है, अगर मैं उपयोग करता हूं तो मुझे वही परिणाम (कोई आउटपुट नहीं) मिलते हैं ps -ef के बजाय ps -eo pid,command।

इसके अलावा, वहाँ नहीं है /var/run/sshd.pid फ़ाइल।

क्या चल रहा है? क्या OS X आने वाले ssh लॉगिन को संभालने के लिए एक अलग प्रोग्राम का उपयोग करता है?

ssh

— kjo
स्रोत

8

नहीं - ओएस एक्स का उपयोग करता है OpenSSH और आप निरीक्षण कर सकते हैं स्रोत कोड यहाँ इस्तेमाल किया ।

आपके आउटपुट के आधार पर, ऐसा लगता है कि sshd मशीन पर सक्रिय नहीं है। भी ps|grep ssh[d] लक्ष्य से मिलान करने से आपकी grep प्रक्रिया को रोक देगा। कुछ लोग चिंतित हो जाते हैं जब वे sshd को चालू नहीं देखते हैं, क्योंकि यह मांग पर शुरू हो जाता है जब लॉन्च आने वाले नेटवर्क अनुरोध का पता लगाता है। क्या आप निश्चित हैं कि ssh सक्रिय है? आप इसे सत्यापित कर सकते हैं lsof|grep ssh यदि आपको संदेह है।

इसके लिए देखें जब हाल ही में सिंह पर एक ssh की शुरुआत की गई है:

Last login: Mon Jul 16 17:58:26 2012 from 10.0.1.35
mac:~ mike$ ps -ef|grep sshd
0   60320     1   0  4:23PM ??         0:00.00 /usr/libexec/launchproxy /usr/sbin/sshd -i
0   60321 60320   0  4:23PM ??         0:00.15 /usr/sbin/sshd -i
501 60330 60321   0  4:23PM ??         0:00.01 /usr/sbin/sshd -i
501 60336 60331   0  4:23PM ttys003    0:00.00 grep sshd

— bmike
स्रोत

न दिखाने के लिए नीचा दिखाया भी आउटपुट आपको मिलता है ps -eo pid,command|grep sshd। यह कम से कम उतनी प्रक्रियाओं को दिखाएगा जितना कि उनके द्वारा दिखाया गया है ps -ef|grep sshd, यह साबित करने में कि मेरी असफलता अवलोकनीय है sshd प्रक्रिया को झंडे की मेरी पसंद से नहीं समझाया गया है ps।

— kjo

2

गंभीरता से - आप एक पीएस तर्क विकल्प पर वोट डाउन करते हैं? पीआईडी स्पष्ट रूप से दूसरा कॉलम है और कमांड अंतिम कॉलम है -ef लेकिन यह आपका वोट डालना है। सभी की आपकी आलोचना जो मदद करने के लिए कदम बढ़ाती है वह अधिक मदद को आकर्षित करने के लिए एक अजीब तरीका लगता है।

— bmike

मेरी टिप्पणी, और डाउनवोट, आपके मूल पोस्ट के जवाब में थी, जो शुरू हुई: "ऐसा लगता है कि आपका सिंटैक्स थोड़ा हटकर है।" कौन सा वाक्यविन्यास विशेष रूप से बंद है, और यह वास्तव में कैसे करता है "बंद वाक्यविन्यास" के कारण मेरे एक को देखने में सक्षम नहीं हो रहा है sshd प्रक्रिया? बाद में आप लिखते हैं: "इसके अलावा ps|grep ssh[d] लक्ष्य से मिलान करने से आपकी grep प्रक्रिया को रोक देगा। "मुझे नहीं लगता कि यह प्रासंगिक क्यों है, क्योंकि मैंने किया था नहीं उपयोग ps|grep sshd, न ही मैंने इस्तेमाल किया ps|grep ssh। आखिरकार,...

— kjo

... आपने लिखा है: "कुछ लोग चिंतित हो जाते हैं जब वे sshd को नहीं देखते हैं, क्योंकि यह मांग पर शुरू होता है जब लॉन्च आने वाले नेटवर्क अनुरोध का पता लगाता है।" यह देखते हुए कि मैंने स्पष्ट रूप से लिखा है कि मैंने खोज की थी sshd तुरंत प्रक्रिया बाद ssh -मैक में, आपकी अंतिम टिप्पणी, साथ ही आपके द्वारा अपने उत्तर के संशोधित संस्करण में पूछे गए प्रश्न, मुझे प्रश्न करें कि क्या आपने वास्तव में मेरी पोस्ट पढ़ी है।

— kjo

3

मुझे स्पष्ट करें:

डिफ़ॉल्ट रूप से sshd 10.3 के बाद बूट पर सक्रिय प्रक्रिया नहीं है। लॉन्चड अब ssh के लिए सुनने का काम संभालता है। ssh केवल तभी चल रहा है जब ssh सत्र सक्रिय हो।

— Richard Belisle
स्रोत

जैसा कि मैंने अपने मूल विवरण में लिखा है, मैं देख रहा हूँ sshd प्रक्रिया अंदर से एक ssh सत्र, इसलिए, यदि आपका स्पष्टीकरण सही था, तो मुझे इसका पता लगाना चाहिए था sshd इसके पीछे की प्रक्रिया।

— kjo

1

क्या वास्तव में पुराने प्रश्न पर पोस्ट करना ठीक है ... मैं आज उसी का उत्तर देना चाह रहा था और स्पष्ट करने का प्रयास करूंगा।

सिस्टम प्राथमिकता साझाकरण और पोर्ट 22 में सक्षम रिमोट लॉगिन खुला है:

% netstat -p tcp -lna | grep '\*\.22'
tcp4       0      0  *.22 *.*  LISTEN     
tcp6       0      0  *.22 *.*  LISTEN

तब lsof शो लॉन्च होता है जो एक सुन रहा है (मैन पेज में lsof के लिए सही विकल्प पाया गया और रूट के रूप में निष्पादित किया गया):

# lsof -iTCP -sTCP:LISTEN | grep ssh
launchd    1 root   50u  IPv6 0xc3c700cb936cd50f      0t0  TCP *:ssh (LISTEN)
launchd    1 root   51u  IPv4 0xc3c700cb9452be6f      0t0  TCP *:ssh (LISTEN)
launchd    1 root   53u  IPv6 0xc3c700cb936cd50f      0t0  TCP *:ssh (LISTEN)
launchd    1 root   58u  IPv4 0xc3c700cb9452be6f      0t0  TCP *:ssh (LISTEN)

और जब आप सिस्टम में ssh करते हैं तो आप देखते हैं कि ssh- एजेंट और sshd कनेक्शन से निपटने के लिए तैयार हैं।

 # ps -ef | grep ssh | grep -v grep
 501  1231     1   0 12:52PM ??         0:00.02 /usr/bin/ssh-agent -l
 0    1257     1   0 12:53PM ??         0:00.04 sshd: xxxxx [priv] 
 501  1259  1257   0 12:53PM ??         0:00.02 sshd: xxxxx@ttys002

— Greg
स्रोत

क्या आप इसे लागू कर रहे हैं ssh-agent दूरस्थ पक्ष पर चलाता है, और यह कनेक्शन से निपटने के लिए जिम्मेदार है? यह कैसे फिट होता है man ssh-agent ये कहते हुए ssh-agent है »की शुरुआत में […] एक लॉगिन सत्र« और फिर »का उपयोग प्रमाणीकरण के लिए किया जाता है जब ssh« का उपयोग करके अन्य मशीनों में लॉग इन किया जाता है? क्या इसका यह अर्थ नहीं है कि अभिकर्ता दूरस्थ पक्ष के बजाय स्थानीय पक्ष पर चलता है, आमतौर पर उपयोगकर्ता द्वारा दूरस्थ सर्वर से कनेक्ट करने के लिए ssh शुरू करने से पहले?

— Synoli