Linksys WRT54GL

[netman]

Външен вид:

Първоначално написано от http://www.pcworld.bg/?call=USE~home;&page=paper&n=2997&pn=6

Linksys WRT54GL

WRT54G e легендарен маршрутизатор, който легна трайно в сърцата на Linux маниаците, когато Linksys го пусна на пазара през 2003 г. Той е от първите маршрутизатори, предназначени за дома и малкия офис, който е с фирмуер с отворен код и се разпространява под GNU GPL лиценз. В следствие на това се появиха множество проекти за фърмуер (като например DD-WRT, OpenWRT, HyperWRT и др.), базирани на Linux, които доразвиха и оползотвориха до край неговите възможности. Но преди една година Linksys промени дизайна на WRT54G в rev.5 и той вече е с 2 MB Flash и 8 MB RAM (вместо 4 MB Flash и 16 MB RAM при rev.4) и премина на VxWorks фърмуер, който има по-малки хардуерни изисквания. Тези промени, разбира се, имаха значение за Linksys, защото по този начин успяха да съкратят паметта на половина, да спестят място на PCB-то и да намалят себестойността на устройството. Разбира се, множеството фърмуери от трети разработчици не работят на rev.5. и поради тази причина Linksys пуснаха модела WRT54GL, който се явява наследник и има същите характеристики като WRT54G (4MB Flash, 16MB RAM, 200MHz честота на процесора) и използва същoто ядро на Linux. Устройството се управлява от уеббазиран интерфейс, като при поставяне на CD-тo от комплекта веднага се стартира конфигурационен помощник. Освен това, само с натискането на един бутон може да направите връзката защитена. Максималната му скорост на предаване е 54 Mb/s. Това е много мощно устройство и за да го изстискате до край трябва да замените фърмуера с някой от алтернативните, но това не е работа за всеки.

Спецификации: http://downloads.linksysbycisco.com/dow ... gv8-ds.pdf
Ръководство за употреба: http://downloads.linksysbycisco.com/dow ... _A-WEB.pdf
Последен оригинален софт: ftp://ftp.linksys.com/opensourcecode/wr ... .30.12.tgz

Мн добър сайт с хардуерни модове: http://www.hendlsofen.de/WRT54GL/eng/WRT54GL_main.html http://wiki.openwrt.org/OpenWrtDocs/Har ... 148094e76a


Смяна на софтуера и надцакване на мизерните ISP-та

Първоначално написано от http://comelsoft.com/wrt54g_ttl_mangling.html

Конфигуриране на рутер Linksys WRT54GL за поделяне на Интернет връзката от доставчици, които ограничават услугата до един потребител (TTL mangling)



Уважаеми потребители,
много Интернет доставчици в България (включително големи такива като HomeLan) ограничават достъпа до услугата си до само един потребител. Това означава, че ако разполагате с повече от един компютър и желаете всички компютри в мрежата Ви да си поделят достъпа до Интернет посредством маршрутизатор (рутер), това няма да бъде възможно.

Доколко това е коректно и дали нарушава договора, който вероятно сте сключили с Вашия доставчик, оставяме да прецените сами. Целта на информацията в настоящия документ е да Ви покаже как можете да преодолеете поставеното ограничение ползвайки най-продавания маршрутизатор за домашни потребители в света – Linksys WRT54GL (версии 1.0, 1.1).

Упътванията са валидни също така за моделите WRT54G (версии от 1 до 4 вкл., за помощ с версия 5, 5.1 и 6.0 – моля свържете се с нас), WRT54GS (версии от 1 до 4 вкл., за помощ с версия 5, 5.1 и 6.0 – моля свържете се с нас),

Възможно е да се ползват и моделите WRTSL54GS, WRT300N, WRT350N (съветваме Ви да се свържете с нас за повече информация преди да изпробвате долните стъпки с тези устройства).


ОПИСАНИЕ НА ПРОБЛЕМА:

Това, което Интернет доставчикът най-често прави за да ограничи услугата до ползване от само един потребител е т.нар. “TTL Mangling” – процес при който се извършва промяна на част от информацията, която се съдържа в заглавната част на всеки мрежов пакет, който преминава между устройството на доставчика и Вашия компютър/рутер.

TTL (Time to Live) е параметър, който се съдържа в едно от полетата на IP хедърите. Този параметър се определя от изпращача на пакетите и се намалява с единица при всяко преминаване през даден хост между изпращача и получателя. (Теоретично, тази стойност би следвало да се измерва в секунди, но на практика времето не се отчита, а стойността се третира просто като число, което всеки хост намалява обработвайки пакета). Когато тази стойност стане нула, текущият хост отказва да го препрати по-нататък по пътя. Целта на този механизъм е да се предотврати безкрайното циркулиране на пакети в мрежата и да се избегне претоварването и вследствие на това.

За да Ви ограничат, рутерите на доставчиците които са свързани с Вашия компютър просто поставят ЕДИНИЦА за TTL параметъра на изходящите пакети. Ако вместо компютъра си Вие ползвате рутер за поделяне на връзката вкъщи, то този рутер намалява стойността до НУЛА и резултатът от това е че пакетите от Вашия доставчик не могат да достигнат до компютрите зад рутера. Накратко, всичко работи нормално, Вашият рутер е свързан коректно и има достъп до Интернет, но нямате достъп до Интернет при нито едно от устройствата, които се намират след рутера.



