По всей видимости в маршрутизаторе DSL-2500U проблема:
Драйвер NAT маршрутизатора не транслирует пакеты с интернета в другие подсети.
Тоесть если я пропишу в статические маршруты маршрут: 192.168.0.0 192.168.101.1 255.255.255.0 UG 1 br0
то все что я получу находясь за компьютером в подсети 192.168.0 это пинг к модему DSL-2500U (IP 192.168.101.101) через серевер 192.168.0.1 а зайти на вебинтерфейс модема и получить интернет на компьютере с IP адресом 192.168.0.5 никак не получаеться
Вот трасса:
1 <1 мс <1 мс <1 мс 192.168.0.1
2 75 ms 35 ms 35 ms 192.168.101.101
3 * * * Превышен интервал ожидания для запроса.
4 * * * Превышен интервал ожидания для запроса.

В чём проблема?
В модеме DSL-500T это работало

Второй интерфейс не NAT-иться, мы сделаем запрос на изменение данного функционала.

_________________
С уважением,
Бигаров Руслан.

Сколько это займет времени? Я взал модем на тестирование и не знаю брать-ли?

Трансляция пакетов происходит только для сети direct connect (к которой модем непосредственно подключен). Если в этой сети стоят шлюзы (к которым подключены другие сети), на них должен работать NAT, так как на DSL-2500U нет возможности прописать обратный маршрут в локальную сеть (адрес шлюза). Статическая маршрутизация на данном устройстве работает только для WAN интерфейса.

_________________
С уважением, Давыдов Денис.

Тогда получаеться что DSL-500T лучше в этом случае чем DSL-2500?
На DSL-500T все прекрасно работает

Хм, неправда.
вывод ifconfig с модема:
# ifconfig
br0 Link encap:Ethernet HWaddr 00:19:5B:C0:BB:00
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
RX packets:5499 errors:0 dropped:0 overruns:0 frame:0
TX packets:2274 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:538552 (525.9 KiB) TX bytes:997284 (973.9 KiB)
вот таблица маршрутизации с модема:


шлюз в локалку смотрит интерфейсом 192.168.2.1, в модем смотрит интерфейсом 192.168.1.2.

Вот пинги с узла 192.168.2.22 на модем (192.168.1.1):
09:05:01.161474 IP 192.168.2.22 > 192.168.1.1: ICMP echo request, id 512, seq 64515, length 40
09:05:01.163128 IP 192.168.1.1 > 192.168.2.22: ICMP echo reply, id 512, seq 64515, length 40
09:05:02.159926 IP 192.168.2.22 > 192.168.1.1: ICMP echo request, id 512, seq 64771, length 40
09:05:02.160512 IP 192.168.1.1 > 192.168.2.22: ICMP echo reply, id 512, seq 64771, length 40

Вот попытка присоединения через браузер:
09:06:15.413635 IP 192.168.2.22.2577 > 192.168.1.1.80: S 3298545965:3298545965(0) win 32768 <mss 1460,nop,nop,sackOK>
09:06:15.414384 IP 192.168.1.1.80 > 192.168.2.22.2577: S 4076774692:4076774692(0) ack 3298545966 win 5840 <mss 1460,nop,nop,sackOK>
09:06:15.414532 IP 192.168.2.22.2577 > 192.168.1.1.80: . ack 1 win 32768
09:06:15.414739 IP 192.168.2.22.2577 > 192.168.1.1.80: P 1:340(339) ack 1 win 32768
09:06:15.415602 IP 192.168.1.1.80 > 192.168.2.22.2577: . ack 340 win 6432
09:06:15.460595 IP 192.168.1.1.80 > 192.168.2.22.2577: R 1:1(0) ack 340 win 6432

Как видно ICMP модем пропускает, HTTP сетап проходит, а затем модем посылает РЕСЕТ.

Так что насчет того, что не работает маршрутизация в локалку я не согласен. Вопрос, когда будет исправлено?

To rippy

Это не заявлено изначально и исправлено не будет по той простой причине, чтобы данное устройство не использовали в сетях Enterprise.

_________________
С уважением, Давыдов Денис.

Простите, а где об этом заявлено?
я вот в документации вижу описание:
Routing -- Static Route
Allows you to manually configure special routes that your network might need.

Вот оно мне как раз и need.

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

Подтверждаю слова "rippy".
Если в документации заявлено что есть Static Route то он должен быть реальзован в прошивке полностю а не только пинг, ведь не то что инета нет а даже на веб-интерфейс устройства нельзя попасть с другой подсети а это уже недоработка, хотя что-то я недопонимаю как это у вас так получилось что пинг устройство принимает а TCP-соединение на 80-й порт - нет

более того, вот тут на сайте http://www.dlink.ru/products/prodview.p ... =23&id=646
написано

