Firewall dan NAT, dibuat sederhana.

Sebagian besar pengguna tidak pernah menyentuh pengaturan firewall untuk memakai Remio. App ini dibangun di atas teknologi koneksi yang sama yang membuat app panggilan video berfungsi di balik router rumah, Wi-Fi hotel, dan VPN perusahaan — ia menemukan jalurnya sendiri. Tetapi bagi sebagian kecil pengguna di jaringan yang dikunci ketat tempat pengaturan default hanya menggantung, halaman ini adalah rujukan satu pintu: apa yang sebenarnya dikirim Remio lewat jaringan, apa yang perlu diizinkan di firewall, cara membaca diagnostik dalam sesi, dan apa yang perlu disampaikan ke tim IT.

Ringkasan

Remio memakai pendekatan berlapis untuk menghubungkan client ke host. Ia mencoba jalur tercepat lebih dulu, lalu beralih dengan mulus bila perlu. Ada tiga kemungkinan jalur, dengan urutan prioritas berikut:

1. Langsung di jaringan yang sama — client dan host di Wi-Fi atau LAN yang sama. Frame berjalan titik ke titik. Sekitar 8 ms latensi pemrosesan; sisanya adalah ritme refresh layar Anda sendiri. Inilah yang Anda dapat di rumah atau di jaringan satu kantor. Memakai Tailscale? Di akhir Pengaturan → Lanjutan → Jaringan, aktifkan Gunakan Tailscale saat kedua perangkat berada di jaringan Tailscale yang sama.
2. Langsung lewat internet (peer-to-peer) — client dan host di jaringan berbeda tetapi masing-masing bisa membuat koneksi UDP keluar. Kedua sisi bertukar alamat publik lewat server koneksi Remio, lalu mengirim media langsung satu sama lain. Latensi tambahan 10 hingga 40 ms tergantung geografi.
3. Fallback relay — saat UDP diblokir atau NAT terlalu ketat untuk jalur langsung, kedua sisi terhubung keluar ke server relay (jaringan global Cloudflare, turn.cloudflare.com) — lewat UDP bila bisa, lewat TCP atau TLS di port 443 bila UDP diblokir — dan relay meneruskan media terenkripsi di antara keduanya. Latensi tambahan 30 hingga 80 ms. Berfungsi di mana pun HTTPS berfungsi.

Anda tidak memilih jalur secara manual. Remio menguji ketiganya secara bersamaan di awal setiap sesi dan memakai yang tercepat yang berhasil. Jika jaringan berubah di tengah sesi (Anda berjalan dari Wi-Fi kantor ke LTE), Remio menguji ulang dan berganti jalur tanpa memutus sesi.

Cara sesi Remio menembus firewall

Sejak Anda mengetuk Hubungkan di client, urutannya begini:

1. TLS keluar ke server koneksi. Client dan host sama-sama membuka WebSocket berumur panjang ke relay.remio.net di port 443. Ini membawa jabat tangan pemasangan, pertukaran offer/answer, dan sedikit lalu lintas kontrol selama sesi berlangsung. Tidak ada data layar atau input yang melewatinya. Ini HTTPS standar — setiap firewall perusahaan meloloskannya.
2. Pengujian jaringan. Tiap sisi memakai layanan STUN publik untuk menemukan alamat publiknya sendiri (alamat yang dilihat seluruh internet). Lalu meminta kredensial berumur pendek ke relay (turn.cloudflare.com) dari server koneksi, kalau-kalau pengujian gagal.
3. Balapan jalur. Kedua sisi mencoba sekaligus UDP langsung, UDP langsung lewat alamat hasil STUN, dan relay TLS. Kombinasi mana pun yang berhasil dan membalas ping lebih dulu menang. Sebagian besar jaringan rumah memilih UDP langsung dalam 200 ms; jaringan terbatas jatuh ke relay TLS dalam sekitar 2 detik.
4. Aliran media terenkripsi. Setelah jalur dipilih, setiap frame video, setiap ketikan, setiap sampel audio dienkripsi ujung ke ujung dan dikirim lewat jalur itu. Bahkan di jalur relay, node relay hanya melihat ciphertext.