КАК ДА УСТАНОВИМ ПРОБЛЕМА:

Най-простия начин да разберете дали сте попаднали в такава ситуация е да изпълните командата ping в команден прозорец на Windows – например:

ping dir.bg

Резултатите от тази команда можете да видите на тук:



Както се вижда – в най-дясната част на редовете с отговорите от изпълнението на командата е посочен параметъра TTL – в случая 57. Ако вместо това Ви виждате TTL=1, това значи че сте попаднали в гореописаната ситуация.


РЕШЕНИЕ:

Разбира се, има решение на този проблем и то не е толкова сложно. Фактът че доставчиците си позволяват да променят TTL параметъра при своите рутери, означава че нищо не Ви пречи да го направите и Вие с Вашия Linksys рутер.

Рутерите на Linksys от горепосочените модели представляват на практика миниатюрни компютри, повечето от които работят със специално пригодена версия на операционната система с отворен код GNU Linux.

Всичко, което трябва да направите е да изпълните една обикновена Linux команда и тук е посочено как да си осигурите интерфейса за изпълнение на тази команда и как да я изпълните.

Стандартният системен софтуер (фърмуер) с който идва рутера, не дава тази възможност, поради което се налага да се смени фърмуера с друг такъв.

Понастоящем, съществуват множество проекти (свободни и платени), които се занимават с пренаписване на фърмуера на Linksys WRT54Gx серията рутери.



Най-популярните такива са:

1. DD-WRT



Първият и може би най-удобният е DD-WRT. Горещо препоръчваме на всеки, който не се е занимавал с подмяна на фърмуер да използва именно него.

Той може да бъде намерен на адрес http://www.dd-wrt.com. От секцията Downloads трябва да изтеглите два файла: dd-wrt.v23_mini_wrt54g.bin и dd-wrt.v23_wrt54g.bin (отново напомняме че това не важи за модела WRT54G/GS версия 5, 5.1, 6.0)

Повечето от Вас знаят как да си сменят фърмуера, но за тези които не са запознати - това става по следният начин:

Уверете се, че кабелът който идва от доставчикът НЕ Е ВКЛЮЧЕН във WAN (Internet) порта на рутера.

Стартирайте Вашия браузър, отворете страницата за уеб-администриране на рутера (по подразбиране на адрес 192.168.1.1) и от секцията Administration – Firmware Upgrade, чрез бутона Browse изберете файла с новия фърмуер, който сте свалили:



Първо изберете dd-wrt.v23_mini_wrt54g.bin (това е важно – уверете се че сте избрали MINI версията!) и изчакайте известно време докато той се инсталира. След това реинициализирайте рутера като задържате бутона Reset (около 30 секунди), който се намира на задния му панел. Рестартирайте рутера като го изключите и отново включите захранването. Сега рутерът се самонастройва до адреса си по подразбиране - 192.168.1.1. За да получите достъп до уеб интерфейса, използвайте username: root и password: admin. Ще видите че интерфейсът вече изглежда различно:



Сега можете да добавите повече възможности за настройка като инсталирате и вторият пакет dd-wrt.v23_wrt54g.bin. Това става по същия начин, който описахме в горните редове. След като вече сте приключили със смяната на фърмуера, можете да започнете с конфигурирането на рутера. Както сами ще се уверите, този фърмуер Ви дава възможност за доста настройки, но ние ще се спрем само на тази която се отнася до TTL ограниченията и ще ви оставим сами да разучите другите възможности, които ви се предлагат. Отидете в менюто Administration – Commands и в полето въведете следният ред:

iptables -t mangle -I PREROUTING -i ppp0 -j TTL --ttl-set 10

Тази команда означава че при преминаване през рутера, всеки пакет получава стойност 10 за параметъра TTL. Разбира се, Вие може да си го зададете по Ваш избор. Обърнете внимание, че горният ред е валиден само ако ползвате PPPоE за връзка с Интернет.

В противен случай ползвайте следната команда:

iptables -t mangle -I PREROUTING -i vlan1 -j TTL --ttl-set 10

Разликата е в интерфейсите на рутера за които ще важи промяната.

След това натиснете бутона Save Firewall и вече след всеки рестарт на рутера няма да имате проблем с TTL ограничението.

Преди да включите отново кабела от доставчика във WAN порта – добре е да направите още една стъпка: да клонирате MAC адреса на компютъра от който последно сте ползвали услугите на доставчика и да го асоциирате с WAN порта на рутера.

Това много често се налага, понеже болшинството от доставчиците (вкл. HomeLAN) имат практиката да филтрират достъпа и посредством MAC адресите на клиентските мрежови адаптери. За да клонирате MAC адреса, отворете страницата Setup - MAC Address Clone и активирайте радиобутона Enable. Ще се появи полето Clone WAN MAC. В него трябва да въведете MAC адреса на мрежовата карта на компютъра откъдето за последно сте ползвали Интернет. След като направите това, натиснете Save Settings и рестартирайте рутера. След като отново имате достъп до уеб-интерфейса, уверете се че MAC адресът е клониран коректно от секцията Status – Router в която полето MAC Address трябва да съдържа новият въведен от Вас адрес. Уверете се също така, че сте съхранили и гореописана команда в секцията Administration – Commands – тя би следвало да се вижда непосредствено под полето за въвеждане на команди.