Ответы работников Длинк почти всегда похожи на отписку, только когда их припераеш, доказываеш что не правы, тогда начинают как-то конструктивно общаться, и это некоторое время продолжается.
Но тут и я не понял что кому не так. Кто-то говорит что работает но исправлять не будут, кто-то говорит что что-то не работает.
Вот стоит модем DSL-2500U, в lan поставлен роутинг, управляется прекрасно через веб за 7 хопов.
Перед этим так же прекрасно стоял и управлялся 500Т.
То есть роутинг в лан не вызывает проблем работы самого протокола.
А все остальное, уже обсудали.
viewtopic.php?t=37043
Длинк уперся рогом, проброс портов возможен только на локалку, очевидно натить он тоже может только на локалку. Может быть еще есть какие-то ограничения.
Какие трудности сделать что бы работало через lan по работающему роутинг, кроме нежелания работников Длинка, я не знаю. С головным офисом Длинк-а общаться не очень охото. У буржуев может и нет проблем, они не используют технику в режимах для которых она не предназначена, а подбирают технику по потребностям. Это у нас хотят от самой дешовой техники все сразу. Офис длинк работает по буржуйским панятиям, для этого эта модель не предназначена. А дальше совок передавливает, и какая модель предназначена и удовлетворит в данном случае клиента они сказать не могут. А если таковой нету, то закрыть нишу помоему святая обязанность любого производителя, тем более дело-то плевое, просто убрать искуственный запрет отправлять пакеты по нормально работающему транспорту.
Ааа..... Сейчас посмотрел, действительно в броузере по адресу проксик выключен не был. Так что таки да, 2500U не управляется по роутингу через lan, и telnet не пускает ! Хе. Я просто видать этого не заметил при смене 500Т на 2500U. Проверил пингом что пакеты ходят, а управление пошло через проксик который у него в сегменте.
Действительно значит по этому параметру 2500 хуже, тот хоть управлялся по роутингу. На nat я не проверял, проброс портов по роутингу сделать было нельзя.
К стати, 2500-му проброс портов можно установить куда угодно, в отличае от 500Т, но у меня что-то не заработал проброс вообще никуда. То есть совсем. Еще не разбирался.
У меня вот почему-то модем с наружи не пингуется ? Это так и надо ?
WAN Info
VPI/VCI Category Service Name Interface Name Protocol State Status IP Address
8/35 UBR pppoe_8_35_1 ppp_8_35_1 PPPoE Enabled Up 91.124.108.137
пинг 91.124.108.137 и нету ответа.
телнет на этот адрес с наружи ни на порт 80, ни на порты которые пробрасываются никакой реакции не вызывают.
А пардоньте, в Access Control все было выключено.
Включил ICMP для WAN, ничего не поменялось. Модем перегружать после этого надо ? Нигде не сказано. Обычно эплай сразу установку вводит, даже IP адрес меняет (что совершенная глупость поскольку сохранить установку после такой смены невозможно, связь с модемом пропадает, а при выключени питания пропадает установка и адрес возвращается обратно), а тут никакого эфекта, странно.
Блин, System -- Save and Reboot очень не удобно, нельзя отдельно было сделать Save, а отдельно Reboot, иногда надо просто отребутить, а иногда просто сохранить незначительные правки которые не требую моментального вступления, типа как сейчас включение ICMP.
Может пинг после перегруза и заработает.
А что может быть надо включить что бы пробросы заработали хотя бы в локалку ? К стати проверю, коли тут их можно поставить на хост по роутингу, может оно и отдавать будет ? Сначала надо добиться что бы оно хоть куда-то заработало.
Включил еще telnet, нажал apply, тоже никакого эффекта.
Как оно мне все дорого !

Идеология данного устройства такова: маршрутизация работает только через WAN интерфейс.
Если в локальной сети есть какие либо маршрутизаторы, к которым подключены другие подсети, на этих маршрутизаторах должен работать NAT. Другими словами, все устройства, желающие использовать модем в качестве шлюза, должны быть Direct Connect к устройству (находится с ним в одной подсети).

Повторяю - функция маршрутизации через LAN интерфейс не будет реализована по той простой причине, чтобы устройство не использовали в сетях Enterprise. Никаких изменений в новых прошивках на этот счет не будет.

_________________
С уважением, Давыдов Денис.

ну как обычно - спасение утопающих дело рук самих утопающих...

Включаем логгинг, видим там примерно такую строку:
syslog: iptables -t nat -A POSTROUTING -o ppp_0_33_1 -s 192.168.1.0/255.255.255.0 -j MASQUERADE
(имя интерфейса у вас может отличаться)

соответственно заходим телнетом на модем и если у нас зароучена подсеть 192.168.2.0, то вводим команду:
iptables -t nat -A POSTROUTING -o ppp_0_33_1 -s 192.168.2.0/255.255.255.0 -j MASQUERADE

Работает до первого ребута модема. Пока меня дома еще не напрягает перед началом работы ввести такую строку :)