Persyaratan jaringan untuk moderator Cast

Berlaku untuk perangkat ChromeOS terkelola atau pengguna Windows dan macOS yang menggunakan browser Chrome terkelola di M108 atau versi yang lebih baru.

Halaman ini ditujukan untuk administrator. Jika Anda adalah pengguna dan ingin mempelajari lebih lanjut, lihat Melakukan transmisi menggunakan moderator Cast.

Moderator Cast memiliki persyaratan jaringan yang berbeda dengan jaringan yang utamanya terdiri dari Chromebook dan perangkat perusahaan lainnya. Persyaratan ini mungkin bertentangan dengan topologi jaringan yang ada, dan Anda mungkin perlu mengubah tabel pemilihan rute, pembukaan port NAT atau firewall, pemfilteran paket, dan bahkan titik akses Wi-Fi.

Untuk menggunakan moderator Cast, Anda memerlukan:

• Pengirim transmisi—Perangkat dengan konten yang ingin Anda bagikan. Misalnya, perangkat ChromeOS terkelola atau browser Chrome terkelola di M108 atau versi yang lebih baru. Untuk mengetahui detail selengkapnya, baca Tentang pengelolaan perangkat ChromeOS.
• Penerima transmisi—Perangkat yang menjadi tujuan transmisi. Misalnya, perangkat Chromecast dengan Google TV yang dicolokkan ke TV atau proyektor.
  • Perangkat penerima transmisi yang didukung meliputi:
    • Chromecast dengan Google TV (HD)
    • Chromecast dengan Google TV (4K)
  • Jika Anda perlu mengizinkan alamat MAC untuk menghubungkan perangkat ke jaringan sekolah, sebaiknya gunakan Chromecast dengan Google TV (4K) yang menggunakan alamat MAC perangkat stabil. Untuk mengetahui detail selengkapnya tentang cara menggunakan MAC perangkat, lihat Praktik terbaik penerima.

Persyaratan penerima transmisi

Penerima mendukung salah satu jenis koneksi jaringan berikut:

• Koneksi Wi-Fi WPA2-PSK—Penerima dirancang untuk berfungsi pada koneksi Wi-Fi WPA2-PSK. Penerima tidak mendukung autentikasi sandi atau nama pengguna WPA2-Enterprise/802.1X. Jika menggunakan jaringan dengan autentikasi WPA2-Enterprise untuk organisasi, Anda mungkin perlu menambahkan titik akses Wi-Fi terpisah untuk perangkat penerima dengan SSID-nya sendiri. Salah satu metode yang umum adalah men-deploy konfigurasi VLAN IoT VLAN.
• Kabel ethernet—Penerima mendukung kabel ethernet dengan adaptor yang sesuai, seperti Adaptor Ethernet untuk Chromecast dengan Google TV. Koneksi kabel tidak berfungsi dengan autentikasi WPA2-Enterprise/802.1X. Mode ini juga tidak mendukung sertifikat perusahaan apa pun. Agar berhasil terhubung, penerima harus dapat menghubungi server DHCP untuk mendapatkan alamat IP atau mengonfigurasi alamat IP secara manual. Penerima juga harus memiliki jalur yang dapat dirutekan dan tidak difilter untuk traffic ke router, internet, serta perangkat pengirim.

Jaringan penerima harus memenuhi persyaratan berikut:

• Isolasi AP dan isolasi klien dinonaktifkan. Pelajari Isolasi AP lebih lanjut.
• Penerima dapat menghubungi server DNS.
• Penerima dapat membuat koneksi https ke castedumessaging-pa.googleapis.com.
• Jika Anda memerlukan penerima melakukan streaming konten dari layanan seperti YouTube, pastikan penerima dapat menghubungi layanan tersebut dan melakukan streaming konten dari layanan tersebut. Penerima tidak boleh diwajibkan untuk melalui proxy agar terhubung ke layanan ini.
  • Layanan ini biasanya mengharuskan 443 dan RTM 19305 (UDP dan TCP) dibuka.
