Проблема с доступом по ssh

Привет всем.
Уже не один раз настраиваю небольшой сервер на Debian, проблем с удалённым доступом по ssh не было.
Но с очередной машиной возникла проблема.
Установил систему. Установил ssh, но не могу зайти удалённо, пишет "port 22: Connection refused".
Локально подключается, служба запущена, в iptables всё открыто, 22 порт слушается, конфиг не трогал.
Пробовал переустановить систему и сделать всё с нуля, результата нет.
В инете ответа не нашёл.
Может кто поможет советом.
Спасибо.

При подключении добавьте опцию «-v», тогда ssh станет более «разговорчивым», возможно это поможет решить проблему.
Покажите конфигурационный файл сервера /etc/ssh/sshd_config.

# ssh -v 10.29.18.177
OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 10.29.18.177 [10.29.18.177] port 22.
debug1: connect to address 10.29.18.177 port 22: Connection refused
ssh: connect to host 10.29.18.177 port 22: Connection refused

# Package generated configuration file
# See the sshd(8) manpage for details
# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes
# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768
# Logging
SyslogFacility AUTH
LogLevel INFO
# Authentication:
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes
RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile    %h/.ssh/authorized_keys
# Don't read the user's ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes
# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no
# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no
# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication yes
# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes
X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no
#MaxStartups 10:30:60
#Banner /etc/issue.net
# Allow client to pass locale environment variables
AcceptEnv LANG LC_*
Subsystem sftp /usr/lib/openssh/sftp-server
UsePAM yes

А что это за адрес — 10.29.18.177? Что-то он даже не пингуется.

Целевой компьютер случайно не за роутером?

И не будет пинговаться, всё за натом.
177 это временный адрес компа в процессе настройки .
Комп пингуется в сети, имеет выход в инет, находится в одной подсети с моим рабочим компом (не за роутером).

В /etc/host.deny ничего нет?

hosts.deny и hosts.allow пустые

AlexeySm, доступа к проблемному компьютеру нет только с одной машины?
Покажите файлы /etc/ssh/ssh_config, /root/.ssh/config

А если к вызову ssh добавить -vv?

Покажите файлы /etc/ssh/ssh_config, /root/.ssh/config

Это с клиентской машины?
Доступа нет и с других машин. В сети на другие сервера хожу без проблем.

А если к вызову ssh добавить -vv?

Это только завтра, дома с винды через Putty подключаюсь.

AlexeySm написал:

Это с клиентской машины?

Да, но раз нет доступа и с других машин, то не надо.
Покажите, когда сможете, вывод команд на сервере
[console]lsof -i :22[/console]
[console]ifconfig[/console]
[console]iptables-save[/console]

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

iptables-save
:INPUT ACCEPT [8362:1697245]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [687:75146]
COMMIT

lsof -i :22
sshd 1970 root 3u IPv6 5280 TCP *:ssh (LISTEN)
sshd 1970 root 4u IPv4 5282 TCP *:ssh (LISTEN)

ifconfig (перепечатывать долго)
Что тут интересно. IP правильный, ошибок нет.

Сейчас для пробы поставил веб сервер, тоже проблема, не пускает на него.
Такое ощущение, что где-то закрыто.

Всё разобрался.
Случайно выставил уже задействованный IP. oO