След като сте стигнали успешно дотук – вече не би трябвало да имате проблеми с поделянето на Интернет достъпа. Въведете настройките, които Вашият доставчик е посочил, включете кабела във WAN порта и пробвайте дали всичко е наред.


2. Hyper WRT Thibor

Вторият фърмуер, който можете да ползвате е HyperWRT Thibor, той може да бъде намерен на http://www.thibor.co.uk.

От секцията Download трябва да изтеглите файлът Hyperwrt_G_Thibor15c.bin. Инсталацията на фърмуера става по същият начин както описахме преди малко. Менютата на този фърмуер доста приличат на оригиналния на Linksys, така че ако сте свикнали с него ще бъдете в свои води.

Настройката на TTL параметъра става от менюто Administration – Management. Скролирайки малко надолу ще видите два бутона Edit Startup Script и Edit Firewall Script:



При натискането им се появява нов прозорец, в който трябва да въведете командата:

iptables -t mangle -I PREROUTING -i ppp0 -j TTL --ttl-set 10

или

iptables -t mangle -I PREROUTING -i vlan1 -j TTL --ttl-set 10

въведете го както в Edit Startup Script така и в Edit Firewall Script. След това натискате бутона Save Settings за да запазите настройките. Вече имате рутер, който без проблеми се справя с TTL ограничението.


3. OpenWRT

Третият фърмуер е OpenWrt, той може да бъде намерен на http://openwrt.org.

От секцията Download – whiterussian – rc6 – pppoe свалете openwrt-wrt54g-squashfs.bin - както сами се досещате това е ако ползвате PPPоE.

Ако не го ползвате, вместо от секцията pppoe го свалете от секцията micro. Инсталацията става пак по същия начин както е описано в горните редове. Този фърмуер не предлага големи възможности за Web конфигуриране, но за сметка на това има много допълнителни пакети за него и всеки който разбира от Linux и не го е страх от командният ред би оценил това.



Надяваме се стъпките които описахме да са ви от помощ и ако имате въпроси или коментари, както и ако искате да споделите Вашия опит, моля пишете на p_moskov@comelsoft.com


Автор: Петър Москов, Комел Софт Мултимедия
Copyright ©: 1997-2009, Comel Soft Multimedia, Ltd.

[netman]

Първоначално написано от http://tonywoolf.wordpress.com/2008/07/31/възстановяване-linksys-wrt54gl-v11/

Възстановяване Linksys WRT54GL v1.1
четвъртък, 31 юли, 2008

Поддържаните флаш памети и процесори ще намерите като стартирате wrt54g.exe в DOS Prompt. Изпробвано е с процесор Broadcom BCM5352 Rev1 и флаш памет Samsung K8D3216UBC 2Mx16BotB (4MB) – върху флаша има лепенка с версията на фърмуера. В моя случай – v4.30.2.

След поредната смяна на фърмуера, внезапно всичко спря и се оказах собственик на тухла с доста съмнително качество. Светодиода на захранването мигаше постоянно и рутъра не се пингваше на IP адреса по подразбиране 192.168.1.1. Единственото което работеше бе 4 входовия хъб. Ето и решението:

Първо, преди да разглобите кутията, пробвайте следното: изключете захранването на рутъра, натиснете ресет бутона на задния панел и задръжте. Включете захранването, като продължавате да държите натиснат ресета. Задръжте 5-7 секунди, след което освободете бутона. След около 1 минута (по-добре изчакайте 2-3 минути) проверете на http://192.168.1.1. Ако всичко е нормално, ще видите екрана на аварийния фърмуер ъпгрейт на Linksys.



В противен случай ще се наложи да направите кабел и да монтирате куплунг на платката на рутъра. Кутията се отваря лесно, просто издърпайте синия преден панел напред, няма болтове, всичко е на щипки.

Куплунга се монтира на 12 пиновия конектор на платката, не на 10 пиновия.



Кабела е предназначен за принтерския (паралелния) порт LPT1. Не правете кабела по-дълъг от 20 см, няма да работи нормално. Резисторите са 100 ом.





Включете кабела в компютъра и рутъра, като преди това изключите устройствата от захранване.

Разархивирайте файловете на удобно място, лесно достъпно от DOS Prompt, например C:\ . Инсталирайте skynet repairkit 1.3.exe и стартирайте Bootloader Creator 2.0 (mkcfe.exe). Тази програма ще ви изработи cfe.bin. Направете й онлайн ъпдейт и я рестартирайте. Изберете модела на рутъра (WRT54GL V1.1), въведете MAC адреса (има го на долната страна на предния панел) и запазете .bin файла при разархивираните файлове. Уверете се, че имате всички необходими файлове.

cfe.bin – файла, който генерирахте

code.bin – това е фърмуер на Linksys v4.30.5 http://somefileshere.hit.bg/code.bin

giveio.sys http://somefileshere.hit.bg/giveio.sys

loaddrv.exe http://somefileshere.hit.bg/loaddrv.exe

wrt54g.exe http://somefileshere.hit.bg/wrt54g.exe

