Prawdę powiedziawszy, jestem trochę rozczarowany zasięgiem, (a więc antenami) jakie oferuje ten model. Niewiele różnił się od E1000 (tak!), a TL-WR1043ND (gdzie mamy 3 odłączalne anteny) wydaje się mieć o wiele lepsze pokrycie. W E3200 anteny są wewnątrz. Dostrzegam jednak pewien nurt, jakim (jak przypuszczam) kierowano się podczas tworzenia tego modelu – dizajn przedewszystkim. No bo router z wystającymi 6 patykami wyglądałby po prostu niechlujnie, prawda ?! Dodatkowo, zauważyłem marketingową prawidłowość w linii oferowanej przez Cisco – software, z jakim dostarczane są routery wydaje się być celowo zaprojektowanym, by nie wycisnąć wszystkiego co fabryka dała. Nie każdy jednak chce z jednego takiego urządzenia obsłużyć połowę domków jednorodzinnych w dzielnicy, ale zapewniam – do jednego domku (do 200m²) spokojnie wystarczy.

A teraz trochę wniosków, które nasunęły mi się podczas jego używania (firmware 1.0.03, build 9).
- Połączenie radiowe było stabilne przez kilka (3-5) dni. Później trzeba było zrestartować router, bo nie można było się połączyć z żadną z sieci, pomimo, że były widoczne. Problem występował na lapku z kartą Intel 4965 (testowane na Linux z NetworkManager i “gołym” wpa-supplicant), Broadcom BCM4311 (również Linux, jak poprzednio) oraz telefony Nokia E52 i C3. Na lapku z kartą Intel 4965 można było testować obydwa pasma (2,4 i 5 GHz).
- Panel zarządzania routerem po włączonym SSL zachowywał się wprost dramatycznie. Klikanie pomiędzy poszczególnymi zakładkami sprawiało wrażenie jak by router musiał włożyć wiele wysiłku w wyświetlenie strony – panel po prostu zamulał.
- Przemyślana i rozbudowana (jak na router) polityka uprawnień dla serwera FTP, mogącego udostępniać pliki z dysku podłączonego do USB. Wytestowałem jedynie 8GB pendrive. Jeśli ktoś podłączał większe, chętnie poznam szczegóły.
- Brak możliwości pracy urządzenia w funkcji klienta wifi. Można by użyć router do zbierania sygnału 2,4GHz i nadawania go w paśmie 5GHz (lub odwrotnie). 2 radia jak najbardziej na to pozwalają.
- Do prawdy nie wiem dlaczego zakładka ustawień zaawansowanych dla sieci bezprzewodowych po prostu nie została uwzględniona w panelu. Aby wywołać ustawienia zaawansowane należy kliknąć “Wireless Basics”. W pasku adresu dostaniemy: http://adres.routera/Wireless_Basic.asp i teraz trzeba go zamienić na http://adres.routera/Wireless_Advanced.asp. Okazuje się, że zostało to zrobione CELOWO, dla ukrycia ustawień zaawansowanych przed niedoświadczonymi urzytkownikami. Ekhem.. niedoświadczony user nie kupi routera za 430 pln.

Podsumowując: Jeśli cena nowego będzie wynosić około 300 pln i w/w niedociągnięcia zostaną poprawione – wówczas będę polecał.

WA-2204B inside - RTL8186

WA-2204B inside - top side

Na powyższym zdjęciu widać wyprowadzenie J1 dla konsoli (RS-232).

UPDATE: na podstawie dokumentacji do RTL8186 ustaliłem wyprowadzenia dla konsoli. Dla powyższego zdjęcia (złącze J1), licząc od lewej będziemy mięli:
1 – GND
2 – Tx (nadawanie)
3 – Rx (odbieranie)

WA-2204B RTL8186 - down side

WA-2204B - RTL8186 chip view

