heh ale to chyba dziwne, że na świeżym OpenWrt nie działa jedna domena? Co ciekawe, gdy przełączę się na urządzenie, które dostałem z UPC, to wiadomości.onet.pl śmigają, a pod OpenWrt przestają.
Na interfejsie LAN usunąłem z DNSa 192.168.1.1 i teraz w pozycji 'custom dns' są:
8.8.8.8
8.8.4.4
62.179.1.62
62.179.1.63
Dwa ostatnie to DNS z modemu UPC. Nic to nie dało wiadomosci.onet.pl nadal nie działają.

uci show network

network.loopback=interface
network.loopback.ifname=lo
network.loopback.proto=static
network.loopback.ipaddr=127.0.0.1
network.loopback.netmask=255.0.0.0
network.lan=interface
network.lan.ifname=eth1
network.lan.type=bridge
network.lan.proto=static
network.lan.ipaddr=192.168.1.1
network.lan.netmask=255.255.255.0
network.lan.dns=8.8.8.8 8.8.4.4 62.179.1.62 62.179.1.63
network.wan=interface
network.wan.ifname=eth0
network.wan.proto=dhcp
network.3g=interface
network.3g.proto=3g
network.3g.device=/dev/ttyUSB0
network.3g.service=evdo
network.3g.username=smart
network.3g.password=smart
network.@switch[0]=switch
network.@switch[0].name=switch0
network.@switch[0].reset=1
network.@switch[0].enable_vlan=1
network.@switch_vlan[0]=switch_vlan
network.@switch_vlan[0].device=switch0
network.@switch_vlan[0].vlan=1
network.@switch_vlan[0].ports=0 1 2 3 4

uci show dhcp

dhcp.@dnsmasq[0]=dnsmasq
dhcp.@dnsmasq[0].domainneeded=1
dhcp.@dnsmasq[0].boguspriv=1
dhcp.@dnsmasq[0].filterwin2k=0
dhcp.@dnsmasq[0].localise_queries=1
dhcp.@dnsmasq[0].rebind_protection=1
dhcp.@dnsmasq[0].rebind_localhost=1
dhcp.@dnsmasq[0].local=/lan/
dhcp.@dnsmasq[0].domain=lan
dhcp.@dnsmasq[0].expandhosts=1
dhcp.@dnsmasq[0].nonegcache=0
dhcp.@dnsmasq[0].authoritative=1
dhcp.@dnsmasq[0].readethers=1
dhcp.@dnsmasq[0].leasefile=/tmp/dhcp.leases
dhcp.@dnsmasq[0].resolvfile=/tmp/resolv.conf.auto
dhcp.lan=dhcp
dhcp.lan.interface=lan
dhcp.lan.start=100
dhcp.lan.limit=150
dhcp.lan.leasetime=12h
dhcp.wan=dhcp
dhcp.wan.interface=wan
dhcp.wan.ignore=1
dhcp.@domain[0]=domain
dhcp.@domain[0].name=www.openwrt-hotspot.net
dhcp.@domain[0].ip=192.168.1.1
dhcp.@domain[1]=domain
dhcp.@domain[1].name=package.openwrt.com
dhcp.@domain[1].ip=192.168.1.27

cat /etc/resolv.conf

search lan
nameserver 127.0.0.1

cat /tmp/resolv.conf

search lan
nameserver 127.0.0.1

cat /tmp/resolv.conf.auto

# Interface lan
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 62.179.1.62
nameserver 62.179.1.63
# Interface wan
nameserver 62.179.1.62
nameserver 62.179.1.63

nslookup onet.pl

Server:    127.0.0.1
Address 1: 127.0.0.1 localhost

Name:      onet.pl
Address 1: 213.180.141.140 sg1.any.onet.pl

nslookup wiadomosci.onet.pl

Server:    127.0.0.1
Address 1: 127.0.0.1 localhost

Name:      wiadomosci.onet.pl
Address 1: 127.0.0.1 localhost