Стартирайте loaddrv.exe и укажете пътя до giveio.sys,



Install, Start. Отворете DOS Prompt, влезте в директорията, където са файловете и направете следното:

wrt54g –backup:wholeflash

(да запазим съдържанието на флаша за всеки случай, макар че ако сме дошли до този момент…)

wrt54g –erase:wholeflash

(това изтрива цялата памет, най-вероятно 5-те диода на предния панел ще светнат)

wrt54g –flash:cfe

Диодите трябва да угаснат по време на флаш процеса. Операцията отнема около 500 секунди. След завършване на процедурата задръжте ресета за около 5-7 секунди, след което изключете и включете рутъра.

ping 192.168.1.1

Ако всичко е нормално трябва да ви върне:

Reply from 192.168.1.1: bytes=32 time<1ms TTL=100

tftp –i 192.168.1.1 PUT code.bin

(това качва фърмуера във флаша)

Рестартирайте рутъра и отворете http://192.168.1.1 , няма потребителско име, паролата е admin. Честито! Простихте се с тухлата, но затова пък имате един не лош продукт на Linksys.

Някои от доставчиците ограничават TTL-а на входящите пакети на 1. В случай, че имате проблеми с TTL=1, вижте това Tomato 1.07 . Фърмуера за WRT54GL е WRT54G. Има вградено управление на TTL. А така изглежда фирмуера на Tomato 1.07. Отваря се коректно с Internet Explorer 7.



Поздрави, Tonywoolf tonywoolf@abv.bg

Първоначално написано от http://wiki.openwrt.org/OpenWrtDocs/Hardware/Linksys/WRT54GL#head-de235b41c621bd63cc210f4bf37b7d148094e76a

JTAG

The JTAG port is a unpopulated 12-pin header and is located next to the serial port header. A simple unbuffered should work fine.
Pin 2
GND
Pin 4
GND
Pin 6
GND
Pin 8
GND
Pin 10
GND
Pin 12
GND

Pin 1
nTRST*
Pin 3
TDI
Pin 5
TDO
Pin 6
TMS
Pin 9
TDK
Pin 11
nSRST*


* Not used on an unbuffered JTAG cable.



http://wiki.openwrt.org/OpenWrtDocs/Cus ... JTAG_Cable

[netman]

Einbau einer SD Karte / MMC Mod in den WRT54GL



material

You need a SD Card with enough memory. Yout shouldn't use an old one, for example from an mp3 player or a camera, as the contacts may be scratched, which may result in a very slow transfer rate; in my case it was 15 KB/s.
With a new sd card the transfer rate was about 400 KB/s.
I tested a Panasonic 2 GB card and a hama 1GB. I can't tell whether cards with more memory than 2 GB are supported by the used driver or not.
It would be great if you told me which cards worked and which didn't and what transfer rates you got with them. Just send an email to admin@hendlsofen.de


Now you need a sd card reader. I took mine out of an old mp3 player that used sd cards as memory. You also could use an old floppy cable but you have to make sure that, the contacts are at the right place. Or just solder directly on the sd card.


Some wires, something to unisolate them, a soldering iron, some solder and someone knowing how to solder are needed for the next step. Since we solder directly on a circuit board some experience in soldering would be good.



Open the WRT54GL



To open the WRT54GL push on the red marked areas and on the top side of the router at the same positions. Pull the blue part of the case. Be careful! You could break the circuit board or other damageable stuff in your way.



Unscrew both antennas and remove the black upper part of the case.



Soldering the WRT54GL

There are 6 necessary soldering points. 5 of them are on the rear side, 1 on the upper side. Here is a list of the points and what colour they have on the pictures. At each of them you solder a wire.


DARK BLUE GPIO7
RED: GPIO4
GREEN: GPIO2
YELLOW: GPIO3
LIGHT BLUE: 3,3v
PURPLE: Ground







Soldering the sd card reader

DARK BLUE GPIO7 SD Connector 1
RED: GPIO4 SD Connector 7
GREEN: GPIO2 SD Connector 2
YELLOW: GPIO3 SD Connector 5
LIGHT BLAU: 3,3v SD Connector 4
PURPLE: Ground SD Connector 3 und Connector 6
Be aware that the ground (purple) has to be connected to two points on the sd card reader!



Now put the WRT54GL back together and check whether it's running.

http://www.youtube.com/watch?v=TqktmXB_dww


http://www.youtube.com/watch?v=z8jyHgvJ_sA



http://hardwarebg.com/forum/showthread.php?p=1263079
http://tdomhan.wordpress.com/2008/05/17 ... -card-mod/
http://www.gaiaonline.com/forum/compute ... .41690049/
http://blog.compactbyte.com/photos/v/geek/wrt54gl/

[netman]

На тва чудо могат му се изкарат и два COM порта:

Първоначално написано от http://wiki.openwrt.org/OpenWrtDocs/Hardware/Linksys/WRT54GL#head-de235b41c621bd63cc210f4bf37b7d148094e76a

Serial port


