స్థిర: సుడో: టిటి ప్రస్తుతం లేదు మరియు ఆస్పాస్ ప్రోగ్రామ్ పేర్కొనబడలేదు

ప్రస్తుతానికి మరియు అడగని ప్రోగ్రామ్ పేర్కొన్న అవుట్పుట్ లైన్ ఆ ssh దోష సందేశాలలో ఒకటి, ఇది నిజంగా అంతగా సహాయపడదు ఎందుకంటే ఇది సమస్యకు కారణమయ్యే స్థితికి చేరుకోదు. చాలా మటుకు, మీరు సందేశాన్ని చూసినప్పుడు మీరు నిజంగా ఒకరకమైన చెల్లుబాటు అయ్యే TTY తో పని చేస్తున్నారు మరియు మీరు ssh ద్వారా మీ సుడో పాస్‌వర్డ్‌ను నమోదు చేయడం ద్వారా వ్యవహరించవచ్చు. మీరు వాక్యనిర్మాణ పొరపాటుతో వ్యవహరించే అవకాశం ఉంది, కానీ సందేశం ఈ వాస్తవాన్ని నేరుగా పరిష్కరించదు.

ఇది ssh తో సంబంధం ఉన్న సమస్య కాబట్టి, మీరు మైక్రోసాఫ్ట్ విండోస్‌లోని Linux, FreeBSD, macOS మరియు Cygwin యొక్క Unix సేవల్లో సమస్యను పునరుత్పత్తి చేయగలరు. అదృష్టవశాత్తూ, ఈ ప్లాట్‌ఫారమ్‌లన్నింటిలో పరిష్కారము చాలా చక్కనిదిగా ఉండాలి.

విధానం 1: ssh కోసం టెర్మినల్ను కనుగొనడం

మీరు ఇప్పటికే టెర్మినల్ నుండి పని చేస్తున్నప్పుడు, ssh బహుశా దీన్ని గ్రహించలేరు. మీరు కమాండ్ ప్రాంప్ట్ విండోలో ఉన్నప్పటికీ, ఇది ఇప్పటికీ TTY టెర్మినల్ ఎమ్యులేటర్ కోసం ప్రయత్నిస్తూ ఉండవచ్చు. దీన్ని పరీక్షించడానికి లోపాన్ని పునరుత్పత్తి చేయడానికి ప్రయత్నించండి. మేము ఒక వర్చువల్ మెషీన్ను ఉదాహరణగా కాన్ఫిగర్ చేసాము మరియు అమలు చేసాము ssh user@linuxtest.example ‘sudo /var/mail/startup.sh’ ఒక పరీక్షగా. సహజంగానే, మీరు కమాండ్ మరియు ssh పంక్తిని మీరు చేయాలనుకుంటున్న దానికి సరిపోయేలా మార్చాలనుకుంటున్నారు.

మీరు మీరు అనుకున్న సర్వర్‌లోకి లాగిన్ అవుతున్నారని నిర్ధారించుకోవాలి. సంబంధం లేకుండా, మీరు ఇప్పటికీ సుడోను స్వీకరిస్తున్నారో లేదో తనిఖీ చేయండి: టిటి ప్రస్తుతం లేదు మరియు ఆస్క్ పాస్ ప్రోగ్రామ్ పేర్కొన్న దోష సందేశం లేదు. చాలా మటుకు, మీరు ఇంకా దాన్ని స్వీకరిస్తుంటే, మీరు దాన్ని మూడుసార్లు చూస్తారు మరియు మీరు డెబియన్ లేదా ఉబుంటులో స్థానికంగా సుడోను నడుపుతున్నట్లయితే మీ పాస్‌వర్డ్‌ను ఎంటర్ చేయమని ప్రాంప్ట్ చేయబడవచ్చు.

