Не получается подключится к серверу по ssh

[Golova2804]

Установил Ubuntu Server 14.04.3 LTS, настроил, установил Vesta CP, настроил, пробросил порт 80 на роутере, пробросил 22 порт на роутере, прочитал кучу мануалов еще 200 раз все перепроверил, толку 0, все равно не могу подключится с домашнего компа по ssh к серверу (через putty), в чем может быть причина?
С ответами Google в помощь проходим мимо!
Если кто реально может помочь, буду очень признателен, я новичок в этом деле, стараюсь, учусь, все когда-то с чего-то начинали, надеюсь на сознательность, заранее благодарю за помощь!

[kononvaler]

Сервис ssh проверяли, запущен ли (sudo service ssh status), с локалки можно соединиться? Фаервол на сервре включен или нет? Как вы соединяетесь из-вне, у вас статика, VPN, динамический IP?

[Sly_tom_cat]

1. опишите сетевую конфигурацию более детально: мне допустим совершенно не ясно где именно стоит сервер и роутер с проброшенными портами - дома или где-то еще.

С ответами Google в помощь проходим мимо!

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

[fisher74]

адрес-то хоть "белый"? локально с сервера на свой же ssh можете подключиться?

[Golova2804]

Попробовал подключится из терминала, и правда не подключается подключался так (ssh -p 22 192.168.100.4), пишет ssh: connect to host 192.168.100.4 port 22: Connection refused.

Организация сети такая:
Все собрано дома

(Нажмите, чтобы показать/скрыть)

На Команду (service ssh status) отвечает так:
ssh start/running, process 3227
из чего могу сделать вывод что ssh запущен.

Локальный адрес моего сервера 192.168.100.4:
Узнал его при помощи команды ifconfig

Вот так пробросил порты firewall на домашнем ПК отключил:

(Нажмите, чтобы показать/скрыть)

Firewall на сервере включен:
Попробовал удалить правило на 22 порт, пишет что невозможно
удалить несуществующее правило. Из чего могу сделать вывод что все должно работать.
Правило пробовал удалить так ufw delete deny 22.
Пробовал добавить правило так ufw allow 22, в ответ получил (Правило успешно добавлено).

IP сделал статическим при помощи сервиса no-ip.com:
Есть возможность купить белый ip но сначала хотел все настроить, а потом покупать все примочки.

Вроде бы делал все по мануалам на ubuntu wiki но видимо есть какая-то спицифика в отдельных случаях.
Я пытался сделать все сам, прочитал кучу мануалов, все сделал как там написано, и 100 разными способами, ничего не работает, одна надежда на вас, спасибо большое всем кто откликнулся!

[kononvaler]

не совсем понятно опять, но уже теплее.
ssh запущен, хорошо.
Про файервол я спрашивал как раз на сервере, к которому подключаемся, похоже что вы его при установке включили, а порт извне закрыт.
Проброс на роутере правильный. но если внутри сети не соединились, то и снаружи будет тот-же результат. 
Команда подключения по ssh: не нужно указывать порт, если он дефолтовый, т.е. 22. можно, но бессмысленно.
Без указания имени пользователя можно соединяться только в том случае, если текущий пользователь ( в терминале) совпадает с имеющимся на сервере.
Иначе команда выглядит просто:

Код: [Выделить]

ssh user@servers_ip_address
статус файервола:
service iptables status
отключить:
# service iptables save
# service iptables stop
# chkconfig iptables off
включить:
# service iptables start
# chkconfig iptables onАга, обнаружил изменеия в предыдущем посте. Откуда на сервере ufw взялся?
Попробуйте отключить файервол, и соединиться по ssh, чтобы локализовать проблему.
Вдогонку, зачем на нем фаервол? Если вы хотите защитится извне, так вы уже за роутером сидите, смысла нет. Насчет статического ip через no-ip то это называется динамический днс, статика это когда вам его провайдер даст в аренду. Ну неважно, если вы там зарегистрировались и пользуетесь их резолвингом, будьте готовы к постоянным атакам на ssh порт. Да собственно на весь хост. Я ставлю всегда Fail2ban , который после заданного количества неудачных попыток подбора логин-пароля по ssh банит на заданное время атакующий адрес. Помогает страшно, в логах за сутки десятки таких попыток.

[Golova2804]

Попробовал подключится как вы написали все равно connection refused

На service iptables status отвечает так:
iptables: unrecognized.

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

[kononvaler]

Попробуте отключите ufw или как он там или настроить по ссылке:
http://ubuntulyb.blogspot.com/2010/02/ufw-ubuntu.html
Зачем торопиться переустанавливать?

На service iptables status отвечает так:
iptables: unrecognized.

хм-хм. вроде у всех должен быть, хотя бы неактивным.
● iptables.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

[Golova2804]

Сейчас все попробую, спасибо большое за помощь, как будут результаты отпишу.

[kononvaler]

У меня без двадцати 12, завтра на работу, так-что я спать 
Вам удачного коннекта.
Тут мысль возникла - попробуй если возможно на самом сервере к нему подключиться:

Код: [Выделить]

ssh localhostЕсли будет отклонять, то тогда проблемы с настройкой ssh видимо, можно попытаться переконфигурить:

(Нажмите, чтобы показать/скрыть)

Step # 1: Delete old ssh host keys

Login as the root and type the following command to delete files on your SSHD server:
# /bin/rm -v /etc/ssh/ssh_host_*
Step # 2: Reconfigure OpenSSH Server

Now create a new set of keys on your SSHD server, enter:
# dpkg-reconfigure openssh-server

[Golova2804]

Спокойной ночи, и удачного рабочего дня завтра, еще раз спасибо, буду мучиться=)

[kononvaler]

Я чуть добавил в предыдущий пост.

[Golova2804]

Подключился по ssh localhost, спросил пароль я ввел и все подключилось

[Sly_tom_cat]

localhost - он никак не фильтруется - т.е. все что вы узнали - ssh работает.
Теперь осталось выяснить работает ли он на внешнем порту. Для этого попробуйте прямо с сервера законектится к ssh по IP адресу сервера.

[Golova2804]

Пробовал так, ssh 192.168.100.4, в ответ получил connect to host 192.168.100.4 port 22: Connection refused.