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

  • C'è un modo per SSH / SCP ad un altro server come utente diverso, tramite uno script?
  • Sessioni remote basate su GUI per gli utenti finali
  • Specificare la port SSH per Git
  • Ottenere i dettagli dell'hardware del server per il server ubuntu
  • postfix e consegna locale
  • Possibilità di ottimizzazione WAN per traffico SSH
  • 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 

  • Invalidare le chiavi ssh inutilizzate
  • Dipendenze da un file .deb
  • Dov'è il completamento della mia scheda e il comportmento delle frecce in su? (Ubuntu 10.04)
  • Limitazione dell'accesso di networking del contenitore Docker
  • Ubuntu per elencare i relativi consigli di sicurezza
  • Utilizzo di etckeeper - protezione e altre domande
  • 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.