మీ వాక్యనిర్మాణ దోషాన్ని సరిచేయడానికి ssh తర్వాత -t జోడించడానికి ప్రయత్నించండి. పదిలో తొమ్మిది సార్లు ఇది ఒక వర్చువల్ టిటివైని తనకు కేటాయించమని మరియు నిజమైన టెర్మినల్ లోపల నడుస్తున్నట్లు నటిస్తుంది. మీరు మీ ఆదేశం గురించి మరేదైనా మార్చవలసిన అవసరం లేదు. Ssh అక్షరాల తర్వాత -t ఎంపికను జోడించి, హోస్ట్ మరియు పాస్డ్ కమాండ్‌ను అలాగే ఉంచండి. మీరు ఎప్పుడైనా మీ ఆదేశం యొక్క తరువాతి భాగంలో ssh ను అమలు చేయవలసి వస్తే మీరు దీన్ని గుర్తుంచుకోవాలి.

ఉదాహరణకు, ఫార్మాట్ చేయబడిన ఆదేశాన్ని నడుపుతున్నప్పుడు మీకు ఇదే విధమైన లోపం వస్తున్నట్లయితే ssh -t user@linuxtest.example ‘ssh user@linuxtest2.example’ మీరు దానిని నివారించడానికి మొదటి ssh తర్వాత -t ఎంపికను ఉంచాలి. డేటాను ఉత్పత్తి చేయడానికి లేదా వినియోగించడానికి మీరు తరువాత రెండవ ఆదేశాన్ని మార్చినట్లయితే, మీరు -t ని అస్సలు ఉపయోగించకూడదని గమనించండి. ఉదాహరణకు, మీరు స్క్రిప్ట్‌కు బదులుగా పిల్లిని నడపడం ప్రారంభించినట్లయితే, మీరు -t ను డంప్ చేయవచ్చు, ఎందుకంటే మీరు దాని కోసం టెర్మినల్‌ను కేటాయించాల్సిన అవసరం లేదు.

విధానం 2: విసుడో ఫైల్‌ను పాచింగ్

ఈ లోపాన్ని ఉత్పత్తి చేసే కాన్ఫిగరేషన్ సమస్య కూడా మీకు ఉండవచ్చు. జారీ చేయడం ద్వారా విసుడో ఫైల్‌ను సవరించండి sudo visudo ఆదేశించండి మరియు మీరు ఈ ఫైల్‌ను వేరే విధంగా సవరించడానికి ఎప్పటికీ ఇష్టపడరని గుర్తుంచుకోండి. మీరు అమలు చేయడానికి నిర్వాహకుడి పాస్‌వర్డ్‌ను నమోదు చేయనవసరం లేని ఆదేశాల రకాలను అనుసరించి దానిలో ALL = NOPASSWD ని కలిగి ఉన్న ఒక పంక్తిని మీరు కనుగొనాలి.

ప్రతి వ్యక్తి ఆదేశం పంక్తిలో చివరిది మినహా కామాతో ముగుస్తుంది. మీరు / sbin / poweroff / sbin / start / sbin / stop వంటి ఏదైనా చదివినట్లయితే, ఇవన్నీ ఒకే ఆదేశంగా పరిగణించబడతాయి మరియు లోపం మీపై పడతాయి. అదేవిధంగా, మీరు ssh ద్వారా అమలు చేయడానికి ప్రయత్నిస్తున్న ఆదేశాన్ని మీరు కోల్పోతే, మీకు ఈ లోపం కూడా వస్తుంది. లోపం ఇంకా పునరుత్పత్తి చేయబడిందా అని తనిఖీ చేయడానికి ముందు అవసరమైన సర్దుబాట్లు చేయండి మరియు ఫైల్‌ను సేవ్ చేయండి.

అలా చేసి సేవను పున art ప్రారంభించిన తర్వాత కూడా మీకు లోపం ఉందా, ఆపై ప్రయత్నించండి క్రింది చిత్రంలో కమాండ్ క్రింది మరియు PermitTTY పంక్తి దాని తర్వాత అవును అనే పదాన్ని కలిగి ఉందని నిర్ధారించుకోండి. ఇది మీ ఫైల్‌లోని చివరి పంక్తి అయితే, తర్వాత ఖాళీ న్యూలైన్ ఉందని నిర్ధారించుకోండి. GNU నానో అప్రమేయంగా ఈ పనిని స్వయంచాలకంగా చేస్తుంది.

దోష సందేశాన్ని మళ్లీ పునరుత్పత్తి చేయడానికి ప్రయత్నించే ముందు మీరు ఏదైనా సంబంధిత సేవలను పున art ప్రారంభించాలి.