ssh troubles sad sad sad

На сервере посмотри, слушает ли демон нужный порт.

netstat -tlnp

с сервера: lsof -i :2222
с клиента: ssh -vvv -p 2222 akhmylin@мойip

tcp        0      0 0.0.0.0:2222            0.0.0.0:*               LISTEN      10649/sshd

Вроде да

Файрвол проверь, маршруты. Пинги хотя бы ходят?

Ок, теперь опиши, где находится клиент, где сервер. Что за <мой IP> - это внутренний или маршрутизируемый в интернете?

Клиент и сервер в одной подсети или нет?

Покажи ещё правила iptables.

где находится клиент, где сервер.

дома
ip смотрел через ifconfig после inet.

Клиент и сервер в одной подсети или нет?

Судя по всему да.
Правила iptables

# Generated by iptables-save v1.4.21 on Tue Nov 17 23:38:55 2015
*mangle
:PREROUTING ACCEPT [87176759:98320148093]
:INPUT ACCEPT [86843806:98163442156]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [66201464:35853708618]
:POSTROUTING ACCEPT [66201766:35853718826]
COMMIT
# Completed on Tue Nov 17 23:38:55 2015
# Generated by iptables-save v1.4.21 on Tue Nov 17 23:38:55 2015
*filter
:INPUT DROP [20576:1285903]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [65076034:35690658401]
-A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 3 -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 11 -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 12 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 113 --tcp-flags FIN,SYN,RST,ACK SYN -j REJECT --reject-with tcp-reset
COMMIT
# Completed on Tue Nov 17 23:38:55 2015

добавь

-A INPUT -p tcp --dport 2222 -j ACCEPT

Получилось, спасибо большое за помощь.

Рекомендую разобраться, как работает firewall и как он у тебя настроен.

Сколько тебе лет?

Chaser_Andrey, zolden

Вы советовали проверить занятость порта, несмотря на то, что у ТС Connection timed out, а не Connection refused. Линукс может просто дропать пакеты на незанятые порты вместо отсылки TCP RST (без помощи netfilter, конечно)?

Раз ты спрашиваешь, значит ты полагаешь, что лет мне немного... И да!!!!!!1111 Ты угадал, мне 15... скоро будет. Я школьник, мамкин отличник.
А к линуксу это имеет такое отношение, что хочется от души поблагодарить всех господ линуксоидов за оказанную им помощь. Про фаервол почитаю.

Линукс может просто дропать пакеты на незанятые порты вместо отсылки TCP RST (без помощи netfilter, конечно)?

Да. У тебя же файрволл так и делает - все явно не разрешенные пакеты дропает, а не реджектит.

Я имею в виду не правило iptables, а какую-нибудь sysctl-настройку ядра. Например, net.ipv4.icmp_echo_ignore_all заставляет ядро не отвечать на пинги. Мне нужна подобая настройка для незанятых tcp/udp портов.

Чёрт, я упустил упоминание netfilter.

Вообще я спросил, а то может у тебя на другом порту висит sshd, может, ты пытаешься соединяться к серверу за роутером, и т.д. Т.е., вначале я хотел исключить ситуацию некорректной настройки сервера, и понять, какие вопросы задавать дальше.

а какую-нибудь sysctl-настройку ядра. Например, net.ipv4.icmp_echo_ignore_all заставляет ядро не отвечать на пинги. Мне нужна подобая настройка для незанятых tcp/udp портов.

Я не сталкивался с такой задачей. Почему не netfilter?

Я не сталкивался с такой задачей. Почему не netfilter?

Ну это не задача, мне просто было интересно. В grsecurity есть такое, может было бы и в стоковом ядре. В любом случае, спасибо за ответ!

В grsecurity есть такое

Не припоминаю сходу. Какая опция?

https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configur...

Никаких проблем удачи!

Представь что пакеты дропнулись посередине, а сервер даже и не был запущен