echo $? retornar 1 após usar o host remoto conectado ao parâmetro ssh -T

Question

Estou usando ssh -T foo@bar para acessar um host remoto.Mas echo $? resposta do comando 1 após o sucesso do login.
Além disso, echo $? return 0 se eu usar ssh -t foo@bar .

Código 1 significa Catchall for general errors .

1. Qual é o significado desse estágio?
2. Como consertar isso?
   Obrigado

UPDATE # 1
Alguns esclarecem:
1. P: Você está executando echo $? no servidor após o login ou no cliente após efetuar logout?
A: echo $? é executado após o login server.It é executado no lado do servidor remoto.
2. P: Como você pode fazer o login se desabilitar a alocação de TTY com -T ?
A: Apenas funciona e tenho teste em muitas máquinas.
3. Q: Você não quer uma sessão de shell, talvez?
R: Não. Só não quero usar pseudo-terminal .É também uma sessão ssh. Eu preciso da mensagem "limpa" usada em um programa. Não é um ambiente interativo.

Obrigado novamente!

UPDATE # 2
algum arquivo de ambiente.
1. arquivo ~ / .profile

if [ "$BASH" ]; then
  if [ -f ~/.bashrc ]; then
    . ~/.bashrc
  fi
fi

tty -s && mesg n  

2. ~ / arquivo .bashrc:

   # ~/.bashrc: executed by bash(1) for non-login shells.
   # see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
   # for examples
   
   # If not running interactively, don't do anything
   [ -z "$PS1" ] && return
   
   # don't put duplicate lines in the history. See bash(1) for more options
   # ... or force ignoredups and ignorespace
   HISTCONTROL=ignoredups:ignorespace
   
   # append to the history file, don't overwrite it
   shopt -s histappend
   
   # for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
   HISTSIZE=1000
   HISTFILESIZE=2000
   
    # check the window size after each command and, if necessary,
    # update the values of LINES and COLUMNS.
   shopt -s checkwinsize
   
    # make less more friendly for non-text input files, see lesspipe(1)
   [ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"
   
     # set variable identifying the chroot you work in (used in the prompt below)
   if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
       debian_chroot=$(cat /etc/debian_chroot)
   fi
   
    # set a fancy prompt (non-color, unless we know we "want" color)
   case "$TERM" in
       xterm-color) color_prompt=yes;;
   esac
   
    # uncomment for a colored prompt, if the terminal has the capability; turned
    # off by default to not distract the user: the focus in a terminal window
    # should be on the output of commands, not on the prompt
    #force_color_prompt=yes
   
   if [ -n "$force_color_prompt" ]; then
       if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
       # We have color support; assume it's compliant with Ecma-48
       # (ISO/IEC-6429). (Lack of such support is extremely rare, and such
       # a case would tend to support setf rather than setaf.)
       color_prompt=yes
       else
       color_prompt=
       fi
   fi
   
   if [ "$color_prompt" = yes ]; then
       PS1='${debian_chroot:+($debian_chroot)}\[3[01;32m\]\u@\h\[3[00m\]:\[3[01;34m\]\w\[3[00m\]\$ '
   else
       PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
   fi
   unset color_prompt force_color_prompt
   
    # If this is an xterm set the title to user@host:dir
   case "$TERM" in
   xterm*|rxvt*)
       PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
       ;;
   *)
       ;;
   esac
   
    # enable color support of ls and also add handy aliases
   if [ -x /usr/bin/dircolors ]; then
       test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
       alias ls='ls --color=auto'
       #alias dir='dir --color=auto'
       #alias vdir='vdir --color=auto'
   
       alias grep='grep --color=auto'
       alias fgrep='fgrep --color=auto'
       alias egrep='egrep --color=auto'
   fi
   
    # some more ls aliases
   alias ll='ls -alF'
   alias la='ls -A'
   alias l='ls -CF'
   
    # Alias definitions.
    # You may want to put all your additions into a separate file like
    # ~/.bash_aliases, instead of adding them here directly.
    # See /usr/share/doc/bash-doc/examples in the bash-doc package.
   
   if [ -f ~/.bash_aliases ]; then
       . ~/.bash_aliases
   fi
   
    # enable programmable completion features (you don't need to enable
    # this, if it's already enabled in /etc/bash.bashrc and /etc/profile
    # sources /etc/bash.bashrc).
    #if [ -f /etc/bash_completion ] && ! shopt -oq posix; then
    #    . /etc/bash_completion
    #fi
   

Answer 1

Como você usa tty -s no arquivo .profile , e como o shell de login não possui um TTY ao efetuar login com ssh -T , esse comando falhará e definirá $? como 1.

Isso é esperado e o comando completo

tty -s && mesg n

conta com isso para que mesg n (que "não permite mensagens de outros usuários" através de talk e write , algo que acredito que raramente seja usado hoje em dia) não seja executado se não houver TTY.

Para "corrigir" isso, simplesmente comente ou remova essa linha de .profile . Isso terá pouco impacto em qualquer coisa.