Seluruh proses ini tidak terlihat oleh Anda — client hanya menampilkan "Terhubung." Tetapi memahami urutannya membuat aturan firewall di bagian berikutnya masuk akal.

Apa yang perlu diizinkan di firewall

Bagi tim IT yang menulis kebijakan firewall, berikut daftar lengkap lalu lintas keluar yang dihasilkan Remio. Tidak pernah dibutuhkan aturan masuk.

# Outbound rules — Remio Client and Remio Host

# Required — connection setup (signaling only, no media)
ALLOW  TCP/443    ->  relay.remio.net           (TLS WebSocket)

# Required — relay fallback (media when no direct path exists)
ALLOW  TCP/443    ->  turn.cloudflare.com       (TURN over TLS — works when UDP is blocked)
ALLOW  UDP/3478   ->  turn.cloudflare.com       (TURN over UDP — optional, preferred)
ALLOW  UDP/443    ->  turn.cloudflare.com       (TURN over UDP — optional)

# Strongly recommended — enables direct peer-to-peer (lower latency)
ALLOW  UDP        ->  any (high ports 32768-65535)

# Optional — used during initial address discovery only
ALLOW  UDP/3478   ->  stun.cloudflare.com
ALLOW  UDP/19302  ->  stun.l.google.com

# Not required, never used
DENY   any inbound                              (nothing inbound is ever needed)

Jika Anda hanya bisa mengizinkan yang minimum, izinkan TCP keluar port 443 ke relay.remio.net dan ke turn.cloudflare.com — dua aturan itu cukup agar Remio berfungsi ujung ke ujung, hanya lewat jalur relay, bukan langsung. Sesi tetap terenkripsi dan di-stream dengan kualitas penuh; satu-satunya harga adalah latensi.

Skenario jaringan perusahaan yang umum

Konfigurasi firewall di dunia nyata sangat beragam. Berikut yang bisa diharapkan pada masing-masing.

Izinkan keluar secara default (sebagian besar kantor kecil, jaringan rumah)

Firewall meloloskan semua TCP dan UDP keluar, hanya memblokir rentang pelaku jahat tertentu. Remio menemukan jalur UDP langsung dalam sekitar satu detik dan bertahan di sana. Latensi sebesar round-trip internet Anda, ditambah 3 hingga 5 ms overhead Remio. Anda melihat Langsung di indikator jenis koneksi.

UDP keluar diblokir (perusahaan menengah, sekolah)

Firewall mengizinkan TLS dan beberapa protokol terkenal, tetapi memblokir seluruh UDP keluar untuk mencegah penyalahgunaan peer-to-peer. Pengujian UDP langsung Remio gagal, pengujian relay TLS-443 berhasil, dan sesi terbentuk lewat jalur relay dalam sekitar 2 detik. Indikator jenis koneksi menampilkan Relay. Latensi bertambah 30 hingga 80 ms tergantung jarak Anda ke node relay terdekat. Streaming, audio, keyboard, dan input semuanya berfungsi sama.

Proxy pemeriksa TLS (perusahaan besar, keuangan, kesehatan)

Firewall mendekripsi setiap koneksi TLS keluar, memeriksa isinya, dan mengenkripsi ulang sebelum meneruskan. Ini kasus paling rumit. Dua hal bisa salah:

• Proxy tidak mengenali aliran bergaya media berumur panjang yang dipakai Remio, lalu memutusnya setelah batas waktu singkat atau membatasi lajunya hingga tak bisa dipakai.
• Proxy menghapus bagian jabat tangan koneksi yang tidak dipahaminya, sehingga Remio macet.

Solusinya adalah menambahkan relay.remio.net dan turn.cloudflare.com ke daftar pengecualian pemeriksaan TLS proxy. Setiap proxy perusahaan besar (Zscaler, Palo Alto, Cisco Umbrella, Check Point, Forcepoint) mendukung pengecualian per domain. Lalu lintas tetap melewati firewall perusahaan — hanya tidak didekripsi di tengah jalan. Tim IT biasanya menambahkan entri pengecualian untuk app konferensi video (Zoom, Teams) dengan alasan yang sama; Remio cocok dengan pola yang sama.

