Вопрос: Как отключить строгую проверку ключа хоста в ssh?


Я хотел бы отключить строгую проверку ключа хоста в ssh для Ubuntu 11.04. Как это сделать?


161
2017-12-13 14:58


Источник


Привет, karthick87, надеюсь, вы понимаете последствия для безопасности, связанные с этим изменением;) - Panther
Следует, однако, отметить, что вы хотеть знать, есть ли у хост-ключа изменено, Это большой красный флаг, который кто-то может спутать с хостом. Поэтому UserKnownHostFile / dev / null - очень плохая идея.
Вы знаете, SSH используется не только для удаленных подключений. Все хосты, с которыми я подключаюсь, находятся в куче на моем столе и имеют один и тот же IP-адрес, поэтому у меня всегда есть новое предупреждение о хосте. - Barafu Albino
Если вы просто хотите удалить сообщение для определенного хоста, удалите соответствующую строку ~ / .ssh / known_hosts. - stackexchanger
Если вам просто нужно сделать одноразовое соединение без ошибок: ssh -o UserKnownHostsFile=/dev/null - odinho - Velmont


Ответы:


В вашей ~/.ssh/config (если этот файл не существует, просто создайте его):

Host *
    StrictHostKeyChecking no

Это отключит все хосты, к которым вы подключаетесь. Вы можете заменить * с шаблоном имени хоста, если вы хотите, чтобы он был применен к некоторым хостам.

Убедитесь, что разрешения на файл ограничивают доступ только к себе:

sudo chmod 400 ~/.ssh/config

182
2017-12-13 15:16



Нет файла с именем config в моем домашнем каталоге. - karthick87
Сделайте одно - все содержимое файла приведено в моей цитате выше. Обратите внимание, что это .ssh подкаталог вашего гомедера. - Caesium
Требуется ли отступы? Мои записи выглядят как блоки, деленные на пустую строку. - Andi Giga
Это неразумно во многих случаях, часто вы просто хотите отключить его один раз: ssh -o UserKnownHostsFile=/dev/null - odinho - Velmont
mkdir -p ~ / .ssh && echo "Host *"> ~ / .ssh / config && echo "StrictHostKeyChecking no" >> ~ / .ssh / config - Sankarganesh Eswaran


Вместо того, чтобы добавлять его в свой ~/.ssh/config файл для всех хостов *, было бы безопаснее указать конкретный хост.

Вы также можете передать параметр в командной строке следующим образом:

ssh -o StrictHostKeyChecking=no yourHardenedHost.com

141
2017-07-25 01:27



Обратите внимание, что вам обычно нужно делать это только один раз на хост, поскольку он говорит об этом в первый раз: Warning: Permanently added 'frxxx.blaps.net,10.11.12.13' (RSA) to the list of known hosts. - MarkHu
Это не сработает. Должен быть ssh -o UserKnownHostsFile=/dev/null вместо. - qwertzguy
@qwertzguy Это действительно работает. Ваш вариант сделает это так, что ключ хоста будет потерян каждый раз, что полезно и безопаснее, но не то, что задал вопрос. - Jon Bentley
@qwertzguy Не могли бы вы добавить это как ответ, ваш действительно лучший для quick'n'dirty «просто подключитесь, я знаю, что я делаю»? Не хочу ниндзя - украсть свой ответ. - odinho - Velmont
@ odinho-velmont сделано - qwertzguy


Стоит отметить, что:

StrictHostKeyChecking no

Будет означать, что хост-ключи по-прежнему добавляются в .ssh / known_hosts - вам просто не будет предложено узнать, доверяете ли вы им, но должны ли менять хосты. Я готов поспорить, вы получите большое предупреждение об этом. Вы можете обойти эту проблему, добавив еще один параметр:

UserKnownHostsFile /dev/null

Это добавит все эти «вновь обнаруженные» хосты в корзину мусора. Если ключ хоста изменяется, никаких проблем.

Я бы сказал, что не стоит забывать, что обход этих предупреждений о ключах хостов имеет очевидные последствия для безопасности - вы должны быть осторожны, что делаете это по правильным причинам и что вы подключаетесь к является к чему вы хотите подключиться, а не к вредоносному узлу.


79
2017-12-02 23:25



Вы правы, вы получаете большое предупреждение - Freedom_Ben
Я думаю, что это правильный ответ. Это хорошо работает для подключения к хостам в частной локальной сети. - Steve Davis
Может быть удобно иметь псевдоним для ssh -o StrictHostKeyChecking=no -o UserKnownHostFiles=/dev/null user@host, В моем случае я использую issh для подключения к узлам, где я знаю, что ключ хоста изменяется. - ecerulm
@ecerulm - просто небольшая опечатка: это UserKnownHostsFile не UserKnownHostFiles, - Grey Panther