Routerek to raczej biedny sprzęt. 180MHz CPU, 2MB flash. Obsługuje standardy B i G, więc w powietrzu więcej niż 54Mbps podręcznikowych spodziewać się nie można. Zasilanie 7,5 V.

Można podłączyć tu RS-232, więc przylutowałem złączkę i zamówiłem kabel CA-42 (do nokii).

Jak przyślą kabel to zobaczymy co da się zrobić, czy też straciłem 160 pln.

UPDATE (2012-04-21):
dzięki jednemu z kolegów, router ożył. Szczegóły można znaleźć na forum DD-WRT (http://www.dd-wrt.com/phpBB2/viewtopic.php?p=683120).
Arku, wielkie dzięki!

Cisco Linksys WRT54GH

Tani i niezawodny router do prostej sieci domowej Cisco Linksys WRT54GH. Cena: poniżej 90 pln za nowy. Testowałem przez niecałe 2 tygodnie – żadnych zarzutów. Kilka informacji o tym routerku, którymi chaciałbym się podzielić:

• AP-client (klient  sieci bezprzewodowej): nie
• Zasilanie: 12V 0,5A (a więc nie więcej niż 6W).
• DDNS (Dynamic DNS): tak
• Protokoły transmisji: 802.11b i/lub 802.11g
• Zakres WiFi: 2,4 GHz
• Bezpieczeństwo: WEP, WPA-Personal, WPA2-Personal
• Szyfrowanie: TKIP / AES
• Forward portów: tak
• IP dla MAC: tak
• Klonowanie (zmiana) MAC: tak
• DMZ: tak
• Zdalne zarządzanie: tak, bez szyfrowania, dowolny port, możliwość ograniczenia zarządzania do 1 IP.
• Ethernet: 100BASE-T (2 pary)

Router był testowany na firmowym oprogramowaniu (firmware), wersja: 1.0.01. Niestety, nie można tu wrzucić DD-WRT (RT3050 CPU, 2MB Flash/8MB RAM ). Dobrze pokrywa zasięgiem obszar mieszkania 50-80m², ale poza nim sygnał już jest nikły – router ma jedną wbudowaną antenę. Nie grzeje się i jest energooszczędny. Testowałem na 2 lapkach + 2 nokia z wifi. Test wypadł bez zastrzeżeń.

Warto wspomnieć, że router NIE POSIADA przyjaznego użytkownikowi włamywaczowi bajeru WPS (Wi-Fi Protected Setup) co w moich oczach stanowi dodatkowy atut.
Szerzej o niebezpieczeństwie związanym z WPS można poczytać u kolegi, na niebezpiecznik.pl.

Moi drodzy! Jeśli skusiliście się na zakup routera Cisco Linksys E1000 v2.1 to szczerze gratuluję Wam zakupu. W mojej opinii to świetny sprzęt dla sieci 2,4 GHz.

Moje zaskoczenie jednak wzbudził HTTP/0.9 w zarządzaniu po SSL. Wystarczy podejżeć sobie co jest przez routerek zwracane.

HTTP/0.9

Najnowsze przeglądarki wymiękają: Opera (11.60), Iceweasel (7.0.1) również. Konqueror (4.7.3) dał radę. Nie testowałem jeszcze tego na windowsowych przeglądarkach, ale powiem szczerze, że jestem zszokowany. Obsługi HTTP/1.0 czy HTTP/1.1 dla połączeń szyfrowanych SSL do zarządzania routerkiem niestety brak. Upgrade firmware do wersji 2.1.02 nie pomógł.

Jak na razie to jedyny minus tego urządzenia. Połączenie wifi stabilne. Bez problemu obsługiwanych jest 5 urządzeń bezprzewodowych.

# find . -type f -name "*.gz" -exec gunzip -v {} \;

a następnie spakowałem xz:

# find . -type f -name "*.txt" -exec xz -v {} \;

Spakowane w ten sposób plilki zajmują 818MB. Odzyskałem połowę miejsca zużytego przez te pliki. Właśnie robię test z plikami ~60kB w stanie bez kompresji i zobaczymy jak wyjdzie. Oczywiście, zdaję sobie sprawę, że ~800MB to w dzisiejszych czasach przestrzeń która nie powala na kolana, ale jeśli liczyć więcej plików i przestrzenie w TB, to różnica będzie na prawdę zauważalna.

Dla logrotate wystarczy w /etc/logrotate.conf wpisać:

compresscmd /usr/bin/xz

i cieszyć się oszczędnością przestrzeni. Wadą xz jest jak na razie brak wielo-wątkowości, co jest niestety dość boleśnie odczuwalne :(


$ cat ./x.php
<?php
mysql_connect('::1', 'mysql', 'TAJNE_HASŁO')
or die('Nie można się połaczyć: ' . mysql_error());
?>


Teraz spróbujemy zainicjować połączenie.


$ php -f ./x.php
PHP Warning: mysql_connect(): Can't connect to local MySQL server through socket '1' (2) in /home/users/wojtosz/x.php on line 2
Warning: mysql_connect(): Can't connect to local MySQL server through socket '1' (2) in /home/users/wojtosz/x.php on line 2
Nie można się połaczyć: Can't connect to local MySQL server through socket '1' (2)


Połączenie bezpośrednio do MySQL na ::1 przechodzi bez problemu:


$ mysql -u mysql -p -h ::1
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 17
Server version: 5.5.13-log PLD/Linux Distribution MySQL RPM
[...]
mysql> \s
--------------
mysql Ver 14.14 Distrib 5.5.13, for Linux (x86_64) using readline 6.2
Connection id: 17
Current user: mysql@localhost
SSL: Not in use
Server version: 5.5.13-log PLD/Linux Distribution MySQL RPM
Protocol version: 10
Connection: ::1 via TCP/IP
[...]

Wyciąłem [...] zbędne rzeczy. Jak widać, niewielu jest takich, którzy IPv6 używają na codzień, a szkoda :(

Jeśli strona http://ipv6.google.com wyświetli się – połączenie via IPv6 jest zestawione.

Dlaczego o tym piszę ?
Wszyscy trąbią, że IPv4 się kończy.  Ja trąbię, żeby IPv6 wreszcie się w Polsce zaczęło, nie tylko w home.pl, ale u innych dostawców hostingu i Internetu.

BTW, jeśli używasz Linuksa, tu jest ładny opis jak “wtunelować” się do providera IPv6 (opis dla PLD Linux).

Tcpdump dla opery zeznał:

# tcpdump -i any -vv port 80 -nn
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
08:26:04.712879 IP (tos 0×0, ttl 64, id 35010, offset 0, flags [DF], proto TCP (6), length 60)
127.0.0.1.42421 > 127.0.0.1.80: Flags [S], cksum 0xfe30 (incorrect -> 0x01b5), seq 317793938, win 32792, options [mss 16396,sackOK,TS val 372304 ecr 0,nop,wscale 1], length 0
08:26:04.712910 IP (tos 0×0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 40)
127.0.0.1.80 > 127.0.0.1.42421: Flags [R.], cksum 0xd244 (correct), seq 0, ack 317793939, win 0, length 0

Została więc z przeglądarki opera wysłana bzdura, bo Apache nie słucha na 127.0.0.1 tylko na ::1.

Ot, ciekawostka :)

mkdir /etc/vservers/${pld-th-64}/cgroup/

W katalogu umieszczamy pliki:

cpuset.cpus – ile rdzeni ma być wykorzystywanych przez Vserver: 0-4
cpuset.mems – migracja pamięci: 1
cpu.shares – liczba wskazująca część zasobów CPU jakie zostaną przydzielone do Vservera: 256
memory.limit_in_bytes – pamięć RAM przydzielona dla vserwera: 256M

Jeśli posiadamy udev i najnowsze rc-scripts – cgroup zostanie automatycznie zamontowny :)

Ot, działa :)