Programmi määratud tty puudumine ja askpass-i väljundrida on üks neist ssh-i veateadetest, mis pole tegelikult nii kasulikud, sest see ei jõua tegelikult probleemi põhjustajani. Enam kui tõenäoline, et töötate tegelikult kehtiva mingisuguse TTY-ga, kui näete sõnumit, ja olete tõenäoliselt tegelenud oma sudo parooli sisestamisega ssh-i lihtsalt. Tegelete enam kui tõenäoliselt süntaksiveaga, kuid sõnum ei käsitle seda fakti otseselt.
Kuna see on probleem, mis on seotud ssh-iga, saate probleemi tõenäoliselt taastada Linuxis, FreeBSD-s, macOS-is ja Cygwini Unixi teenustes Microsoft Windowsis. Õnneks peaks parandus olema kõigil neil platvormidel üsna sama.
1. meetod: terminali leidmine ssh jaoks
Kuigi töötate enam kui tõenäoliselt juba terminalist, ei saa ssh sellest tõenäoliselt aru. Vaatamata sellele, et olete käsuviibade aknas, võib see ikkagi proovida otsida TTY terminali emulaatorit. Selle proovimiseks proovige viga taasesitada. Konfigureerisime virtuaalmasina näitena ja jooksime ssh user@linuxtest.example ‘sudo /var/mail/startup.sh’ testina. Loomulikult soovite muuta käsu ja ssh rea midagi, mis sobib sellega, mida proovite teha.
Peate veenduma, et logite sisse arvatavasti enda serverisse. Sõltumata sellest kontrollige, kas ikka saate sudo: tty pole olemas ja pole ühtegi askpass programmi määratud tõrketeadet. Enam kui tõenäoline, et kui saate seda endiselt, näete seda kolm korda ja võib-olla isegi palutakse teil sisestada parool nii, nagu oleksite teinud, kui kasutate sudo kohalikult Debianis või Ubuntus.
Süntaksivea parandamiseks proovige lisada s-i järel -t. Üheksa korda kümnest sunnib ssh eraldama endale virtuaalse TTY ja teesklema, et see juhtub töötama tõelise terminali sees. Te ei pea oma käsu osas midagi muud muutma. Lihtsalt lisage s-tähtede järel suvand -t -t ja seejärel hoidke host ja host käsk samana. Samuti peate seda meeles pidama, kui peate kunagi käsu viimases osas käivitama ssh.
Näiteks kui teil tekkis sama vormis viga käsu käivitamisel, mis oli vormindatud kujul ssh -t kasutaja@linuxtest.example ‘ssh kasutaja@linuxtest2.example’ selle vältimiseks peaksite pärast esimest ssh-i säilitama -t-valiku. Pange tähele, et kui muudate hiljem teist käsku andmete tootmiseks või tarbimiseks, ei soovi te üldse -t. Näiteks kui hakkasite skripti asemel käitama kassi, võite -t-i tühjendada, kuna teil pole selleks vaja terminali eraldada.
2. meetod: visudofaili parandamine
Teil võib olla ka konfiguratsiooniprobleem, mis selle vea tekitab. Muutke visudo faili, väljastades sudo visudo käsk ja pidage meeles, et te ei soovi seda faili kunagi muul viisil muuta. Peaksite leidma rea, millel on ALL = NOPASSWD, millele järgnevad käskude tüübid, mille käivitamiseks pole vaja administraatori parooli sisestada.
Iga üksik käsk peab lõppema komaga, välja arvatud rea viimane. Seega, kui teil on midagi sellist, mis loeb nagu / sbin / poweroff / sbin / start / sbin / stop, käsitleb see neid kõiki ühe käsuna ja viskab vea teile. Samamoodi, kui teil puudub käsk, mida proovite käivitada ssh kaudu, saate ka selle vea. Tehke vajalikud muudatused ja salvestage fail enne, kui kontrollite, kas viga on ikka taasesitatav.
Kui teil on viga ka pärast seda ja teenuse taaskäivitamist, siis proovige järgmine käsk alloleval pildil ja veenduge, et real PermitTTY oleks selle järel sõna jah. Kui see on teie faili viimane rida, siis veenduge, et pärast oleks tühi uus rida. GNU nano täidab selle ülesande vaikimisi automaatselt.
Enne veateate taasesitamist peate taaskäivitama kõik asjakohased teenused.
3 minutit loetud