FYI. Я предпочитаю отключать проверку хоста только при использовании cssh.

alias cssh='ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null'

15
2017-07-18 18:01



cssh или ssh? - kenorb
Может быть, он использует cssh.sourceforge.net - MarkHu
Я ошибаюсь, или второй -o ненужным? - yckart
alias relay='ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null 11086695@172.26.19.19 -p 2222' работа для меня - arganzheng


Если вы хотите отключить один раз, используйте:

ssh -o UserKnownHostsFile=/dev/null

Это также сработает, если ключ хоста изменится и будет не сохранять ключ в качестве надежного для дополнительной безопасности.


6
2017-08-29 15:55





Из чего это звучит как,

NoHostAuthenticationForLocalhost yes

может быть достаточно хорошо, для вас. И вы все равно сможете сохранить это подобие безопасности.


4
2017-07-23 20:20





https://askubuntu.com/a/87452/129227 предложите изменить файл конфигурации, который помогает. Но вместо того, чтобы открывать вещи для любого хоста, я хотел, чтобы это было сделано для каждого хоста. Нижеприведенный сценарий помогает автоматизировать процесс:

пример вызова

./sshcheck somedomain site1 site2 site3

скрипт sshcheck

#!/bin/bash
# WF 2017-08-25
# check ssh access to bitplan servers

#ansi colors
#http://www.csc.uvic.ca/~sae/seng265/fall04/tips/s265s047-tips/bash-using-colors.html
blue='\033[0;34m'  
red='\033[0;31m'  
green='\033[0;32m' # '\e[1;32m' is too bright for white bg.
endColor='\033[0m'

#
# a colored message 
#   params:
#     1: l_color - the color of the message
#     2: l_msg - the message to display
#
color_msg() {
  local l_color="$1"
  local l_msg="$2"
  echo -e "${l_color}$l_msg${endColor}"
}

#
# error
#
#   show an error message and exit
#
#   params:
#     1: l_msg - the message to display
error() {
  local l_msg="$1"
  # use ansi red for error
  color_msg $red "Error: $l_msg" 1>&2
  exit 1
}

#
# show the usage
#
usage() {
  echo "usage: $0 domain sites"
  exit 1 
}

#
# check the given server
#
checkserver() {
  local l_server="$1"
  grep $l_server $sconfig > /dev/null
  if [ $? -eq 1 ]
  then
    color_msg $blue "adding $l_server to $sconfig"
    today=$(date "+%Y-%m-%d")
    echo "# added $today by $0"  >> $sconfig
    echo "Host $l_server" >> $sconfig
    echo "   StrictHostKeyChecking no" >> $sconfig
    echo "   userKnownHostsFile=/dev/null" >> $sconfig
    echo "" >> $sconfig
  else
    color_msg $green "$l_server found in $sconfig"
  fi
  ssh -q $l_server id > /dev/null
  if [ $? -eq 0 ]
  then
    color_msg $green "$l_server accessible via ssh"
  else
    color_msg $red "ssh to $l_server failed" 
    color_msg $blue "shall I ssh-copy-id credentials to $l_server?"
    read answer
    case $answer in
      y|yes) ssh-copy-id $l_server
    esac
  fi
}

#
# check all servers
#
checkservers() {
me=$(hostname -f)
for server in $(echo $* | sort)
do
  os=`uname`
  case $os in
   # Mac OS X
   Darwin*)
     pingoption=" -t1";;
    *) ;;
  esac

  pingresult=$(ping $pingoption -i0.2 -c1 $server)
  echo $pingresult | grep 100 > /dev/null
  if [ $? -eq 1 ]
  then 
    checkserver $server
    checkserver $server.$domain
  else
    color_msg $red "ping to $server failed"
  fi
done
}

#
# check configuration
#
checkconfig() {
#https://askubuntu.com/questions/87449/how-to-disable-strict-host-key-checking-in-ssh
  if [ -f $sconfig ]
  then
    color_msg $green "$sconfig exists"
    ls -l $sconfig
  fi
}

sconfig=~/.ssh/config

case  $# in
  0) usage ;;
  1) usage ;;
  *) 
    domain=$1 
    shift 
    color_msg $blue "checking ssh configuration for domain $domain sites $*"
    checkconfig
    checkservers $* 
    ;;
esac

1
2017-08-25 12:43