Доброго времени суток!
Коллеги, подскажите плиз, может ли это сделать DSL-2640U
Я отказываюсь от подключения ADSL и беру у другого провайдера выделенку.
Вопрос в следующем - умеет ли DSL-2640U раздавать инет, полученный не через ADSL?
Сетка дома из двух компов (Ethernet), ноутбука (WiFi) и коммуникатора (WiFi)
Сейчас, пока у меня ADSL, все работает.
Заранее благодарен

Как хаб работать будет, как маршрутизатор нет.

_________________

Нет не умеет .

Тот же вопрос но по 2650U?

Без разницы - у ADSL-модемов WAN-порт ADSL и маршрутизировать они могут только на/с него

Вообще-то, если стандартную прошивку заменить на OpenWRT (с потерей ADSL:( ), то через VLAN домовая сеть раздается на ура и на wi-fi и на eth. Стандартная прошивка, к сожалению, VLAN не поддерживает, а тех. поддержка (в лице А. Горелика) при этом еще и нагло врет на предмет того, что это невозможно.

Так это же наверное самому пилить и пилить надо. Тут официальные прошивки на один и тот же (по названию) модем не подходят из-за разных hardware ревизий, а уж взять что то левое и чтоб оно заработало... Не встречал полноценных неофициальных прошивок на 2xxxU.

У меня та же проблема. Только модем - DSL-2540U HW Ver.: A1. Я уже и не надеюсь на поддержку PPTP клиента. Хотелось бы максимально полно использовать оставшуюся функциональность 2540U (firewall на LAN портах например). Догадываюсь, что официальный ответ (чтоб голову не морочить) - только как бридж. Но, господа хорошие, там же линукс! Присутствуют iptables, ebtables, brctl, ethctl, ifconfig, route. Неужели этих инструментов не хватит чтобы как то извернуться (может через какие-то dummy интерфейсы и роуты) чтобы повесить фаервол на LAN порты (или эмулировать)? (сам я не профи). При добавлении правила iptables с указанием интерфейса (например --in-interface eth0) оно не работает.
Хочется верить, что инжинеры D-Linkа, не выкорчевали такую фунциональность, а просто оптимально настроили устройства, ограничив фаерволинг пакетов только на low-traffic порте WAN-ADSL (разгрузив CPU для больших трафиков на LAN портах).
Уважаемые сотрудники D-Link, может есть какой-то недокументированый способ, вроде echo чего-то_там > /proc/куда-то_там, или другой, который бы восстановил функциональность iptables?

Нечего на Горелика наезжать! Он отвечает за прошивки от D-Link, постольку поскольку это форум D-Link, а что там OpenWRT навертел - это у них и надо узнавать

Именно поэтому он должен был бы знать возможности хардварного свитча установленного в 2650, а не штамповать стандартное "К сожалению, данный функционал не поддерживается устройством", что есть ВРАНЬЕ. Хотя, в данном случае, это скорее не "вранье", но "маркетинг" с целью продать чистые роутеры без ADSL a-la DSL300 (пипл-то бАгАтый - схАвает).

А что "вертел" OpenWRt - исходники в наличии, в отличии от "загадочных" драйверов имени Broadcom и не менее шизоидного blob-а cfm имени его-же. Каков вклад Dlink (кроме изготовления по ref. design/продаж и логотипа на (веб)морде) в данное изделие - для меня загадка.

Это не более левая прошивка, чем не менее странное творение версии 1.14RU (oops, уже снова 1.11) основанное на ядре версии 2.6.8.1 (год выпуска - 2004) со всеми дырами не патчеными с тех пор (Sieg Heil Broadcom и его неофиты в лице D-Link/ASUS/... за строительство зомби сетей) .
Однако, что касаемо 2650, OpenWRT backfire завелся без проблем, за исключением баги со --strip-all, и, естественно, отсутствия залоченного драйвера ADSL. А по-поводу пилить - вопрос в наличии желания/рук/мозга....

В данном случае, еще раз повторюсь, вопрос не к D-Link, а к Broadcom SDK чей функционал недостаточен. К несчастью, как-бы "Инженеры" D-Link здесь не причем, в вашем случае это либо поиск/ожидание/сборка/заказ прошивки с нужным функционалом, либо покупка другого оборудования.