Captive portal / Wi-Fi hotel

Banyak hotel dan bandara memakai captive portal yang memblokir semua lalu lintas keluar sampai Anda menyetujui ketentuan. Setelah terautentikasi, sebagian besar mengizinkan HTTPS biasa, artinya jalur relay Remio berfungsi. UDP untung-untungan — beberapa portal tetap memblokir UDP bahkan setelah masuk. Jika sesi terasa lambat di Wi-Fi hotel, periksa indikatornya — hampir selalu menampilkan Relay. Tidak ada yang perlu diperbaiki; itu mode yang diharapkan untuk jaringan seperti ini.

NAT kelas operator di jaringan seluler

Koneksi 4G/5G sering berada di balik beberapa lapis NAT yang dioperasikan operator, yang mempersulit peer-to-peer langsung. Remio menanganinya secara transparan — UDP langsung biasanya berfungsi untuk satu arah (client seluler menjangkau host), dan jalur relay selalu tersedia sebagai cadangan. Performa lewat LTE/5G biasanya sangat baik.

Memverifikasi jalur koneksi

Setiap client Remio menampilkan jalur koneksi yang dipilih di overlay statistik dalam sesi. Buka dari bilah alat — ikonnya berupa glif diagram batang kecil. Anda akan melihat:

• Koneksi — Langsung berarti peer-to-peer lewat UDP. Latensi terendah. Frame berjalan langsung dari host ke client tanpa lompatan perantara.
• Koneksi — Relay berarti lalu lintas dirutekan lewat relay (turn.cloudflare.com). Menambah latensi 30 hingga 80 ms. Tetap terenkripsi ujung ke ujung — relay hanya melihat ciphertext.
• Koneksi — LAN muncul saat kedua ujung berada di jaringan lokal yang sama. Sekitar 8 ms latensi pemrosesan (sisanya ritme refresh layar Anda sendiri), tanpa round-trip internet.

Jika Anda mengharapkan Langsung tetapi melihat Relay, jaringan yang Anda pakai memblokir UDP di suatu titik sepanjang jalur. Sesi tetap berfungsi, hanya dengan latensi tambahan. Di jaringan yang Anda kendalikan (router rumah), periksa pengaturan QoS dan tombol "mode gaming" yang kadang merusak penerusan UDP.

Apa yang bisa dan tidak bisa dilihat relay

Kekhawatiran umum pada jalur relay adalah privasi: jika layar saya melewati server relay, apakah ada yang bisa melihatnya di sana? Tidak. Alasannya:

• Enkripsi ujung ke ujung. Setiap frame, setiap ketikan, setiap sampel audio dienkripsi memakai kunci sesi yang diturunkan saat jabat tangan. Hanya client dan host yang memegang kuncinya. Relay meneruskan ciphertext.
• Tanpa key escrow. Server Remio tidak pernah melihat atau menyimpan kunci sesi. Bahkan dengan akses penuh ke log relay dan kendali fisik atas server relay, Remio tidak bisa mendekripsi sesi pengguna mana pun — masa lalu, sekarang, atau mendatang.
• Tidak ada yang terbaca untuk dicatat. Relay hanya menangani paket terenkripsi, dan server koneksi Remio sendiri (relay.remio.net) hanya membawa pesan penyiapan — tidak pernah layar, audio, atau input.
• Pengecualian inspeksi TLS perusahaan juga berfungsi. Karena media dienkripsi pada lapisan di atas TLS (enkripsi terjadi sebelum TLS membungkus paket untuk relay), proxy TLS perusahaan yang mendekripsi TLS luar tetap hanya melihat muatan terenkripsi di dalamnya. Tidak ada cara bagi perantara mana pun untuk membaca layar Anda.

Untuk cerita enkripsi lengkap lihat Keamanan & enkripsi.

Mengatasi masalah koneksi