The WRT54GL has a 10 pin connection slot on the board called JP1 (JP2 on some v1.1 boards). This slot provides two TTL serial ports at 3.3V. Neither of the ports use hardware flow control, you need to use software flow control instead. Other routers may have similar connections. These two TTL serial ports on the WRT54GL router can be used as standard Serial Ports similiar to the serial ports you may have on your PC. In order to do this though you need a line driver chip that can raise the signal levels to RS-232 levels. You can not directly connect a serial port header to the board and expect it to work. That method will only work with devices that can connect to TTL serial ports at 3.3V. Connecting two which have 3.3V directly will work (TX - RX, RX - TX, GND - GND). Standard RS-232 devices cannot be directly connected which accounts for nearly all serial PC devices.

Once the modification is made you can have at most two serial ports to use for connecting devices etc. By default, OpenWrt uses the first serial port to access the built-in serial console on the router. You can connect to it at 115200,8,N,1 using a terminal program like Putty, SecureCRT or minicom for example. This is helpful because if you have problems communicating with your router this method will allow you easy access connecting over a serial console. By default this leaves you with one serial port left, however, there is a method to turn the console off giving you access to both ports if you really need them. It isn't recommended but it can be done.

Architecture
MIPS

Vendor
Broadcom

Bootloader
CFE

System-On-Chip
Broadcom 5352EKPB

CPU Speed
200 Mhz

Flash-Chip
EON EN29LV302B-70TCP

Flash size
4 MiB

RAM
16 MiB

Wireless
Broadcom BCM43xx 802.11b/g Wireless LAN (integrated)

Ethernet
Switch in CPU

USB
No

Serial
Yes

JTAG
Yes

Pin 2
3.3V
Pin 4
TX_0
Pin 6
RX_0
Pin 8
Not connected
Pin 10
GND

Pin 1
3.3V
Pin 3
TX_1
Pin 5
RX_1
Pin 7
Not connected
Pin 9
GND

http://www.dd-wrt.com/wiki/index.php/WR ... terface_IC

http://forums.overclockers.com.au/showt ... p?t=498176

[netman]

Първоначално написано от http://wiki.openwrt.org/OpenWrtDocs/Customizing/Hardware/RAM_upgrade

1. WRT54GL v1.0 and v1.1 RAM upgrade

Originaly WRT54GL come with the Hynix HY5DU281622ET-J which are 16MB. These chips are pin-to-pin compatible with the Micron's MT46V32M16 chip which is 64MB.

If you do not have a professional grade soldering station with a hot air gun you may follow these video instructions (a ~7MB wmv clip).

The replaced chip should give you a 32MB of RAM on the first power-up.

To obtain the full 64MB capacity now do

Improper sdram_init values will require JTAG to recover, you have been warned.

Do not blindly use the settings below; determine the proper sdram_init value using http://wl500g.dyndns.org/sdram.html and perform the following steps.

nvram set sdram_init = 0x0113
nvram set sdram_ncdl = 0x000000
nvram commit

then power-cycle your WRT54GL.

1.1. Compatibility

These instructions should be valid for WRT54G v2~v4 devices. (Not tested yet, if you do - post your results) Also valid for WRT54G v8 -upgrade to 32 mb

1.2. Comment about the WRT54G V2

