On 16/11/16 11:06 PM, Peter wrote:
> On 17/11/16 16:34, Digimer wrote:
>> Edit /etc/ssh/sshd_config
>>
>> Set:
>>
>> UseDNS no
>> GSSAPIAuthentication no
>>
>> Save, restart sshd, try again.
>
> This will certainly stop the long timeout, but I prefer telling people
> to fix their DNS. The long ti
On 17/11/16 16:34, Digimer wrote:
> Edit /etc/ssh/sshd_config
>
> Set:
>
> UseDNS no
> GSSAPIAuthentication no
>
> Save, restart sshd, try again.
This will certainly stop the long timeout, but I prefer telling people
to fix their DNS. The long timeout is indicative of a DNS issue and
turning o
Edit /etc/ssh/sshd_config
Set:
UseDNS no
GSSAPIAuthentication no
Save, restart sshd, try again.
digimer
On 16/11/16 06:07 PM, Larry Martell wrote:
> I have a CentOS 7 system and when I login with putty or ssh there is a
> long delay before I get the password prompt. I ran ssh -v and I found
>
On 11/16/2016 3:07 PM, Larry Martell wrote:
I have a CentOS 7 system and when I login with putty or ssh there is a
long delay before I get the password prompt. I ran ssh -v and I found
that it gets up to this:
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expe
On Wed, November 16, 2016 5:07 pm, Larry Martell wrote:
> I have a CentOS 7 system and when I login with putty or ssh there is a
> long delay before I get the password prompt.
First thing I would check is that that system doesn't have unaccessible
DNS server listed in:
/etc/resolv.conf
(another
I have a CentOS 7 system and when I login with putty or ssh there is a
long delay before I get the password prompt. I ran ssh -v and I found
that it gets up to this:
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEY
6 matches
Mail list logo
