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

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

Есть сервер на Debian 6.0

uname -a Linux server 2.6.32-5-amd64 #1 SMP Wed Jan 11 14:00:43 UTC 2012 x86_64 GNU/Linux

Решает этот сервер такие задачи: Samba, DHCP, Squid3 и самое главное доступ к серверу из интернета по SSH. Доступ к серверу получал с помощью программы logmein-hamachi.

[console]hamachi

version : 2.1.0.17
pid : 13984
status : logged in
client id : 093-771-099
address : 5.135.хх.ххх
nickname : server
lmi account: myserver@yandex.ru[/console]

Также на сервере крон выполняет скрипт с периодичностью каждые 5 минут который говорит сервису afraid.org свой внешний IP адрес. Работало все как нужно и я был доволен и счастлив. Но мне еще захотелось поднять OpenVPN. Не буду писать как я его настроил, скажу что так и не проверил работает или нет по причине возникновения проблемы которая заставила обратится к вам. Итак проблемы: 1. Из вне перестал пинговаться адрес хамачи 5.135.хх.ххх. А из локальной сети пинг идет без проблем.

Пинг с виндовой машины

[console]ping 5.135.xx.xxx
Обмен пакетами с 5.135.xx.xxx по с 32 байтами данных:
Ответ от 5.135.29.185: число байт=32 время<1мс TTL=64
Ответ от 5.135.29.185: число байт=32 время<1мс TTL=64
Ответ от 5.135.29.185: число байт=32 время<1мс TTL=64
Ответ от 5.135.29.185: число байт=32 время<1мс TTL=64[/console]

2. И еще одна странность. Я не могу зайти по внешнему IP адресу на адсл модем. Вбиваю адрес в браузер и ничего! Хотя по этому же внешнему адресу из локальной сети через браузер доступ к адсл модему получаю без проблем.

Подумал сразу, мешает правило в iptables которое добавил при настройке OpenVPN

[console]iptables -t nat -A POSTROUTING -o tap+ -j MASQUERADE[/console]

Правило удалил и удалил вообще OpenVPN. Но проблемы остались. Доступ к серверу нужен из вне как воздух поэту и пытался сделать "резервные" способы доступа. В чем проблема и как решить не знаю. Спасибо за внимание.

А поднять ssh server и дать доступ по внешнему интерфейсу. предварительно повесив порт ssh не на 22 порт а на какой-нить 65345?
Или внешний "белый" ip отсутсвует?

В том то и дело что белого ip нет. Адрес внешний узнаю с помощью сервиса http://afraid.org/

[console] cat /etc/iptables.up.rules
# Generated by iptables-save v1.4.8 on Thu Nov 17 10:41:29 2011
*nat
:PREROUTING ACCEPT [176:12326]
:POSTROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [17:1190]
-A PREROUTING -s 192.168.0.21/32 -p tcp -m tcp --dport 80 -j ACCEPT
-A PREROUTING -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.0.21:3128
-A POSTROUTING -j MASQUERADE
COMMIT
# Completed on Thu Nov 17 10:41:29 2011
# Generated by iptables-save v1.4.8 on Thu Nov 17 10:41:29 2011
*filter
:INPUT ACCEPT [1665:136202]
:FORWARD ACCEPT [4002:224346]
:OUTPUT ACCEPT [1148:132260]
COMMIT
# Completed on Thu Nov 17 10:41:29 2011
# Generated by iptables-save v1.4.8 on Thu Nov 17 10:41:29 2011
*mangle
:PREROUTING ACCEPT [2766:178808]
:INPUT ACCEPT [962:77467]
:FORWARD ACCEPT [1774:99747]
:OUTPUT ACCEPT [669:82926]
:POSTROUTING ACCEPT [2445:183149]
COMMIT
# Completed on Thu Nov 17 10:41:29 2011
[/console]


[console]ifconfig
eth0 Link encap:Ethernet HWaddr 1c:6f:65:d4:83:b9
inet addr:192.168.1.21 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::1e6f:65ff:fed4:83b9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3429002 errors:0 dropped:0 overruns:0 frame:0
TX packets:5712691 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:462542039 (441.1 MiB) TX bytes:5038993439 (4.6 GiB)
Interrupt:26 Base address:0xc000

eth1 Link encap:Ethernet HWaddr f4:ec:38:80:89:9a
inet addr:192.168.0.21 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::f6ec:38ff:fe80:899a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6047547 errors:0 dropped:0 overruns:0 frame:0
TX packets:3796746 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5088666019 (4.7 GiB) TX bytes:801775342 (764.6 MiB)
Interrupt:20 Base address:0xa000

ham0 Link encap:Ethernet HWaddr 7a:79:05:87:1d:b9
inet addr:5.135.xx.xxx Bcast:5.255.255.255 Mask:255.0.0.0
inet6 addr: fde80::34879:5tt:fe87:1drb9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1404 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:347 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 B) TX bytes:68271 (66.6 KiB)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:178 errors:0 dropped:0 overruns:0 frame:0
TX packets:178 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15959 (15.5 KiB) TX bytes:15959 (15.5 KiB)[/console]

portos написал:

В том то и дело что белого ip нет. Адрес внешний узнаю с помощью сервиса http://afraid.org/

Динамический ip чтоли?

Тогда ДинДНС настраивай и радуйся.

Да динамический. В том то и дело что все работало через этот сервис. Сейчас вбивая внешний ip адрес в браузер я даже не могу зайти на модем.

А можно примерную схему сети.
Потому как я не пойму почму ты из внешки должен попадать на модем если нет ip белого.

И вообще как-то не понятно как сеть построена.

Модем АДСЛ. В модем подключен сервер eth0 192.168.1.21. eth1 192.168.0.21 - этот интерфейс подключен к свичу. К свичу подключены все остальные пк. К серверу я пробивался с помощью этого сервиса https://secure.logmein.com/RU/
Так же при настройке пере направления портов на модеме мог заходить через айпи который выдал провайдер. Как узнавал айпи я написал.

Модем умеет держать DynDNS если нет.
На страивай на сервере.
И будешь без всяких хамачей заходить.
НО порты всё равно нужно на модеме пробросить будет.