• Konfigurasikan penerima, dan segmen jaringan tempat penerima berada, untuk mengizinkan traffic masuk berikut:
  • Koneksi TCP pada port 8008-8009.
  • Paket UDP masuk pada port 1 hingga 65535.
• Konfigurasikan penerima, dan segmen jaringan tempat penerima berada, untuk mengizinkan traffic keluar berikut:
  • Paket UDP keluar pada port 1 hingga 65535.
  • Pastikan klien dapat merespons permintaan klien yang masuk pada port apa pun yang dibuat di koneksi masuk.
• Pastikan tidak ada pemfilteran paket traffic antara pengirim dan penerima di salah satu port ini; TCP 8008-8009 dan UDP 1 hingga 65535.
• Tidak seperti Google TV dengan Chromecast atau Chromecase normal, penerima tidak bergantung pada mDNS. Anda tidak perlu melakukan penyediaan untuk mengirimkan paket mDNS atau Bonjour di antara segmen jaringan.
• Sebaiknya jangan berikan alamat IP yang dapat dirutekan ke penerima transmisi secara publik. Guna melakukan transmisi ke penerima dengan alamat IP yang dapat dirutekan secara publik, admin dapat menetapkan opsi kebijakan MediaRouterCastAllowAllIPs untuk pengirim. Transmisi akan gagal secara default jika kebijakan ini tidak diaktifkan dan terjadi upaya untuk melakukan transmisi ke alamat IP yang dapat dirutekan secara publik.

Praktik terbaik penerima

• Jika Anda menetapkan kebijakan Ingat perangkat transmisi , sebaiknya alamat IP penerima dijaga agar stabil sehingga pengirim dapat terhubung kembali ke penerima. Penetapan ini berarti bahwa alamat IP penerima berupa hard code di penyiapan jaringan penerima, atau server DHCP dikonfigurasi untuk menggunakan alamat yang dicadangkan bagi penerima yang tidak berubah dari lease-to-lease.
• Jika tidak ingin membuka port pada jaringan yang ada, Anda dapat menempatkan penerima transmisi di VLAN-nya sendiri serta hanya membuka port TCP dan UDP di antara jaringan pengirim dan VLAN penerima
• Jika Anda meletakkan perangkat penerima di jaringan IoT terpisah yang diamankan dengan WPA2-PSK, tetapi khawatir dengan koneksi yang tidak sah ke SSID tersebut, Anda dapat menggunakan daftar alamat MAC yang diizinkan untuk memastikan bahwa hanya perangkat yang diizinkan yang terhubung. Pastikan titik akses Wi-Fi Anda mengizinkan hal ini.
• Jika Anda menggunakan daftar alamat MAC yang diizinkan dan membeli penerima transmisi melalui reseller EDU yang disetujui, hubungi reseller untuk mendapatkan daftar alamat MAC dan nomor seri. Sebaiknya beli Chromecast dengan Google TV (4K), yang menggunakan alamat MAC perangkat persisten.
  Jika Anda tidak menerima daftar alamat MAC saat pembelian, cara terbaik untuk mendapatkan alamat MAC Chromecast dengan Google TV (4K) adalah dengan menyiapkannya di jaringan terbuka atau menggunakan kabel Ethernet, lalu periksa alamat MAC perangkat tersebut di Setelan penerima  Jaringan & Internet, izinkan alamat MAC tersebut di jaringan Anda, lalu pindahkan perangkat ke jaringan baru.
  Secara default, Chromecast dengan Google TV (HD) memiliki pengacakan alamat MAC. Artinya, perangkat ini menghasilkan alamat MAC baru untuk setiap koneksi SSID. Agar dapat menggunakan MAC perangkat untuk Chromecast dengan Google TV (HD), lakukan tindakan berikut:
  1. Hubungkan ke jaringan terbuka untuk menyelesaikan penyiapan.
  2. Buka SettingsJaringan.
  3. Klik jaringan PSK yang diizinkan MAC yang ingin Anda hubungkan, lalu masukkan sandi. Koneksi akan gagal, tetapi Anda dapat mengubah setelan untuk menggunakan MAC Perangkat, bukan MAC acak.
  4. Hubungkan kembali ke jaringan yang diizinkan MAC untuk menyelesaikan penyiapan.
