Para desativar o 'PrintLastLog' no servidor SSH

0
  1. Eu posso conectar por ssh e pré-formatar comandos normalmente.
  2. Só consigo logar se conectar com sucesso pelo WCP. Mas após o login dá esse erro:

Errordetectingvariablecontainingreturncodeoflastcommand.

EupesquiseieeledissequeeuprecisavadesativaroPrintLastLognoservidor.Entãoeudesabilitei,reinicieioserviço,reinicieioVPSdoOpenVZnoUbuntu16.

Mascontinuamostrandoamensagemdelogin:

Lastlogin:SunJan808:06:132017fromXXX.XXX.XXX.XXXenteredintoXXXXXXX

eaindanãoestoumeconectandocomoWCP.

Esteéomeuarquivovim/etc/ssh/sshd_config:

#Packagegeneratedconfigurationfile#Seethesshd_config(5)manpagefordetails#Whatports,IPsandprotocolswelistenforPort22#Usetheseoptionstorestrictwhichinterfaces/protocolssshdwillbindto#ListenAddress::#ListenAddress0.0.0.0Protocol2#HostKeysforprotocolversion2HostKey/etc/ssh/ssh_host_rsa_keyHostKey/etc/ssh/ssh_host_dsa_keyHostKey/etc/ssh/ssh_host_ecdsa_keyHostKey/etc/ssh/ssh_host_ed25519_key#PrivilegeSeparationisturnedonforsecurityUsePrivilegeSeparationno#Lifetimeandsizeofephemeralversion1serverkeyKeyRegenerationInterval3600ServerKeyBits1024#LoggingSyslogFacilityAUTHLogLevelINFO#Authentication:LoginGraceTime120PermitRootLoginyesStrictModesyesRSAAuthenticationyesPubkeyAuthenticationyes#AuthorizedKeysFile%h/.ssh/authorized_keys#Don'treadtheuser's~/.rhostsand~/.shostsfilesIgnoreRhostsno#Forthistoworkyouwillalsoneedhostkeysin/etc/ssh_known_hostsRhostsRSAAuthenticationno#similarforprotocolversion2HostbasedAuthenticationno#Uncommentifyoudon'ttrust~/.ssh/known_hostsforRhostsRSAAuthentication#IgnoreUserKnownHostsyes#Toenableemptypasswords,changetoyes(NOTRECOMMENDED)PermitEmptyPasswordsno#Changetoyestoenablechallenge-responsepasswords(bewareissueswith#somePAMmodulesandthreads)ChallengeResponseAuthenticationno#ChangetonotodisabletunnelledcleartextpasswordsPasswordAuthenticationyes#Kerberosoptions#KerberosAuthenticationno#KerberosGetAFSTokenno#KerberosOrLocalPasswdyes#KerberosTicketCleanupyes#GSSAPIoptions#GSSAPIAuthenticationno#GSSAPICleanupCredentialsyesX11ForwardingyesX11DisplayOffset10PrintMotdnoPrintLastLognoTCPKeepAliveyesUseLoginno#MaxStartups10:30:60#Banner/etc/issue.net#AllowclienttopasslocaleenvironmentvariablesAcceptEnvLANGLC_*Subsystemsftp/usr/lib/openssh/sftp-server#Setthisto'yes'toenablePAMauthentication,accountprocessing,#andsessionprocessing.Ifthisisenabled,PAMauthenticationwill#beallowedthroughtheChallengeResponseAuthenticationand#PasswordAuthentication.DependingonyourPAMconfiguration,#PAMauthenticationviaChallengeResponseAuthenticationmaybypass#thesettingof"PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes
    
por user 08.01.2017 / 11:32

1 resposta

0

O problema é que você está tentando se conectar à máquina errada. Veja, o seu serviço VPS está fornecendo 2 IPs para você:

  1. O primeiro IP é o Emergency SSH Connection . Isso aponta para a máquina do servidor host e conecta você diretamente ao seu VPS, mesmo que ele não tenha um SSH funcionando corretamente. Isso usará um user name permitido para se conectar à máquina host, onde seu VPS está instalado. Portanto, assim que concluir a conexão, o Host OS conectará você ao seu VPS.
  2. O segundo IP é o IP corretamente para o seu VPS corretamente, e esse é o IP que você deve usar para se conectar com Win SCP . Aqui você não usa o nome de usuário ou senha Emergency SSH Connection . Como você pode notar, o Emergency SSH Connection está reiniciando toda vez que você reinicia seu VPS, portanto, ele indica que não pode ser o seu nome de usuário do VPS. Para se conectar ao VPS, você deve usar uma conta / senha de usuário VPS válida e registrada, como inicialmente configurado pelo seu provedor de VPS root account e password .
por 08.01.2017 / 13:33

Tags