Przez interfejs WWW, skutkuje to takim wpisem w /etc/config/network

config interface 'wan'
        option ifname 'eth1'
        option _orig_ifname 'eth1'
        option _orig_bridge 'false'
        option proto 'dhcp'
        option broadcast '1'

i wtedy udhcpc jest odpalane w sposób następujący:

udhcpc -p /var/run/udhcpc-eth1.pid -s /lib/netifd/dhcp.script -f -t 0 -i eth1 -C -B

1. Zaktualizowałem wcześniejszy post nr 40 o kolejne zdarzenie DHCP.

Zastanawiam się czy oby nie za szybko było to RENEW

2. Mój konfig sekcji WAN - tylko 2 linijki

config interface 'wan'
    option ifname 'eth1'
    option proto 'dhcp'

Sprzęt to TP-LINK 842 OpenWrt Attitude Adjustment 12.09.1 / LuCI 0.11 Branch (0.11+svn9933)

Dlatego Ci pisałem, ze trzeba jakoś ich ruszyc w teren - technik (żaden) nie przejdzie obojętnie wobec faktów i sami sobie będą kadzić, co prędzej czy później spowoduje poprawienie tych "innych konfiguracji lokalnych" w tym lokalnym węźle. Dobry początek to wciśniecie realnego bajeru, żeby spowodować aby ktoś przyszedł, a Ty mu umiejętnie zapodasz istotę problemu.

Dla mnie przy takim, wyżej przytoczonym scenariuszu i próbie jego praktycznego zainicjowania, wątpliwość powoduje tylko jedno pytanie:
Czy na pewno masz wszystko dobrze (i odpowiednie wersje oprogramowania/bibliotek na swój model routera/pc/i.t.d.) poinstalowane i skonfigurowane, nie wspominając o potencjalnej ewentualności uszkodzenia routera ?
Aby się przekonać, postaraj się dla testów o co najmniej 2 różne routery (pożycz, kup, wszystko jedno - musisz mieć pewność, że są sprawne z podobnym/tym samym softem).

Pisał - ale jakoś nie do końca przekonująco.

Zrzuć im do tekstu, bo tak to zobaczą niewiele... albo wyślij im zrzut z zakreślonymi Twoimi reguestami i brakiem odpowiedzi lub NAK od ich serwera. Tak czy siak, ciesz się, że jest jakiś postęp.

Panowie - nie było to w tym temacie poruszane - zapytam tylko, czy ktoś z Was próbował ustawić serwery DNS na np. opendns.com ?