Предыстория: достался мне раутер TL-WDR4300 и когда я запустил его стало понятно почему - при попытке зайти на 192.168.1.1 появился незнакомый мне интерфейс от Люси (Luci) :), обозвал меня рутом и потребовал пароля. поскольку ни я, ни его бывшей владелец его не знали пришлось RTFM.
Нашел сию дивную страницу
http://wiki.openwrt.org/toh/tp-link/tl-wdr4300
и хлопая глазами от обилия незнакомых мне слов, уныло потопал в раздел всепропало failsafe mode.
хто такой телнет моя винда не знала, пришлось его активировать.
Ок нажимаю кнопочку на раутере захожу в этот самый мод и телнечусь.
Сделал:
mount_root
установил пароль с помощью passwd
и попробовал по очереди оба варианта:
firstboot и ребутнуть;
или (this will reboot the device as part of the process)
mtd -r erase rootfs_data
Но после ребута раутера с ним ни пинга, ни телнета (его в принципе и не должно быть), ни этого ужасного шипящего ssh - нет :(
В другом месте прочитал, что после установки пароля телнет отключится, но до ребута должен пахать ssh - а телнет то не отрубается.
Вообщем я согласен на оригинальную прошу, мне этот OpenWrt даром не нужен, но как передать ее с компа на раутер если пашет только телнет да и то только в failsafe mode - загадка :) Пробовал даже поставить маленький вебсервер но не конектит к 192.168.1.2 (мой комп). делал так
cd /tmp (это прошло нормально)
wget http://192.168.1.2:8080/1.bin А вот это не коннектит и дает таймаут
В интернет (комп подключен через антенку сейчас) wget тоже идти отказывается...

Нужна ваша помощь с простыми обьяснениями :)

Пы.Сы. - Отключил фаер винды, за работал wget на локальном серваке, залил прошу, дал команду на запись - ура, прошивка залилась, уфф..
Пока почему-то не подключается по етернету, но через ваерлес подключился и зашел в феб-интерфейс, сейчас оттуда буду прошивать на последнюю офф. прошивку.

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

Други, давно хотел спросить:
в официальной прошивке TP-LINK две сходные опции-одна в разделе DHCP- можно привязать IP к макадресу, и вторая похожая просто в кониге раутера. В чем разница?
И еще- если выделяю диапазон адресов для клиентов DHCP с резервированием макадреса- должен ли я сам находится внутри этого диапазона? Насколько я знаю- нет но все таки хотелось бы знать наверняка. Спасибо.

В разделе DHCP есть два подраздела. Один DHCP settings, где ты можешь задать диапазон выдаваемых DHCP сервером адресов. Например, от 192.168.1.100 до 192.168.1.150.

Второй раздел называется Address Reservation и там ты можешь привязывать MAC к IP.
В принципе, если тебе не хочется с этим возиться, никто не запрещает тебе, например, просто конфигурировать сетевые устройства с адресами ниже (или выше) тех, которые заданы в первом разделе.

Например, если у тебя есть, допустим, два компа, ты можешь их посадить на статические адреса 192.168.1.80 и 192.168.1.81, не уведомляя об этом DHCP. Коллизии адресов при этом не произойдет, потому что сервер будет выдавать только адреса, начиная с 192.168.1.100.

Я правильно понял вопрос?

VxWorks
Ну вроде да, но я не уверен что я правильно понял ответ. Что происходит если я прописываю один и тот же IP к одному и тому-же MAC адресу и в разделе DHCP и в основном разделе настроек раутера? Причем адрес этот входит в диапазон выдаваемых сервером DHCP. Спасибо.

То есть, ты имеешь в виду ситуацию, когда в разделе DHCP ты ставишь ему, скажем
Start IP Address: 192.168.1.100
End IP Address: 192.168.1.150

а потом прописываешь в Adress Reservation, что девайс с MAC, скажем, DE:01:AD:02:BE:03:EF:04 должен быть с IP 192.168.1.101?

Ну в этом случае, когда DE:01:AD:02:BE:03:EF:04 будет обращаться к DHCP, то он всегда будет получать от него 192.168.1.101. Другие же устройства никогда 192.168.1.101 не получат, даже если DE:01:AD:02:BE:03:EF:04 в сети нет, потому что адрес зарезервирован.

То есть, все абсолютно стандартно. Когда ты резервируешь адрес, то ты говоришь DHCP серверу - сажай всех за какие хочешь столики, а этот вот столик не трожь - он для особо важного клиента и должен быть готов к тому, что клиент этот появится в любой момент :)

QUOTE (VxWorks @ 12-09-2014, 23:28)

То есть, ты имеешь в виду ситуацию, когда в разделе DHCP ты ставишь ему, скажем Start IP Address: 192.168.1.100 End IP Address: 192.168.1.150 а потом прописываешь в Adress Reservation, что девайс с MAC, скажем, DE:01:AD:02:BE:03:EF:04 должен быть с IP 192.168.1.101? Ну в этом случае, когда DE:01:AD:02:BE:03:EF:04 будет обращаться к DHCP, то он всегда будет получать от него 192.168.1.101. Другие же устройства никогда 192.168.1.101 не получат, даже если DE:01:AD:02:BE:03:EF:04 в сети нет, потому что адрес зарезервирован. То есть, все абсолютно стандартно. Когда ты резервируешь адрес, то ты говоришь DHCP серверу - сажай всех за какие хочешь столики, а этот вот столик не трожь - он для особо важного клиента и должен быть готов к тому, что клиент этот появится в любой момент :)

Спасибо, извини за долгие ответы, совсем на работе вы@@@@ (практически бесплатно). В общем все почему-то работает не так как ты описываешь и я думаю, конкретно на последней "русской" прошивке опция привязки локального компа по LAN работает только в разделе DHCP, хотя кроме этого раздела наличествует еще в главном меню раутера, но нефига не пашет. Если прописать привязку в разделе DHCP тогда все работает. Ну и черт с ним, надоело разбираться, главное что привязал локальный адрес.

Я русскими прошивками не пользуюсь, потому как намного проще (и безглючнее, как правило) работать с англоязычными прошивками. А то иногда как переведут, так хоть стой, хоть падай - смысл меняется с точностью до наоборот.

QUOTE

хотя кроме этого раздела наличествует еще в главном меню

Что есть "главное меню"? Ты бы хоть скриншот привел, что ли? :)

Например, меню моего рутера выглядит вот так.