Поддержка
Центр поддержки
Авторизация
Российский продукт Radmin 3.4 имеет заслуженную популярность: сказывается удачное сочетание функционала и демократичной цены, что делает Radmin доступным рядовым пользователям. В отличие от NetOp Remote Control, русификация программы выполнена безукоризненно
HARD'N'SOFT, август 2010 г.

Рассылка

И снова проблема доступа к радминсерверу с внешнего адреса

 

Поиск  Правила 
Закрыть
Логин::
Пароль::
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
И снова проблема доступа к радминсерверу с внешнего адреса
 
У меня проблема. Есть небольшая домашняя сеть из двух компьютеров. Компьютеры объединяются через стандартный хаб и модем ADSL Huawai SmartAX MT880, в режиме роутера.

На одном из компьютеров стоит сервер, на другом вьювер. По внутреннему локальному адресу сети все работает. Но подключиться через внешний адрес (полученный через DynDNS), не удается .

Порт сервера в модеме проброшен на внутренний адрес компьютера с сервером радмина и опознается как открытый.

Кроме того, не могу связаться с сервером из вне, со своего рабочего компьютера.

Да. Внешний адрес сервера нормально пингуется из вне.

В чем может быть причина? Может нужно прописать в модеме какой-то маршрут?
Изменено: VCH - 05.06.2009 05:53:46
 
Айпи роутера? Ну или доменное имя, полученное от динднс.
 
На данный момент IP ххх. А собственно, чем это может помочь?


Удалил адрес - модератор.
П.С. не открывайте персональные данные
Изменено: VCH - 05.06.2009 06:48:52
 
В общем, немного разобрался. С работы теперь доступ есть. Но нет доступа с другого компьютера домашней сети через внешний адрес. Возможно это происходит по причине наличия одного внешнего адреса у двух компьютеров.
 
Цитата
нет доступа с другого компьютера домашней сети через внешний адрес.
И не будет, он-же внутри. Не надо роутер пугать такими вывертами )))
Изменено: Klim Mad - 05.06.2009 12:43:39
 
Получился действительно выверт. :)

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

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

То же самое и обратно. Хоть адреса двух компьютеров одинаковые, но внешние порты ведь разные. Поэтому пакеты должны ходить без проблем в обе стороны. Однако где-то застревают. Интересно, в чем я не прав?
Изменено: VCH - 05.06.2009 15:35:41
 
Только вот приходят они на другой интерфейс роутера.
 
Даже если считать, что ПО роутера не обрабатывает такие запросы (с адресами равными внешнему адресу роутера) и просто отправляет пакеты дальше во вне, дойдут эти пакеты лишь до ближайшего хаба и вернутся обратно. А вот дальше, все уже должно идти по стандартной схеме.

Сбой в передаче может произойти только в одном случае. Если роутер просто убивает такие пакеты. И никуда их дальше не передает, и сам корректно обработать не может. Но идеологически транспортная задача там вполне решаема.
Изменено: VCH - 06.06.2009 02:39:37
 
И что с того?
 
Возможно все зависит от программной реализации NAT и в других роутерах это будет работать.
Страницы: 1
Читают тему (гостей: 1)

Follow us on Twitter
 
Работает на «1С-Битрикс»