Comment added 07.08.2007 by Markus Rudolf: WRT54G V2 contains SDRAM (mine contains 2 pieces of ISSI IC42S16400-6T (1M x 16Bit x 4 Banks SDRAM) instead of above mentioned DDR-RAM. So at least with these chips you can't upgrade to 32MByte or more. I'm still trying to find some suitable SDRAMs to upgrade my WRT54G V2 to 32MB+.

WRT54G V2.2 is new PCB layout and at least upgrade to 32MB is possible without any further action but simply changing the RAM chip. 64MB not tested due to lack of sufficient RAM chip.

1.3. Where to get a RAM chip from?

The easyest way to obtain a 66-pin TSOP memory chip is to unsolder it from a SoDIMM DDR module.

Look for a four-chip single-sided 256MB or for an eight-chip double-sided 512MB one. For example, the Kingston's KVR400X64SC3A/256 is one of them and KVR400X64SC3A/512 is the other.

1.4. Chips to avoid

The WRT54GL needs a 16-bit-wide databus device, here is the list of an 8-bit devices seen on some SoDIMM modules:

Stay away from an ELPIDA's D5108AFTA-5B-E available on an eight-chip double-sided 512MB module.

Stay away from an Infineon's HYB25D256800 available on some Kingston's modules!

А такааааа, сменяме един чип и вдигаме рамта 4 пъти ...

[netman]

Първоначално написано от http://lukav.com/wordpress/2007/03/12/openwrt-multi-wan-how-to/

OpenWRT Multi WAN How To
March 12th, 2007 by lukav

Draft

This is a simple how to make your openwrt work with more than one WAN. I’ve used these steps to make my ASUS WL-500G Premium work with 2 WANs where in my case I route specific IP ranges through the second interface. However the instruction can be used to setup load balancing although not so perfect. I’ve actually installed X-Wrt to begin with so I use webif2 interface to setup some of the things. I’ll try to describe those steps without webif2 using ssh, but I must stress that those would be my assumptions and if something doesn’t work you should refer to openwrt and xwrt pages and forums.

As a first step make sure you setup your primary WAN interface. Then we are going setup the second interface. Choose one of the LAN ports of your router and separate this port in a new vlan. In my case I’ve setup my 1-st port as vlan2.

webif2: Network/VLAN, click on “Add New VLAN” then deselect eNet1 from VLAN 0 row and select it on the VLAN 2 row, check Internal also on that row. Click Save and then Apply.

ssh: Execute
nvram set vlan0ports=2 3 4 5*

to remove the port from vlan2 and
nvram set vlan2ports=1 5

to add it in the new vlan, I guess you should also execute:
nvram set vlan2hwname=et0

Now we need to setup IP address and bring up the second interface.

webif2: you can use the System/NVRAM page to setup the NVRAM variables described below: ssh:
nvram set wan2_ifname=vlan2
nvram set wan2_proto=static
nvram set wan2_ipaddr=xyz.xyz.xyz.xyz
nvram set wan2_netmask=xyz.xyz.xyz.xyz
nvram set wan2_gateway=xyz.xyz.xyz.xyz
nvram set ifup_interfaces="lan wan wan2 wifi"

The last line would make sure wan2 interface is broth up on restart. Let’s try
ifup wan2

now. If
ifconfig

show you vlan2 with the ip address you should be in business. Please note that you can use dhcp instead of static proto, but I haven’t tested this.
You can do
nvram commit

so your changes are saved.

Ok. Now we must make sure that requests on a certain interface are replied via the same interface. Detailed information can be found at http://lartc.org/howto/lartc.rpdb.multiple-links.html
Check if the file /etc/iproute2/rt_tables exists and if not create it. Then put/add lines for the 2 interfaces in it:
mkdir /etc/iproute2
echo "201 WAN1" >> /etc/iproute2/rt_tables
echo "202 WAN2" >> /etc/iproute2/rt_tables

I’ve setup a little script that will add all the necessary rules in the ip tables as described in lartc howto. It would also remove the extra default route added for the second interface by the S40network script. So just save the following as S45routing and put it in /etc/init.d so it gets executed after on boot. Make sure it is executable:

S45routing
cat << EOF > /etc/init.d/S45routing
#!/bin/sh

. /etc/functions.sh
WAN1="$(nvram get wan_ifname)"
WAN1_IP="$(nvram get wan_ipaddr)"
WAN1_NETMASK="$(nvram get wan_netmask)"
WAN1_GETEWAY="$(nvram get wan_gateway)"

eval $(ipcalc.sh "$WAN1_IP" "$WAN1_NETMASK")
WAN1_NETWORK=$NETWORK
WAN1_PREFIX=$PREFIX

WAN2="$(nvram get wan2_ifname)"
WAN2_IP="$(nvram get wan2_ipaddr)"
WAN2_NETMASK="$(nvram get wan2_netmask)"
WAN2_GETEWAY="$(nvram get wan2_gateway)"

eval $(ipcalc.sh "$WAN2_IP" "$WAN2_NETMASK")
WAN2_NETWORK=$NETWORK
WAN2_PREFIX=$PREFIX

LAN="$(nvram get lan_ifname)"
LAN_IP="$(nvram get lan_ipaddr)"
LAN_NETMASK="$(nvram get lan_netmask)"

eval $(ipcalc.sh "$LAN_IP" "$LAN_NETMASK")
LAN_NETWORK=$NETWORK
LAN_PREFIX=$PREFIX

route del default gw $WAN2_GETEWAY

ip route flush table WAN1
ip route flush table WAN2
ip route del $WAN1_NETWORK/$WAN1_PREFIX dev $WAN1 src $WAN1_IP
ip route del $WAN2_NETWORK/$WAN2_PREFIX dev $WAN2 src $WAN2_IP
ip rule del from $WAN1_NETWORK/$WAN1_PREFIX table WAN1
ip rule del from $WAN2_NETWORK/$WAN2_PREFIX table WAN2

ip rule add from $WAN1_NETWORK/$WAN1_PREFIX table WAN1 prio 201
ip rule add from $WAN2_NETWORK/$WAN2_PREFIX table WAN2 prio 202

ip route add $WAN1_NETWORK/$WAN1_PREFIX dev $WAN1 src $WAN1_IP
ip route add $WAN2_NETWORK/$WAN2_PREFIX dev $WAN2 src $WAN2_IP

ip route add table WAN1 $WAN1_NETWORK/$WAN1_PREFIX dev $WAN1 src $WAN1_IP
ip route add table WAN1 $LAN_NETWORK/$LAN_PREFIX dev $LAN
ip route add table WAN1 127.0.0.0/8 dev lo
ip route add table WAN1 $WAN2_NETWORK/$WAN2_PREFIX dev $WAN2
ip route add table WAN1 default via $WAN1_GETEWAY dev $WAN1

ip route add table WAN2 $WAN2_NETWORK/$WAN2_PREFIX dev $WAN2 src $WAN2_IP
ip route add table WAN2 $LAN_NETWORK/$LAN_PREFIX dev $LAN
ip route add table WAN2 127.0.0.0/8 dev lo
ip route add table WAN2 $WAN1_NETWORK/$WAN1_PREFIX dev $WAN1
ip route add table WAN2 default via $WAN2_GETEWAY dev $WAN2

ip rule del table BG_ROUTES prio 220
ip rule add table BG_ROUTES prio 220

EOF
chmod +x /etc/init.d/S45routing

Execute the file or restart your router. At this point you should have 2 working WANs where they both reply on ping from external network. Now there are 2 approaches from here:

1: Setup load balancing by specifying multiple default routes. I’ll quote the LARTC on this:

quote: ”

The second question is how to balance traffic going out over the two providers. This is actually not hard if you already have set up split access as above.

Instead of choosing one of the two providers as your default route, you now set up the default route to be a multipath route. In the default kernel this will balance routes over the two providers. It is done as follows (once more building on the example in the section on split-access):
ip route add default scope global nexthop via $P1 dev $IF1 weight 1
nexthop via $P2 dev $IF2 weight 1

This will balance the routes over both providers. The weight parameters can be tweaked to favor one provider over the other.

Note that balancing will not be perfect, as it is route based, and routes are cached. This means that routes to often-used sites will always be over the same provider.

”

2: route specific range of ip via the second interface as me:

I’ll layout how I do it and you can tweak it as you like:

First add one more line in /etc/iproute2/rt_tables
echo "220 BG_ROUTES" >> /etc/iproute2/rt_tables

Then I have 2 files in /etc/route directory:
mkdir /etc/route
touch /etc/route/bg_routes.txt

- those are the ip ranges that goes via the second interface
touch /etc/route/exc_bg_routes.txt

- those are the ranges that I want to be sure would go via the first. I do this becuase I get bg_routes.txt from a third party periodically.

Then I use those 2 scripts to populate the tables:

clean_bg_routes.sh
cat << EOF > /etc/route/clean_bg_routes.sh
#!/bin/sh
ip route flush table BG_ROUTES
EOF
chmod +x /etc/route/clean_bg_routes.sh

update_bg_routes.sh (2007.04.01 - this script has been updated with the contribution from robert at irrelevant dot com)
cat << EOF > /etc/route/update_bg_routes.sh
#!/bin/sh

WAN1="$(nvram get wan_ifname)"
WAN1_IP="$(nvram get wan_ipaddr)"
WAN1_NETMASK="$(nvram get wan_netmask)"
WAN1_GETEWAY="$(nvram get wan_gateway)"

WAN2="$(nvram get wan2_ifname)"
WAN2_IP="$(nvram get wan2_ipaddr)"
WAN2_NETMASK="$(nvram get wan2_netmask)"
WAN2_GETEWAY="$(nvram get wan2_gateway)"

ip route flush table BG_ROUTES

awk '{
if (match($1,/^[0-9]/) && $1 != "192.168.0.0/16" && $1 != "172.16.0.0/12" && $1 != "10.0.0.0/8" )
print "ip route add table BG_ROUTES "$1" via '$WAN2_GETEWAY' dev '$WAN2'"
}' /etc/route/bg_routes.txt | ash