• "Koneksi gagal di Wi-Fi kantor tetapi berfungsi di rumah" — UDP keluar diblokir dan jalur relay TLS juga diblokir atau dipotong. Minta IT mengizinkan TCP keluar port 443 ke relay.remio.net dan turn.cloudflare.com, dan jika ada proxy inspeksi TLS, tambahkan dua nama host yang sama ke daftar pengecualiannya. Ini membuka jalur relay; sesi lalu berfungsi ujung ke ujung.
• "Latensi jauh lebih tinggi dari yang diharapkan di jaringan kantor" — koneksi kemungkinan lewat relay (periksa indikator dalam sesi). Jalur relay menambah 30 hingga 80 ms. Jika IT bisa membuka UDP keluar, Remio akan berpindah ke jalur langsung secara otomatis dan latensi akan turun.
• "Koneksi terbentuk tetapi stream membeku setelah beberapa detik" — khas proxy inspeksi TLS yang mengizinkan jabat tangan awal tetapi mematikan aliran berumur panjang. Pastikan di log IT apakah proxy mengganggu relay.remio.net atau turn.cloudflare.com, dan tambahkan entri pengecualian untuk keduanya.
• "App video lain berfungsi, hanya Remio yang gagal" — hampir selalu inspeksi TLS atau deep packet inspection yang merusak jabat tangan. Solusinya sama: minta IT menambahkan relay.remio.net dan turn.cloudflare.com ke daftar pengecualian inspeksi.
• "Kadang berfungsi, kadang menggantung di 'Menghubungkan'" — resolusi DNS relay.remio.net yang tidak stabil, atau filter DNS perusahaan yang memblokir server koneksi. Coba nslookup relay.remio.net dari mesin yang sama — seharusnya mengembalikan IP dalam satu detik. Jika habis waktu atau gagal, DNS adalah hambatannya.
• "Tombol Hubungkan tidak melakukan apa-apa — tanpa error, tanpa progres" — port keluar 443 diblokir seluruhnya. Ini tidak biasa tetapi terjadi di jaringan yang sangat dibatasi. Uji dengan memuat https://relay.remio.net/health di browser; seharusnya mengembalikan respons status singkat. Jika browser juga tidak bisa menjangkaunya, firewall memblokir sepenuhnya HTTPS keluar ke host itu.
• "Klien VPN merusak Remio saat terhubung" — beberapa agen VPN menangkap semua lalu lintas termasuk media, yang menyebabkan tersendat. Coba kecualikan relay.remio.net dan turn.cloudflare.com dari terowongan jika VPN Anda mendukung split tunnelling.

Lanjutan — mengunci lebih ketat

Jika tim keamanan Anda membutuhkan daftar izin seketat mungkin, berikut minimum yang masih memungkinkan Remio beroperasi ujung ke ujung:

# Minimum-viable firewall allowlist
# Allows relay-mode operation only (~30-80 ms latency)

OUTBOUND TCP/443   ->  relay.remio.net          # connection setup
OUTBOUND TCP/443   ->  turn.cloudflare.com      # relay (TURN over TLS)

# Adding these unlocks direct peer-to-peer (3-5 ms LAN, 10-40 ms WAN)
OUTBOUND UDP/3478  ->  stun.cloudflare.com      # public address discovery
OUTBOUND UDP/19302 ->  stun.l.google.com        # public address discovery (redundancy)
OUTBOUND UDP       ->  any (32768-65535)        # direct media path

Dua baris pertama saja sudah cukup agar app berfungsi — setiap baris lain adalah optimasi latensi. Jika Anda menginginkan keamanan maksimum sekaligus latensi terendah, izinkan kelimanya.

Pertanyaan tentang firewall dan NAT

Apakah Remio mengharuskan membuka port masuk di firewall saya?

Tidak. Remio Client dan Remio Host hanya membuat koneksi keluar. Tidak ada yang perlu dibuka di router atau aturan masuk firewall Anda. Jika jaringan Anda mengizinkan lalu lintas web keluar biasa — memuat situs web, memakai app pesan — Remio berfungsi.

Port apa yang dipakai Remio?

