Openvéerté: not supported... Egyébként meg definiáld a "rendes" OS-t. Számomra a "rendes" OS az, ami az adott hardver nyújtotta lehetőségeket, képességeket ki tudja használni, képes a hardvert optimálisan üzemeltetni.
Na egy átlagos *wrt vagy hasonló megoldás szinte biztos, hogy a NAT-olás teljesítményét növelő hardveres okosságokat nem fogja tudni - azaz innentől kezdve a célhardverre _nem_ nevezném "rendes" OS-nek. Jelen esetben meg nem az OS, hanem az azon futó router/AP funkció dolgozott úgy, hogy a rendszer az elvárt funkcióját teljesítse felhasználói beavatkozás nélkül akkor is, ha IP-cím ütközés lenne a WAN és a LAN oldal között. Ezt egy *wrt vagy más számodra gondolom "rendes"-nek tekintett firmware tudja, vagy sajtreszelőt kell előszedni az élvezetekhez?
"nem azt csinálják, amit szeretnél." - Szerintem meg azt csinálta: a WAN-oldalon megváltozott network okozta címütközést kezelve továbbra is működött a routing, a LAN-oldalon a DHCP, nagyjából minden _is_. Igen, a webes beállítóoldal elérése is - arra ugyanis a legtöbb ilyen eszköznél egy megadott host.domain-t tartalmazó URL is van, amit vagy maga az eszköz old fel a saját LAN-oldali címére, vagy más módon fordul be oda a kérés.