Як усунути помилку "Відмовлено у з'єднанні" на 22-му порту Linux
Адміністрування сервера в системі Linux не завжди є бездоганним процесом, час від часу можуть виникати певні проблеми та помилки. Тут ми поділимося нашим практичним досвідом щодо помилки "відмовлено у з'єднанні". Коли виникає така проблема, це означає, що з'єднання по протоколу SSH не може бути здійснено, і вам краще дотримуватися деяких професійних рекомендацій, щоб вирішити цю проблему за допомогою методичного підходу.
- Оцінка підключення клієнта
- Тест доступності сервера за допомогою Ping
- Перевірка доступності порту за допомогою Telnet
- Перевірка конфігурації SSH-сервера
- Перевірка стану служби SSH
- Перевірка стану служби SSH
- Налаштування та перевірка брандмауера
- Використання брандмауера ufw
- Налаштування брандмауера iptables
- firewalld Налаштування брандмауера
- Керування хостами по SSH
- Вивчення логів SSH
- Аналіз проблем з SSH
- Висновок
Оцінка підключення клієнта
Щоб почати вирішувати цю проблему, необхідно провести тестування на стороні клієнта. Для цього ми детально розповімо про використання telnet та ping.
Тест доступності сервера за допомогою Ping
Перше, що можна зробити для тестування, це використати ping і IP або ім'я хоста, щоб визначити, чи можна достукатися до сервера. Ось як це можна зробити:
$ ping 11.321.44.2
Якщо сервер доступний, ви отримаєте додаткову інформацію, а також статистику пінгу. Однак, у випадку відсутності відповіді на цю команду, це не гарантує на 100%, що сервер недоступний.
Перевірка доступності порту за допомогою Telnet
Ще одним чудовим варіантом є перевірка доступності порту за допомогою команди telnet, яка використовує текстове з'єднання. Отже, давайте скористаємося наступною командою для перевірки стандартного SSH-порту:
$ telnet 11.321.44.2 22
Якщо з'єднання успішно встановлено, то ви побачите інформацію про операційну систему і програмне забезпечення SSH-сервера. Якщо спроба не вдалася і ви не отримали цих даних, це не означає, що сервер недоступний.
Перевірка конфігурації SSH-сервера
Тепер давайте перевіримо, чи правильно функціонує порт SSH, переглянувши конфігурацію сервера за допомогою:
$ grep Port /etc/ssh/sshd_config
Port 2222
Тут ми не використовуємо порт 22 за замовчуванням. Тоді використовуйте наступний рядок:
$ ssh -p 2222 user_name@ourserverip
Цей порт можна легко змінити на порт за замовчуванням за допомогою кнопки :
$ grep Port /etc/ssh/sshd_config
Port 22
Після цього вам залишиться лише перезапустити систему за допомогою systemctl. Після цього можна буде підключитися через порт за замовчуванням:
$ sudo systemctl restart sshd
Перевірка стану служби SSH
Наступним кроком у нашій процедурі буде перевірка служби SSH і перегляд статусу встановлення.
Перевірка стану служби SSH
Перевірка стану дуже проста і повинна містити наступний рядок:
$ systemctl status ssh
Виведення в цей рядок має містити всі деталі про дані процесу, поточний стан, події журналу, а також конфігурацію. Якщо ви не маєте такого детального виводу і сервер не запущено, ви можете скористатися наступною командою:
$ sudo systemctl start sshd
На додаток до цього, може знадобитися також увімкнути службу SSH:
$ sudo systemctl enable sshd
В кінці слід виконати перезавантаження, і ви можете спробувати перевірити стан ще раз.
Налаштування та перевірка брандмауера
Ще одне пояснення цієї помилки може бути пов'язане з блокуванням брандмауера. Тому нам потрібно вказати інструмент, який контролює наш доступ до системи.
Використання брандмауера ufw
Щоб перевірити, чи немає блокування SSH-трафіку, скористайтеся наступною командою:
$ sudo ufw status
Переглянувши висновок, ви побачите, чи дозволений трафік і звідки. Якщо ви не можете побачити цю інформацію, то спробуйте спочатку відкрити порт за замовчуванням за допомогою:
$ sudo ufw allow 22
Потім зробіть перезавантаження і спробуйте ще раз:
$ sudo ufw reload
Налаштування брандмауера iptables
Наступним кроком у цьому процесі буде перегляд правил iptables:
$ sudo iptables -n -L | grep 22
За допомогою цієї команди ви можете перевірити правила, які дозволяють певний трафік на порту 22. Якщо у вас немає вхідного трафіку у виведенні, ви можете змінити це за допомогою:
$ sudo iptables -A INPUT -p tcp --dport 22 -j ACCEPT
Тепер давайте пояснимо вищезгаданий рядок, щоб ви краще розуміли процес:
- 22 - ця частина визначає порт.
- -p tcp - тут ми вказуємо потрібний протокол, в даному випадку це TCP.
- -j ACCEPT - означає, що трафік, який відповідає цьому правилу, має бути прийнятий.
Наступним кроком буде встановлення iptables-persistent, це потрібно зробити для того, щоб вони зберігалися після перезавантаження:
$ sudo apt-get install iptables-persistent
Під час процесу вам буде запропоновано зберегти поточні правила.
firewalld Налаштування брандмауера
Ми скористаємося наступною командою, щоб перевірити, чи відкритий SSH-порт, це слід зробити у випадку, якщо firewalld працює у Linux:
$ sudo firewall-cmd --list-ports
Може виникнути ситуація, коли цього порту немає в списку, тому ви можете дозволити його за допомогою цього рядка:
$ sudo firewall-cmd --permanent --add-port=22/tcp
За допомогою цієї команди ви додасте порт 22 до постійної конфігурації. Після виконання цього кроку зробіть перезавантаження:
$ sudo firewall-cmd --reload
Керування хостами по SSH
Тепер давайте спробуємо розібратися з проблемами, які можуть бути пов'язані з ключами хостів. Ми можемо впоратися з цим, очистивши файл:
$ cp ~/.ssh/known_hosts ~/.ssh/known_hosts.bak && echo > ~/.ssh/known_hosts
Вивчення логів SSH
Ще один метод, який ми можемо використати для виправлення помилки - це перевірка логів SSH на наявність можливих проблем. Для перевірки останніх логів використовуйте tail і -f для перегляду нових записів:
$ tail -f /var/log/auth.log
Ви також можете спробувати /var/log/secure, якщо місце у прикладі команди не спрацювало. Це 2 типових варіанти, але у вас також є ще один варіант.
Аналіз проблем з SSH
Якщо жоден з наведених вище варіантів не спрацював у вашому випадку, ми можемо запропонувати ще один:
$ ssh -v asr@177.155.233.156
Висновок допоможе вам визначити проблеми з підключенням по SSH.
Висновок
У цій статті ми поділилися з вами деякими практичними рекомендаціями щодо усунення помилки SSH в системі Linux. Ми постаралися включити всі найпоширеніші стратегії щодо проблем з підключенням. Почніть з перевірки конфігурації SSH, потім перевірте налаштування брандмауера, і, звичайно, ви також можете скористатися аналізом проблем SSH. Дотримуючись найпростішої процедури, ви отримаєте безпечне SSH-з'єднання у вашій операційній системі (в нашому випадку Linux).