La richiesta di assegnazione PTY non è rioutput sul canale 0

Recentemente ho incontrato il seguente problema quando provavo a ssh nel mio server Ubuntu 11.04:

ssh greg@site.com
La richiesta di assegnazione PTY non è rioutput sul canale 0

  • Ubuntu + ZFS: come migrare l'integer sistema a nuovi dischi?
  • Perché non posso accedere all'istanza di CouchDB esternamente sul server Ubuntu 9.04?
  • AWS che installa mod_ssl su apache
  • C'è una mailing list o un modo programmato per determinare un nuovo Amazon EC2 AMI è stato rilasciato?
  • Come faccio ad avviare automaticamente i contenitori del docker all'avvio del sistema?
  • MySQL 5.7 bind-address non funziona
  • Non so per certo, ma penso che questo sia successo dopo uno degli aggiornamenti più recenti di Ubuntu installato. Nel caso in cui sia di pertinenza, sto distanziando da Terminal (Mac OS X 10.7 – Lion).

    EDIT: Risulta che posso essere in remoto come un altro utente (cioè opaco) sul mio server … mi sembra che questo avrebbe indicato i problemi chiave di SSH. Se sono in remoto da un altro account sulla stessa macchina client, funziona bene per tutti gli utenti sul server.

    SOLUZIONE: scopri che avevo configurazioni di gitolite nei miei ~ / .ssh / allowedkeys sul lato server. Ho accidentalmente eseguito uno script di configuration qualche tempo fa come mio utente anziché come l'utente git. Questo è stato kicking off configurazioni su telecommand (chiavi abbinati) che distriggersto le impostazioni necessarie (vedi sotto). Ho rimosso i campi rilevanti dai permessi e sono stato d'oro.

    debug1: Remote: Forced command. debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. debug1: Remote: Forced command. debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. PTY allocation request failed on channel 0 

  • sshd - specificare diverse cifre basate sull'host in arrivo
  • libcurl.so.4 nessuna versione disponibile
  • Protetto in stile uucp
  • Come visualizzare e uccidere i processi PHP?
  • Portscan attacca da qualche parte
  • Come configurare il server di avvio PXE in CentOS
  • 2 Solutions collect form web for “La richiesta di assegnazione PTY non è rioutput sul canale 0”

    Sembra che l'operatore del server abbia regolato le opzioni di configuration o di impostazione sshd nei file di authentication_keys per impedire di get una shell intertriggers. Gli operatori del server che vogliono fornire accessi sftp fanno spesso questo.

     debug1: Remote: Forced command. debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. debug1: Remote: Forced command. debug1: Remote: Port forwarding disabled. debug1: Remote: X11 forwarding disabled. debug1: Remote: Agent forwarding disabled. debug1: Remote: Pty allocation disabled. 

    Prova a colbind senza utilizzare le chiavi per l'authentication. Se è ansible get una shell quando non si utilizza un tasto, il problema si trova nel file autorizzato_key. Se non è ansible accedere quando si tenta di utilizzare l'authentication della password e l'authentication della password non è distriggersta, il problema sarà in sshd_config.

    Ho avuto lo stesso problema. Qualche passaggio di configuration di gitolite aveva aggiunto un altro insieme restrittivo di chiave che stava causando problemi. Il lato server problematico .ssh / authorized_keys aveva


    ssh-rsa XXY-mio-originale-chiaveXXX some_name

    #gitolite inizio

    comandi = "/ usr / share / gitolite / gl-auth-command ubuntu", non-port-inoltro, no-X11 inoltro, no-agent-inoltro, no-pty ssh-rsa XXY-some-gitolite-keyXXX some_other_name

    #gitolite fine


    Ho rimosso la sezione di gitolite e anche io sono stata d'oro

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.