Ang hindi masyadong naroroon at walang program na askpass na tinukoy na linya ng output ay isa sa mga mensahe ng error sa ssh na talagang hindi lahat nakakatulong dahil hindi talaga umabot sa puntong ito ang sanhi ng isyu. Higit sa malamang, talagang nagtatrabaho ka sa isang wastong TTY ng ilang uri kapag nakita mo ang mensahe at marahil ay nakitungo ka sa pagpasok ng iyong sudo password sa ssh lang. Mas malamang na makitungo ka sa isang pagkakamali sa syntax, ngunit ang mensahe ay hindi direktang matutugunan ang katotohanang ito.
Dahil ito ay isang problemang nauugnay sa mismong ssh, mas malamang na maparami mo ang problema sa Linux, FreeBSD, macOS at mga serbisyo ng Unix ng Cygwin sa Microsoft Windows. Sa kasamaang palad, ang pag-aayos ay dapat na pareho sa lahat ng mga platform na ito.
Paraan 1: Paghanap ng isang Terminal para sa ssh
Habang malamang na nagtatrabaho ka mula sa isang terminal, malamang na hindi ito mapagtanto ng ssh. Maaaring sinusubukan mo pa ring maghanap para sa isang emulator ng TTY terminal sa kabila ng katotohanang nasa loob ka ng isang window ng prompt ng utos. Subukang kopyahin ang error upang subukan ito. Nag-configure kami ng isang virtual machine upang magsilbing isang halimbawa at tumakbo ssh user@linuxtest.example ‘sudo /var/mail/startup.sh’ bilang isang pagsubok. Naturally, gugustuhin mong baguhin ang linya ng utos at ssh sa isang bagay na tumutugma sa sinusubukan mong gawin.
Gusto mong tiyakin na nag-log in ka sa server na sa palagay mo ay ikaw. Anuman, suriin upang matanggap kung natatanggap mo pa rin ang sudo: walang masyadong naroroon at walang programang askpass na tinukoy na mensahe ng error. Mas malaki kaysa sa posibilidad, kung natatanggap mo pa rin ito pagkatapos ay makikita mo ito ng tatlong beses at posibleng masabihan ka ring ipasok ang iyong password sa paraang mayroon ka kung nagpapatakbo ng sudo nang lokal sa Debian o Ubuntu.
Subukang idagdag ang pagkatapos ng ssh upang iwasto ang iyong error sa syntax. Siyam na beses sa sampu pipilitin nito ang ssh na maglaan ng isang virtual na TTY sa sarili nito at magpanggap na nangyayari itong tumatakbo sa loob ng isang tunay na terminal. Hindi mo kailangang baguhin ang anupaman tungkol sa iyong utos. Idagdag lamang ang pagpipiliang -t pagkatapos ng mga titik ssh at pagkatapos ay panatilihin ang host at naipasa ang magkapareho. Gusto mo ring isaisip ito kung kailangan mong magpatakbo ng ssh sa huling bahagi ng iyong utos.
Halimbawa, kung nakakakuha ka ng ganitong uri ng error kapag nagpapatakbo ng isang utos na na-format bilang ssh -t user@linuxtest.example ‘ssh user@linuxtest2.example’ itatago mo ang pagpipiliang -t pagkatapos ng unang ssh upang maiwasan ito. Tandaan na kung pinalitan mo sa paglaon ang pangalawang utos upang gumawa o makonsumo ng data, hindi mo gugustuhing gumamit ng t. Halimbawa, kung nagsimula kang magpatakbo ng pusa sa halip na isang script pagkatapos ay maaari mong itapon ang t dahil hindi mo kakailanganin na maglaan ng isang terminal para doon.
Paraan 2: Pag-patch ng visudo File
Maaari ka ring magkaroon ng isang problema sa pagsasaayos na gumagawa ng error na ito. Baguhin ang visudo file sa pamamagitan ng pag-isyu ng sudo visudo utos, at tandaan na hindi mo kailanman gugustuhin na i-edit ang file na ito sa ibang paraan. Dapat kang makahanap ng isang linya na nagtatampok sa LAHAT = NOPASSWD dito na sinusundan ng mga uri ng mga utos na hindi mo kailangang ipasok ang password ng administrator upang tumakbo.
Ang bawat indibidwal na utos ay kailangang magtapos sa isang kuwit maliban sa huling isa sa linya. Kaya kung mayroon kang isang bagay na nabasa tulad ng / sbin / poweroff / sbin / start / sbin / ihinto ito ay ituturing ang lahat ng ito bilang isang solong utos at itapon sa iyo ang error. Gayundin, kung nawawala sa iyo ang isang utos na sinusubukan mong patakbuhin sa pamamagitan ng ssh makukuha mo rin ang error na ito. Gawin ang mga kinakailangang pagsasaayos at i-save ang file bago suriin kung ang error ay maaari pa ring kopyahin.
Kung mayroon ka pa ring error kahit na matapos itong gawin at muling simulan ang serbisyo, pagkatapos ay subukan ang sumusunod na utos sa imahe sa ibaba at tiyakin na ang linya ng PermitTTY ay nagtatampok ng salitang oo pagkatapos nito. Kung ito ang huling linya sa iyong file, tiyakin na mayroong isang blangko na newline pagkatapos. GNU nano awtomatikong isinasagawa ang gawaing ito bilang default.
Kakailanganin mong i-restart ang anumang mga nauugnay na serbisyo bago subukang muling kopyahin ang mensahe ng error.
Basahin ang 3 minuto