• Penerima mendukung 802.11ac Wi-Fi 2,4 GHz/5 GHz. Jika penerima terhubung ke 5 GHz, Anda akan mendapatkan kecepatan yang lebih tinggi dan pertentangan yang lebih sedikit melalui saluran radio.
• Jika jaringan IoT yang terpisah tidak cocok untuk jaringan Anda, atau jika titik akses Wi-Fi Anda tidak memungkinkan kecepatan streaming yang dapat diandalkan, dan Anda memiliki kabel port ethernet, Anda dapat menghubungkan penerima melalui Adaptor Ethernet untuk Chromecast dengan Google TV.

Persyaratan pengirim transmisi

Pengirim adalah Chromebook terkelola atau perangkat laptop atau desktop lainnya yang menjalankan versi Chrome terkelola. Tidak ada persyaratan khusus tentang cara pengirim terhubung ke jaringan.

Pengirim harus memenuhi persyaratan berikut untuk konten dan agar dapat berkomunikasi dengan penerima:

• Pengirim dapat membuat koneksi https ke castedumessaging-pa.googleapis.com.
• Jika Anda ingin melakukan streaming konten kepada penerima dari layanan seperti YouTube, konfigurasikan jaringan yang terhubung milik pengirim untuk mengizinkan koneksi http dan https ke layanan tersebut dari pengirim.
• Untuk menghubungi penerima guna memulai sesi transmisi, pastikan pengirim memiliki jalur yang dapat dirutekan ke alamat IP penerima di port TCP 8008-8009.
• Untuk mengirim streaming tab dan audio pencerminan tab dan desktop ke penerima, pastikan pengirim memiliki jalur yang dapat dirutekan ke alamat IP penerima pada port UDP 1 hingga 65535.
• Pastikan tidak ada pemfilteran paket traffic antara pengirim dan penerima di salah satu port ini; TCP 8008-8009, port UDP 1 hingga 65535.
• Streaming video pengirim ke penerima tidak menggunakan WebRTC. Streaming ini adalah streaming unicast antara pengirim dan penerima. Pastikan hal berikut:
  • Ada jalur yang dapat dirutekan di antara kedua perangkat.
  • Paket, protokol, dan port yang tercantum di atas tidak diblokir.
  • Traffic ke dan dari penerima di paket, protokol, dan port tersebut tidak difilter.

Mengonfigurasi untuk berbagai jaringan

Segmen jaringan tunggal

Dalam kasus yang paling sederhana, pengirim dan penerima berada di segmen jaringan atau VLAN yang sama. Keduanya berkomunikasi satu sama lain secara langsung dan masing-masing berkomunikasi dengan router untuk setiap permintaan eksternal, seperti mengirim permintaan web https ke castedumessaging-pa.googleapis.com.

Berikut adalah persyaratan agar berhasil melakukan transmisi:

• Kedua perangkat memiliki IP yang ditetapkan, atau bisa menjangkau server DHCP untuk mendapatkan alamat IP, dan mampu menghubungi server DNS.
• Kedua perangkat memiliki subnet mask yang sama.
• Kedua perangkat dapat menjangkau castedumessaging-pa.googleapis.com.
• Tidak ada pemfilteran paket antara pengirim dan penerima untuk TCP port 8008-8009 atau UDP 1 - 65535.

Beberapa segmen jaringan