awk '{ if (match($1,/^[0-9]/))
print "ip route add table BG_ROUTES "$1" via '$WAN1_GETEWAY' dev '$WAN1'"
}' /etc/route/exc_bg_routes.txt | ash
EOF
chmod +x /etc/route/update_bg_routes.sh

I have added /etc/route/update_bg_routes.sh as a last line to the file S45routing so it gets executed at boot.
echo "/etc/route/update_bg_routes.sh" >> /etc/init.d/S45routing

Ok the last thing we need to do is to modify /etc/init.d/S35firewall so the firewall rules apply to both interfaces….

Here is my modified version: (It was been reported that this version is old so it would be better to make the changes by hand in your current version. In the beggining of the script add the lines that sets the variables WAN2 and WAN2DEV. Then follow the script line by line and whenever you see a rule for WAN, dublicate it for WAN2. Skip the rule MINIUPNPD)

last update of this file was:12.04.2007
#!/bin/sh

## Please make changes in /etc/firewall.user

. /etc/functions.sh
WAN="$(nvram get wan_ifname)"
WAN2="$(nvram get wan2_ifname)"
WANDEV="$(nvram get wan_device)"
WAN2DEV="$(nvram get wan2_device)"
LAN="$(nvram get lan_ifname)"

## CLEAR TABLES
for T in filter nat; do
iptables -t $T -F
iptables -t $T -X
done

iptables -N input_rule
iptables -N input_wan
iptables -N output_rule
iptables -N forwarding_rule
iptables -N forwarding_wan

iptables -t nat -N NEW
iptables -t nat -N prerouting_wan
iptables -t nat -N prerouting_rule
iptables -t nat -N postrouting_rule

iptables -N LAN_ACCEPT
[ -z "$WAN" ] || iptables -A LAN_ACCEPT -i "$WAN" -j RETURN
[ -z "$WAN2" ] || iptables -A LAN_ACCEPT -i "$WAN2" -j RETURN
[ -z "$WANDEV" -o "$WANDEV" = "$WAN" ] || iptables -A LAN_ACCEPT -i "$WANDEV" -j RETURN
[ -z "$WAN2DEV" -o "$WAN2DEV" = "$WAN2" ] || iptables -A LAN_ACCEPT -i "$WAN2DEV" -j RETURN
iptables -A LAN_ACCEPT -j ACCEPT

### INPUT
### (connections with the router as destination)