TCP 443 keluar ke relay.remio.net untuk penyiapan koneksi, dan lalu lintas keluar ke relay (turn.cloudflare.com) bila tidak ada jalur langsung: UDP 3478 atau 443 bila bisa, TCP atau TLS di port 443 bila UDP diblokir. Media peer-to-peer langsung memakai UDP keluar di port tinggi acak; penemuan alamat publik memakai UDP 3478 (stun.cloudflare.com) dan UDP 19302 (stun.l.google.com). Tidak ada port masuk yang dibutuhkan di kedua sisi.

Apakah Remio berfungsi di jaringan perusahaan yang memblokir UDP?

Ya. Saat UDP diblokir, Remio otomatis beralih me-relay media lewat TLS di port 443 — port yang sama yang dipakai browser Anda untuk HTTPS. Koneksi butuh sepersekian detik lebih lama untuk terbentuk dan menambah sekitar 30 hingga 80 ms latensi, tetapi sesi berfungsi ujung ke ujung. Tidak ada pengaturan yang perlu diubah — peralihan terjadi secara transparan.

Bisakah tim IT saya memeriksa lalu lintas Remio?

Tidak. Semua media sesi terenkripsi ujung ke ujung — layar Anda tidak pernah menyentuh server kami, dan bahkan relay hanya melihat ciphertext. Bahkan saat lalu lintas melewati relay di port 443, relay hanya meneruskan paket terenkripsi — tidak bisa membaca isi layar, ketikan, atau data lain. Proxy inspeksi TLS perusahaan juga tidak bisa melihat isi stream karena media dienkripsi pada lapisan di atas TLS.

Mengapa koneksi saya berfungsi di rumah tetapi gagal di kantor?

Jaringan perusahaan sering memblokir UDP sepenuhnya dan mungkin juga memblokir TLS keluar ke host yang tidak ada di daftar izin. Minta IT mengizinkan TCP keluar port 443 ke relay.remio.net (penyiapan koneksi) dan ke turn.cloudflare.com (relay yang membawa media saat UDP tertutup). Dua entri itu cukup agar Remio berfungsi dengan UDP sepenuhnya diblokir.

Bagaimana cara memeriksa apakah sesi saya langsung atau lewat relay?

Buka overlay statistik dalam sesi dari bilah alat. Setiap client Remio menampilkan indikator jenis koneksi — Langsung, LAN, atau Relay — di samping latensi dan bitrate. Koneksi langsung terasa lebih gesit; koneksi lewat relay menambah sekitar 30 hingga 80 ms latensi tergantung jarak Anda ke node relay terdekat.

Apakah Remio berfungsi di balik VPN atau agen zero-trust?

Ya, di hampir semua kasus. Jalur peer-to-peer dan relay sama-sama memakai HTTPS keluar standar, yang diloloskan dengan mulus oleh VPN perusahaan dan agen zero-trust (Zscaler, Cloudflare WARP, Tailscale, Twingate). Beberapa perantara deep-packet-inspection yang agresif bisa merusak stream — lihat bagian pemecahan masalah di atas untuk solusinya.

Apakah intersepsi TLS perusahaan saya akan merusak Remio?

Bisa. Proxy deep-packet inspection yang mendekripsi dan mengenkripsi ulang semua koneksi TLS terkadang menghapus bagian jabat tangan koneksi atau memblokir sifat aliran media yang berumur panjang. Jika Remio hanya gagal di jaringan perusahaan Anda, minta IT menambahkan relay.remio.net dan turn.cloudflare.com ke daftar pengecualian inspeksi TLS — sebagian besar proxy perusahaan (Zscaler, Palo Alto, Cisco Umbrella, Check Point) mendukung pengecualian per domain.

Panduan terkait

• Siapkan Mac ke Mac — penyiapan dasar sebelum menyetel jalur jaringan.
• Siapkan Mac ke iPad — logika jaringan yang sama, client iPad.
• Stream PC Windows ke Mac — logika jaringan yang sama, host Windows.
• Koneksi LAN langsung — saat Anda ingin peer-to-peer yang dijamin di jaringan Anda sendiri.
• Pemecahan masalah — panduan lebih luas untuk masalah koneksi.
• Keamanan & enkripsi — detail lengkap enkripsi ujung ke ujung.