Ошибка проверки обратного сопоставления getaddrinfo для XXXXXX - ВОЗМОЖНЫЙ ПЕРЕРЫВ -IN ATTEMPT

В настоящее время у меня есть сервер LAMP, на котором запущен сервер Centos 7 в частном облаке. У меня был запрос от одного из моих клиентов, что они хотели бы передать SFTP на сервер с помощью ключа.

Я сделал это, и в настоящее время он работает для меня с помощью FileZilla, но когда они пытаются это сделать, они не могут подключиться и вас спросят пароль. После проверки безопасного журнала на сервере я вижу, что они пытались подключиться к серверу, но были отмечены как возможная попытка вторжения, см. Запись ниже:

проверка обратного сопоставления getaddrinfo для subdomain.domain.com [XX .XX.XX.XX] не удалось - ВОЗМОЖНАЯ ПОПЫТКА ВЗЛОМА!

Насколько я понимаю, это проблема с их настройками rDNS для поддомена, или я что-то упустил? Кроме того, можно ли разрешить соединения из этого домена в любых файлах конфигурации?

Мы будем благодарны за любые советы.

0
задан 29 September 2017 в 16:45
1 ответ

sshd: проверка обратного сопоставления getaddrinfo для host.example.org [10.9.8.7] не удалась - ВОЗМОЖНАЯ ПОПЫТКА ВСТРЕЧИ!

Типичная причина, по которой вы видите это предупреждение, заключается в том, что обратный DNS запись для IP-адреса, используемого для подключения к вашему SSH-серверу, разрешается в имя хоста, но это имя хоста либо не существует вовсе, либо не отображается обратно на тот же IP-адрес.

Либо:

  • Ваш клиент (или его поставщик услуг Интернета) должен исправить обратный DNS и / или пересылать записи DNS.
  • Подавите эти предупреждения, отключив обратный поиск, установив UseDNS № и GSSAPIAuthentication № в вашем / etc / ssh / sshd_config
  • . Уменьшите это, добавив запись для этот IP-адрес вашего сервера / etc / hosts

Несмотря на это, это сообщение, насколько мне известно, является лишь предупреждением, а не причиной того, что ваши клиенты не могут войти в систему.

1
ответ дан 4 December 2019 в 16:07

Теги

Похожие вопросы