Gebruik deze checklist om casten op een beheerd school- of bedrijfsnetwerk te onderzoeken. Met zender wordt de laptop, telefoon of
tablet bedoeld; met ontvanger de Chromecast of het Cast-compatibele scherm. Controleer het model en de software van de ontvanger: ingebouwde schermimplementaties kunnen aanvullende vereisten hebben.
Zichtbaar betekent niet verbonden. Detectie, lokale bediening en media gebruiken verschillend verkeer. Een ontvanger kan in het Cast-menu verschijnen terwijl de daadwerkelijke verbinding wordt geblokkeerd.
1. Vereiste netwerkcontroles
Adressering en isolatie. Controleer of beide apparaten een geldig IP-adres, subnetmasker, gateway en DNS-configuratie hebben (DHCP of ondersteunde statische instellingen). AP-/clientisolatie en gastbeleid moeten communicatie tussen de bedoelde zender en ontvanger toestaan. [1]
mDNS-/Bonjour-detectie. Sta query's en antwoorden voor _googlecast._tcp.local toe. Configureer voor communicatie tussen VLAN's een ondersteunde mDNS-gateway, repeater of reflector voor de relevante netwerken en service. Alleen UDP 5353 openen transporteert geen link-local-detectie tussen subnetten. [2, 3]
Routering en retourverkeer. Controleer bij communicatie tussen VLAN's de routes in beide richtingen. Sta lokale bediening en media toe via netwerk- en endpointfirewalls, inclusief statusafhankelijk retourverkeer. Geef de voorkeur aan een gerouteerd pad zonder NAT tussen de castnetwerken. [4]
Machtigingen voor de zender - vereist wanneer daarom wordt gevraagd. Schakel op iOS/iPadOS 14+ en macOS 15+ Privacy en beveiliging > Lokaal netwerk in voor de cast-app of Chrome en open de app daarna opnieuw. [5]
2. Te controleren verkeer
Vereist = nodig voor de genoemde functie. Diagnostisch = een tijdelijke test, beperkt tot de testapparaten. Lokale regels gelden binnen het netwerk; uitgaande regels gelden voor internet- of infrastructuurservices.
| Verkeer / poorten | Pad | Vereiste / doel |
|---|---|---|
|
mDNS UDP 5353 |
Lokale detectie |
Vereist voor standaarddetectie. IPv4-multicast 224.0.0.251; IPv6 ff02::fb waar gebruikt. Controleer draadloze en bekabelde doorsturing. [2, 3] |
|
Lokale bediening TCP 8008-8009 |
Zender naar ontvanger |
Vereist voor standaardbediening van Cast. Sta antwoorden toe op tot stand gebrachte verbindingen. Bevestig modelspecifieke poorten. [4] |
|
Media / spiegelen UDP, dynamische poorten |
Zender en ontvanger, beide richtingen |
Vereist: mediaverkeer moet worden doorgelaten. Diagnostisch: sta tijdelijk UDP 1-65535 toe tussen testapparaten; zie de reikwijdte hieronder. [4] |
|
HTTP / HTTPS TCP 80 / 443 |
Zender / ontvanger naar vereiste services |
Vereist waar gebruikt voor de installatie, updates en onlinecontent. Controleer servicedomeinen en eventuele aanvullende applicatiepoorten. |
|
DNS UDP en TCP 53 |
Apparaten naar werkende DNS-resolvers |
Vereist: succesvolle naamomzetting. Controleer geblokkeerde query's; verifieer eventueel apparaatspecifiek gebruik van externe resolvers. |
|
NTP UDP 123 |
Ontvanger naar zijn tijdservice |
Vereist bij gebruik van NTP. De juiste tijd is nodig voor certificaatvalidatie; controleer tijd en synchronisatie. |
Reikwijdte van poorten: Google specificeert expliciet UDP 1-65535 voor Cast Moderator. Bevestig voor andere ontvangers de permanente mediaregels bij de
fabrikant. Ga er niet van uit dat TCP/UDP 32768-61000 universeel is. Cast Moderator gebruikt ook een andere detectiemethode dan standaard
mDNS-gebaseerde Cast. [4]
Vind de stap die faalt
Symptomen en praktische controles
| Symptoom | Uit te voeren controles |
|---|---|
| Ontvanger is niet zichtbaar | Bevestig dat de ontvanger online is en Cast is ingeschakeld. Controleer AP-/clientisolatie, mDNS-serviceadvertenties, VLAN-gatewaybeleid en de machtiging voor Lokaal netwerk van de zender. Probeer een andere zender of Cast-compatibele app. [1-3, 5] |
| Zichtbaar, maar kan geen verbinding maken | Controleer de route naar het geadverteerde IP-adres van de ontvanger, TCP 8008-8009, firewall-/ACL-logboeken en retourverkeer. Controleer NAT en VPN- of endpointfirewallregels van de zender. Alleen detectie verifieert deze paden niet. [4] |
| Maakt verbinding, maar spiegelen mislukt | Controleer UDP-mediafiltering in beide richtingen. Voer de beperkte UDP-diagnostische test op pagina 1 uit. Controleer op de zender de machtiging voor schermopname waar vereist. Vergelijk met een andere zender/app. |
| Onlinecontent werkt niet | Controleer internettoegang vanaf de ontvanger zelf, DNS-antwoorden, TCP 80/443 en de juiste tijd/NTP. Controleer domeinfiltering, proxyauthenticatie en SSL/TLS-inspectie; test een gerichte bypass. |
| Verdwijnt of valt weg | Controleer wifi-signaal, congestie, roaming, adreswijzigingen en time-outs van firewallsessies. Als detectie verloopt, controleer dan de multicastverwerking en IGMP-snooping zoals hieronder beschreven |
| Kan niet deelnemen aan het netwerk | Controleer DHCP en ondersteunde wifi-beveiliging. Google-streamingapparaten ondersteunen geen captive-portal-aanmelding; ondersteuning voor enterprise/802.1X is afhankelijk van de ontvanger. Gebruik een ondersteund netwerk of een Ethernet-optie. [6] |
3. Aanbevolen instellingen en diagnostische controles
IGMP-snooping - aanbevolen waar ondersteund door het netwerkontwerp. Dit kan onnodige multicastoverstroming verminderen. Volg de richtlijnen van de switch-/AP-leverancier en controleer waar nodig de werking van de querier. Als de detectie verdwijnt, schakel snooping op het getroffen test-VLAN kort uit, voer de test opnieuw uit, schakel het daarna weer in en corrigeer de multicastconfiguratie. [7]
Proxy-/SSL-inspectie - diagnostisch. Vermijd het vereisen van een niet-ondersteunde geauthenticeerde proxy. Als HTTPS mislukt, test dan een ontvangerspecifieke bypass van proxying en SSL/TLS-inspectie; gebruik het resultaat om een geschikte uitzondering te definiëren. [4]
UPnP - geen algemene enterprisevereiste. Schakel automatische routerpoorttoewijzing niet in als algemene oplossing. Configureer de vereiste detectie- en verkeerspaden expliciet.
4. Isoleer het netwerk in een eenvoudige test
1. Plaats beide apparaten op hetzelfde test-VLAN/subnet of een eenvoudig onbeperkt testnetwerk, met internettoegang en uitgeschakelde clientisolatie.
2. Verwijder inter-VLAN-filtering, proxy-/inspectie- en VPN-effecten uit het testpad. Probeer detectie, verbinding en spiegelen opnieuw met dezelfde apparaten en app.
3. Als het werkt, vergelijk dan het detectie-, routerings- en filterbeleid van het beheerde netwerk. Als het nog steeds niet werkt, controleer dan de installatie van het apparaat/de app en probeer een andere zender. Zet de testwijzigingen terug. [4]
Nog steeds niet opgelost? Deel met support: model/software van de ontvanger, besturingssysteem/app van de zender, beide IP's/VLAN's, exact symptoom en tijdstip, relevante firewalllogboeken en het resultaat van de isolatietest.
Technische referenties (klik om te openen) | Beoordeeld op 15 september 2026
[1] Google: AP-/clientisolatie [2] Google: probleemoplossing voor detectie [3] Cisco: mDNS-gateway [4] Google: netwerkvereisten voor Cast Moderator [5] Google: machtiging voor Lokaal netwerk [6] Google: probleemoplossing voor wifi-verbinding [7] Cisco: mDNS-ontwerp en probleemoplossing