# base case
iptables -P INPUT DROP
iptables -A INPUT -m state --state INVALID -j DROP
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -p tcp --tcp-flags SYN SYN --tcp-option ! 2 -j DROP

#
# insert accept rule or to jump to new accept-check table here
#
iptables -A INPUT -j input_rule
iptables -A INPUT -i $WAN -j input_wan
iptables -A INPUT -i $WAN2 -j input_wan

# allow
iptables -A INPUT -j LAN_ACCEPT # allow from lan/wifi interfaces
iptables -A INPUT -p icmp -j ACCEPT # allow ICMP
iptables -A INPUT -p gre -j ACCEPT # allow GRE

# reject (what to do with anything not allowed earlier)
iptables -A INPUT -p tcp -j REJECT --reject-with tcp-reset
iptables -A INPUT -j REJECT --reject-with icmp-port-unreachable

### OUTPUT
### (connections with the router as source)

# base case
iptables -P OUTPUT DROP
iptables -A OUTPUT -m state --state INVALID -j DROP
iptables -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

#
# insert accept rule or to jump to new accept-check table here
#
iptables -A OUTPUT -j output_rule

# allow
iptables -A OUTPUT -j ACCEPT #allow everything out

# reject (what to do with anything not allowed earlier)
iptables -A OUTPUT -p tcp -j REJECT --reject-with tcp-reset
iptables -A OUTPUT -j REJECT --reject-with icmp-port-unreachable

### FORWARDING
### (connections routed through the router)

# base case
iptables -P FORWARD DROP
iptables -A FORWARD -m state --state INVALID -j DROP
iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
iptables -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT

#
# insert accept rule or to jump to new accept-check table here
#
iptables -A FORWARD -j forwarding_rule
iptables -A FORWARD -i $WAN -j forwarding_wan
iptables -A FORWARD -i $WAN2 -j forwarding_wan

# allow
iptables -A FORWARD -i br0 -o br0 -j ACCEPT
iptables -A FORWARD -i $LAN -o $WAN -j ACCEPT
iptables -A FORWARD -i $LAN -o $WAN2 -j ACCEPT

# reject (what to do with anything not allowed earlier)
# uses the default -P DROP

### MASQ
iptables -t nat -A PREROUTING -m state --state NEW -p tcp -j NEW
iptables -t nat -A PREROUTING -j prerouting_rule
iptables -t nat -A PREROUTING -i $WAN -j prerouting_wan
iptables -t nat -A PREROUTING -i $WAN2 -j prerouting_wan

iptables -t nat -A POSTROUTING -j postrouting_rule
iptables -t nat -A POSTROUTING -o $WAN -j MASQUERADE
iptables -t nat -A POSTROUTING -o $WAN2 -j MASQUERADE

iptables -t nat -A NEW -m limit --limit 50 --limit-burst 100 -j RETURN &&
iptables -t nat -A NEW -j DROP

## USER RULES
[ -f /etc/firewall.user ] && . /etc/firewall.user
[ -e /etc/config/firewall ] && {
awk -f /usr/lib/common.awk -f /usr/lib/firewall.awk /etc/config/firewall | ash
}

So, that’s about it. I may have missed something or some parts may be inaccurate or unclear, but I’ll update this as feedback from you dear readers comes in.

Линк и за DD-WRT: http://www.dd-wrt.com/phpBB2/viewtopic. ... 5e91f6c3cf

p.s. И какво излиза, за 20-30 мин дигаме цената на рутера до тaзи на Linksys RV-042 - 350$

[netman]

Е тва ме разби:

[Миро]

Хубави нещица постнал. Аз като си купих такъв рутер една седмица го ръчках и му качих всевъзможни фърмуери. Най-ми допадна Tomato. Още малко остана да прибягна до използването на com порта, ама му се размина. Като модел е малко старичък, но си заслужава парите.
П.С. Последно време все повече рутери се поддържат от DDWRT и други.

[iwelichkow]

Ако някой обаче има злополучния Linksys WRT54G v5 ето линка на български как да го флашне: http://www.stoilov.org/?p=114

[netman]

Първоначално написано от Piter@http://hardwarebg.com/forum/newreply.php?do=newreply&p=2766440

Предполагам все още доста хора ползват добрия стар WRT54GL.
Ако имаше и USB това чудо щеше да е направо супер.
Ами... има си.Ha двата резистора RH21 и RH23 (един до друг са) м/у процесора и мрежовия трансформатор е USB-то.Единия край на резисторите е маса.Използва се този край откъм процесора за свързване към USB буксата.. Кое е TX и кое RX в момента не се сещам-но не е проблем да се разменят ако не тръгне.Тествах с Tomato USB 1.28 ,но предполагам с DD-WRT резултата ще е ОК също.Рутера го пуснах на 5V за да не правя допълнително захранване.
Явно ще махна SD-MMC мода вече
Нямам с какво да го снимам в момента.
CPU-то има и второ USB но не е изведено на PCB-то.
Прилагам и снимката на която случайно попаднах и тя реши проблема.
http://www.dd-wrt.com/phpBB2/viewtop...r=asc&start=60
Успех на всички ентусиасти.



edit: Маркировката на единия резистор е поправена-бях дал грешна.
Има вероятност на RH25 и RH26 да е второто USB но не съм проверявал.

Жив е той, жив е ...