Dalam hal ini, pengirim dan penerima ada di segmen jaringan atau VLAN yang berbeda. Hal ini merepresentasikan model kasus yang mungkin disederhanakan di mana penerima ada di jaringan IoT dengan titik akses Wi-Fi WPA2-PSK-nya sendiri. Mungkin ada NAT atau firewall di tingkat router.

Berikut adalah persyaratan agar berhasil melakukan transmisi:

• Kedua perangkat memiliki IP yang ditetapkan, atau bisa menjangkau server DHCP untuk mendapatkan alamat IP, dan mampu menghubungi server DNS.
• Kedua perangkat memiliki subnet mask yang berbeda, tetapi dapat menghubungi router yang mengetahui cara merutekan paket di antara dua segmen jaringan. Hal ini berarti tabel perutean pada router harus diperbarui untuk meneruskan paket bolak-balik di antara kedua segmen.
• Kedua perangkat dapat menjangkau castedumessaging-pa.googleapis.com.
• Tidak ada pemfilteran paket antara pengirim dan penerima untuk TCP port 8008-8009 atau UDP 1 - 65535.
• Jika ada firewall di antara pengirim dan penerima, pastikan firewall dikonfigurasi agar penerima dapat menerima koneksi dari pengirim pada port 8008-8009, koneksi yang terbentuk dapat mengirim traffic TCP pada port tersebut, dan kedua cara tersebut dapat mengirim paket UDP pada port 1 - 65535.
• Jika ada lebih dari satu penerima pada segmen yang sama, sebaiknya jangan gunakan NAT di antara kedua segmen jaringan tersebut. Hal ini karena penerima akan sulit dikonfigurasi untuk meneruskan traffic pada port 8008-8009+8443 ke alamat internal yang berbeda.

Pemecahan masalah

Anda mungkin melihat masalah berikut:

• Penerima melaporkan konektivitas yang terbatas
• Penerima tidak menampilkan kode akses
• Ketika Anda memasukkan kode akses pada pengirim, sesi transmisi tidak dimulai dan pesan error Terjadi masalah atau Anda memasukkan kode akses yang salah ditampilkan.

Jika Anda mengalami salah satu masalah tersebut, coba langkah berikut:

• Pastikan akun yang digunakan untuk menyiapkan penerima dan akun yang mencoba melakukan transmisi berasal dari domain yang sama. Atau, akun yang digunakan untuk melakukan transmisi berada dalam domain yang dipercaya oleh akun yang digunakan untuk menyiapkan penerima.
• Pastikan pengirim dapat mem-ping alamat IP penerima.
• Pastikan tidak ada pemfilteran paket antara pengirim dan penerima.
• Jika memungkinkan, tempatkan penerima di segmen jaringan atau VLAN yang menonaktifkan semua pemfilteran, proxy, dan sebagainya, lalu lihat apakah langkah tersebut memperbaiki masalah. Jika dapat melakukannya, tambahkan kembali langkah-langkah keamanan yang diperlukan satu per satu hingga Anda menemukan tindakan yang perlu disesuaikan.
• Untuk memvalidasi apakah masalahnya ada pada jaringan atau hardware, pertimbangkan untuk menyiapkan hotspot Wi-Fi dan menghubungkan penerima serta pengirim ke Wi-Fi tersebut. Jika Anda dapat melakukan transmisi dalam skenario tersebut, tetapi tidak pada jaringan lengkap, hampir pasti ada beberapa bentuk pemfilteran, proxy, NAT, atau tabel perutean yang salah sehingga mencegah komunikasi.
  • Catatan: Menggunakan hotspot Wi-Fi terkadang menyebabkan alamat IP yang dapat dirutekan secara publik ditetapkan ke penerima dan menyebabkan transmisi gagal secara default. Untuk mengetahui detail selengkapnya, lihat di sini.

Google serta merek dan logo terkait adalah merek dagang Google LLC. Semua nama perusahaan dan produk lainnya adalah merek dagang masing-masing perusahaan terkait.