Dacă problema e între DHCP-ul de pe TC și ChromeCast, atunci clar serviciul de DHCP trebuie mutat altundeva în LAN. De altfel, din ce am citit, TC ăla e mare minune că funcționează, da' dacă vrei și oareșce performanță de la el, nu prea poți să-l încarci cu multe task-uri. Gen, routing + DHCP + wifi + panamea. Încă un motiv pentru care TC-ul pe post de NAT-only și offloading de task-uri spre un alt device mai performant are sens.
Acuma întrebarea e dacă Asus-ul poate funcționa în mod bridge/AP, CU DHCP PORNIT. Aș putea să mă uit dacă merge figura pe device-ul dintr-un sertar de acasă, că Asus a uniformizat interfața de configurare și e aceeași pe toate echipamentele.
Dar în esență, TC ar rămâne pe post de router cu IP configurat manual (192.168.1.1 de exemplu), fără DHCP, fără WiFi, fără nimic altceva.
Asus-ul ar fi conectat în rețea pe unul din porturile de LAN (!! nu pe ăla de WAN, că nu vrei să facă routing între portul WAN și cele de LAN). Ar fi configurat manual cu un IP (192.168.1.253 de exemplu), ar avea serverul DHCP pornit ca să dea IP-uri din plaja .11-.50, cu gateway .1 și DNS-uri ce vrei tu (OpenDNS 208.67.222.222, 208.67.220.220; CloudFlare 1.1.1.1 și 1.0.0.1, Google 8.8.8.8 și 8.8.4.4), și WiFi pornit. Dacă vrei, poți să asignezi din DHCP adrese IP fixe pentru anumiți clienți - de exemplu, ChromeCast-ul să primească întotdeauna .10.
Desigur, pentru ca figura de mai sus să meargă, configurația o faci începând cu un factory reset la Asus, conectarea PC-ului la el pe portul LAN și conectarea WAN la Asus la portul LAN al TC-ului (le pui în lanț), și atunci ar trebui să poți ajunge în interfața de administrare la Asus. Îi actualizezi softul, schimbi IP-ul etc., apoi oprești Asus, refaci căblăraia, oprești DHCP și WiFi în TC, și pornești Asus.
Easy.