అనేక సందర్భాల్లో ssh_exchange_identification: రిమోట్ హోస్ట్ లోపం ద్వారా మూసివేయబడిన కనెక్షన్ హోస్ట్స్.డెని మరియు హోస్ట్స్.అన్ని కాన్ఫిగరేషన్ ఫైళ్ళకు సంబంధించిన సమస్యల వల్ల సంభవించవచ్చు, సమస్యకు కారణమయ్యే ఇతర విషయాలు కూడా ఉన్నాయి. మీరు దీన్ని చదువుతుంటే, రిమోట్ సర్వర్‌లో ssh ని ఉపయోగించటానికి ప్రయత్నించకుండా ఈ రెండు ఫైల్‌లు మీ IP చిరునామాను నిరోధించలేదని నిర్ధారించుకోవడానికి మీరు ఇప్పటికే తనిఖీ చేసిన అవకాశాలు ఉన్నాయి.
ఇదే జరిగిందని uming హిస్తే, మీరు డిపెండెన్సీ ఇష్యూ, మెమరీ ఫ్రాగ్మెంటేషన్‌కు సంబంధించినది లేదా వ్యక్తిగత క్లయింట్ల నుండి వచ్చే అధిక సంఖ్యలో సెషన్లను చూడవచ్చు. శుభవార్త ఏమిటంటే, మీరు సమస్యను జాగ్రత్తగా చూసుకున్న తర్వాత మీరు మళ్లీ లోపం చూడకూడదు.
విధానం 1: తప్పిపోయిన డిపెండెన్సీలను పరిష్కరించడం
మీరు ssh_exchange_identification: ఓపెన్‌ఎస్‌ఎస్‌ఎల్ లేదా గ్లిబ్‌సిని అప్‌డేట్ చేసిన తర్వాత మాత్రమే రిమోట్ హోస్ట్ లోపం ద్వారా కనెక్షన్ మూసివేయబడితే, మీరు తప్పిపోయిన డిపెండెన్సీని చూడవచ్చు. రన్ sudo lsof -n | grep ssh | grep DEL ఈ పరిస్థితిలో కమాండ్ లైన్ నుండి. ఇది మీకు ఓపెన్ ఫైళ్ళ జాబితాను ఇస్తుంది, ఆపై ssh డెమోన్‌కు సంబంధించి ఇటీవల తొలగించబడిన వాటి కోసం మాత్రమే చూడండి.
మీరు ఏదైనా తిరిగి పొందలేకపోతే, మీరు డెమోన్ లేదా సిస్టమ్‌ను పున art ప్రారంభించడానికి ప్రయత్నించవచ్చు. సంబంధం లేని సమస్య వల్ల / రన్ / యూజర్ / 1000 / జివిఎఫ్ సందేశాలకి సంబంధించిన వాటిని మీరు సురక్షితంగా విస్మరించగలిగినప్పటికీ, అనేక లోపాలు మీపైకి విసిరివేయబడితే మీరు పున art ప్రారంభించండి. వర్చువల్ ఫైల్ సిస్టమ్‌తో చేయండి.
డిపెండెన్సీలు సమస్య అని మీరు అనుమానించినట్లయితే, మీ ప్యాకేజీలను నవీకరించడానికి మీరు apt-get, pacman లేదా yum ను ఉపయోగించడానికి ప్రయత్నించవచ్చు. మీరు డెబియన్ లేదా ఉబుంటు ఆధారిత వ్యవస్థలో ఉంటే, మీరు ప్రయత్నించవచ్చు sudo apt-get -f నవీకరణ మరియు మీరు విరిగిపోయిన ప్యాకేజీలను పరిష్కరిస్తారో లేదో చూడండి.
విధానం 2: మెమరీ ఫ్రాగ్మెంటేషన్ సరిదిద్దడం
ఇది సహాయం చేయకపోతే, సమీకరణం యొక్క హోస్ట్ వైపు మీకు సమస్య ఉండవచ్చు. VM లోపల నడుస్తున్న హోస్ట్‌లకు ఎల్లప్పుడూ స్వాప్ విభజన ఉండదు, ఇది మెమరీ ఫ్రాగ్మెంటేషన్‌కు దారితీస్తుంది. ఇతర మార్గాల ద్వారా హోస్ట్‌ను ప్రాప్యత చేయండి, బహుశా శారీరకంగా వీలైతే, ఆపై సమస్యలతో బాధపడుతున్న ఏదైనా సేవలను పున art ప్రారంభించండి. MySQL, Apache, nginx మరియు ఇతర సేవలు దోషులు కావచ్చు.
హోస్ట్‌ను రీబూట్ చేయడం ఎల్లప్పుడూ సాధ్యపడకపోవచ్చు, ఇది సమస్యను సరిదిద్దగలదు మరియు మీరు ఈ దోష సందేశానికి మరియు IP చిరునామాను తిరిగి ఇచ్చే వాటికి మధ్య ప్రత్యామ్నాయంగా ఉంటే మంచి ఆలోచన కావచ్చు. మీకు సర్వర్‌కు ఏ విధమైన ప్రాప్యత ఉంటే, అప్పుడు మీరు దీన్ని అమలు చేయవచ్చని గుర్తుంచుకోండి vmstat -s అనేక సందర్భాల్లో సాధారణ వినియోగదారుగా కూడా మెమరీ ఎలా ఉపయోగించబడుతుందనే దానిపై కొన్ని ముఖ్యమైన గణాంకాలను ఆదేశించండి మరియు పొందండి.
విధానం 3: అదనపు ssh ఉదంతాల కోసం తనిఖీ చేయండి
దీన్ని మినహాయించి, హోస్ట్‌లు సర్వర్‌కు కనెక్ట్ అవ్వడానికి ప్రయత్నిస్తున్నారో లేదో తనిఖీ చేయండి. మీకు తెలియకుండానే గరిష్ట సంఖ్య ssh సెషన్లను మించి ఉండవచ్చు. పాత సెషన్లను క్లియర్ చేసి, ఆపై మళ్లీ కనెక్ట్ చేయడానికి ప్రయత్నించండి. దీన్ని చేయడానికి ఒక సులభమైన మార్గం who ఏ యూజర్ ప్రాసెస్‌లు లాగిన్ అయ్యాయో చూడటానికి ఆదేశం. మీరు లాగిన్ అయిన ఒకటి లేదా ఇద్దరు యూజర్‌లను మాత్రమే చూడాలి. అనేక సమాంతరాలు ఉంటే, యూజర్ ప్రాసెస్‌లను చంపి తిరిగి లాగిన్ అవ్వడానికి ప్రయత్నించండి.
లూప్‌లో విభిన్న ssh సెషన్లను ప్రారంభించే స్క్రిప్ట్‌తో sshd ని కొనసాగించలేకపోతే ఇది జరగవచ్చు. ఇది మీకు ఎప్పుడైనా జరిగితే, అప్పుడు జోడించండి నిద్ర 0.3 లూప్‌కు ఆదేశం ఇవ్వండి, తద్వారా sshd డెమోన్‌కు సమయం ఉంటుంది.
విధానం 4: sshd కనెక్షన్ పరిమితిని కనుగొనండి
డిఫాల్ట్ గరిష్ట సంఖ్యలో కనెక్షన్లు చాలా తక్కువగా ఉన్నందున రౌటర్ లేదా మరొక రకమైన వివిక్త బాక్స్డ్ స్విచ్‌ను యాక్సెస్ చేయడానికి ssh ని ఉపయోగించటానికి ప్రయత్నించినప్పుడు ఇలాంటి కనెక్షన్ సమస్యలు ముఖ్యంగా ప్రబలంగా ఉన్నాయి. సర్వర్‌ను ఓవర్‌లోడ్ చేయడానికి మిమ్మల్ని మీరు అనుమతించకూడదనుకుంటే, డిఫాల్ట్ సెట్టింగ్ ఏమిటో మీరు చూడవచ్చు.
అమలు చేయడానికి ప్రయత్నించండి 
sshd ఎన్ని కనెక్షన్‌లను నిర్వహించగలదో తెలుసుకోవడానికి సర్వర్‌లో. చాలా సందర్భాల్లో, సిస్టమ్ 10 ఏకకాల కనెక్షన్‌లకు డిఫాల్ట్‌గా ఉండాలి, ఇది చాలా మంది సర్వర్ నిర్మాణాలకు పుష్కలంగా ఉండాలి, ఎక్కువ మంది వినియోగదారులు క్రమం తప్పకుండా ssh ను ఉపయోగించాల్సి ఉంటుంది.