Widać tu coś? Bo ja chyba tego nie ogarniam.

nslookup wiadomosci.onet.pl 8.8.8.8

Server:    8.8.8.8
Address 1: 8.8.8.8 google-public-dns-a.google.com

Name:      wiadomosci.onet.pl
Address 1: 127.0.0.1 localhost

nslookup wiadomosci.onet.pl 192.168.1.1

Server:    192.168.1.1
Address 1: 192.168.1.1 OpenWrt.lan

Name:      wiadomosci.onet.pl
Address 1: 127.0.0.1 localhost

To ostatnie polecenie, 'cat /etc/hosts' generuje mi długą listę, na której jest wpis:

127.0.0.1 wiadomosci.onet.pl

całość:
https://www.dropbox.com/sh/mm6y5ou6z1el … H/test.txt
zakładam, że nie otwierają się wszystkie strony z tej listy (sprawdziłem kilka z negatywnym rezultatem).
Wiemy zatem co powoduje problem. Skąd się wzięło tam tyle wpisów?

użyłem listy peerguardiana do transmission na OpenWrt. Bo oczywiście to są polecenia wykonane na routerze przez ssh.
ale jestem przekonany, że problem z wiadomosci.onet.pl wystepował wczesniej, gdyż trochę czasu spędziłem uruchamiając dysk i extroot'a, a to już nie działało.
Adblocka mam jedynie w Operze - bo jej używam najczęściej, ale on na tę domenę nie wpływa.

Nie wiem co to skrypt jazz - więc zakładam, że go nie użyłem.

Ok. zaraz wywalę. Jakiej listy użyć do Transmission? Tej używałem od dawna, również z Deluge, nie miałem takich problemów

@Cezary:
a mnie dziwi odpowiedź nslookup. Szczególnie odpytanie serwera 8.8.8.8
nie powinien odpowiedzieć localhostem bo odpytuje serwer zewnętrzny
Dla mnie dziwne

No zagadka do rozwiązania.

Akurat nslookup jest częścią busyboxa.

O nie nie, mój skrypt onetu nie wicina ;-)

Dziś potwierdziłem, że plik hosts nie był przeze mnie świadomie nadpisany.
Najciekawsze jest, że plik hosts z taką zawartością tworzony jest przy flashowaniu routera. (Jak pisałem - jestem nowy w OpenWRT i dziś uznałem, że reflash routera jest najszybszym sposobem na odwrócenie pewnych zmian)
Po reflashu musiałem ponownie usuwać hosts aby dostać się do wiadomosci.onet.pl

Jeśli to ma znaczenie, to plik z OpenWRT pobrałem z linku pod filmem http://www.youtube.com/watch?v=XosbtifWVzQ
gdyż na oficjalnej stronie nie znalazłem obrazów pod mój router - tp-link mr3420 v2

Nie pobrałem z pierwszej lepszej strony - tylko ze strony z opisem (filmowym) linkującym do jakiejś indonezyjskiej grupy OpenWrt - wg komentarzy oraz filmu wynikało, że plik działa co mnie uspokoiło, zwłaszcza po przeczytaniu komentarza na oficjalnej stronie OpenWRT - WARNING I flashed the v2 router with the beta image available from adj-beta source on 28th of December 2012 and bricked it. - http://wiki.openwrt.org/toh/tp-link/tl-ap121

Poza tym poszukiwanie zacząłem od polskich stron i chciałem wgrać obraz, który znajdę tutaj - http://ecco.selfip.net/luci/ar71xx/ ale nie widzę swojego routera - pewnie można wgrać plik o innej nazwie, ale nie trafiłem na tę informację a nie chciałem uszkodzić routera (jak wyżej), więc wgrałem wersję z pewnego źródła, które nie uszkadza sprzętu.

Więc jeśli możliwe jest wgranie Twojej wersji OpenWRT z Luci do mr3420 v2 to proszę o pomoc - chętnie to zrobię