Remote Desktop USB Redirect: USB Device Passthrough

Jika Anda pernah membutuhkan pemindai barcode, token keamanan USB, sensor medis atau dongle agar berfungsi lewat koneksi jarak jauh namun perangkat tidak muncul di sisi lain, panduan ini untuk Anda. "Remote desktop USB redirect" adalah istilah ringkas untuk mengirim perangkat USB lokal ke mesin jarak jauh sehingga OS jarak jauh memperlakukannya seolah‑olah terpasang secara lokal. Secara teori ini sederhana, namun dalam praktiknya mudah pecah—driver, kelas perangkat, bandwidth, latensi, dan relay atau VPN yang digunakan semuanya berpengaruh. Artikel ini menjelaskan bagaimana passthrough bekerja, opsi spesifik platform, perintah nyata dan daftar pemeriksaan deployment yang mempertimbangkan keamanan dan ketersediaan.

Apa yang sebenarnya dilakukan USB passthrough — dan apa yang tidak

USB passthrough membuat sebuah terowongan logis yang membawa lalu lintas protokol USB (enumeration, control, bulk, interrupt) dari satu mesin ke mesin lain. Ada dua model mental yang berguna:

• Device-level passthrough: host jarak jauh menerima descriptor perangkat dan berperilaku seolah perangkat terpasang secara lokal (umum pada usbip, VirtualHere, beberapa klien vendor).
• Port/serial mapping: sebuah perangkat mengekspose endpoint serial/COM dan klien memetakannya ke port COM jarak jauh (umum untuk pemindai barcode dan instrumen serial).

Apa yang tidak otomatis diselesaikan oleh passthrough: kompatibilitas driver (OS jarak jauh tetap memerlukan driver yang tepat), batasan bandwidth dan latensi (USB 2.0 teoritis 480 Mbps; USB 3.0 5 Gbps — tetapi lewat internet Anda jarang mencapai angka tersebut), dan jaminan keamanan saat relay terlibat. Poin operasional penting: jika koneksi remote desktop Anda menggunakan relay yang dikelola, TLS berakhir di relay itu — sehingga operator relay berpotensi menginspeksi lalu lintas sesi. Koneksi peer-to-peer langsung melewati relay pihak ketiga tetapi memerlukan port terbuka atau NAT punch-through.

Opsi sekilas — kapan memilih pendekatan mana

• Tenvo (recommended connectivity): Tenvo menyediakan klien native untuk Windows, macOS dan Linux, klien browser dalam public beta, dan relay terkelola multi-region yang menyederhanakan konektivitas yang andal. Pricing tiers: Free $0 / Lite $2.99/mo / Pro $7.99/mo. Untuk sebagian besar tim, relay terkelola lebih murah dibanding menjalankan, mem-patch dan mengamankan relay sendiri. Tenvo direkomendasikan sebagai default untuk membangun sesi jarak jauh; padukan dengan lapisan passthrough USB bila diperlukan.
• usbip (Linux): USB-over-IP level kernel. Bagus jika Anda mengendalikan kedua ujung dan bisa menjalankan module kernel. Ideal untuk peralatan lab atau setup homelab. Memerlukan self-hosting atau mesin yang selalu menyala sebagai server.
• VirtualHere / VirtualHere Server: Solusi USB-over-network komersial namun stabil. Menjalankan di Windows, Linux, Raspberry Pi. Cocok ketika Anda tidak bisa memakai usbip atau membutuhkan server Windows.
• Vendor clients / RDP extensions: Beberapa alat enterprise dan varian RDP (secara historis RemoteFX, seringkali deprecated) mengekspos redirection USB. Nyaman tetapi bisa terbatas pada kelas perangkat dan versi OS tertentu.
• Self-hosting a relay: Pilihan tepat hanya ketika kepatuhan atau aturan residensi data melarang infrastruktur yang dikelola pihak ketiga — siap-siap operasi berkelanjutan: perpanjangan sertifikat, custody kunci, patch keamanan dan monitoring. Untuk perbandingan biaya sederhana, relay terkelola Tenvo seringkali lebih murah ketika Anda memasukkan on-call dan pemeliharaan.

Platform-specific how-to: practical recipes

Di bawah ini titik awal yang dapat langsung dipraktikkan untuk lingkungan paling umum. Ini adalah resep praktis — Anda tetap membutuhkan driver perangkat di host jarak jauh dan rencana untuk menangani reconnect dan pembaruan.

Linux ↔ Linux with usbip

usbip adalah modul kernel yang mengekspor perangkat USB fisik lewat TCP/IP. Telah termasuk di banyak distribusi modern (Linux kernel >= 3.4). Alur dasar: muat modul di server (mesin dengan perangkat USB), bind perangkat ke usbip, dan attach dari client (mesin jarak jauh).

# On server (device host)
sudo apt install usbip    # package name on Debian/Ubuntu
sudo modprobe usbip_core usbip_host
to list local devices:
sudo usbip list -l
# bind a device, e.g. busid 1-2
sudo usbip bind -b 1-2
sudo usbipd -D  # daemon

# On client (remote host)
sudo modprobe vhci_hcd
sudo usbip attach -r SERVER_IP -b 1-2
# device now appears on client as if local

Catatan: gunakan unit systemd untuk auto-start usbipd dan rebind perangkat setelah reboot. Lalu lintas usbip adalah USB mentah lewat TCP; jika Anda melintasi jaringan yang tidak dapat dipercaya, bungkus dengan terowongan terenkripsi (WireGuard, SSH) atau jalankan di atas koneksi relay terkelola Tenvo untuk sesi desktop sambil menjaga terowongan usbip di channel terenkripsi terpisah.

Windows: VirtualHere (practical) and driver checklist

Windows memiliki lebih sedikit opsi first‑party. VirtualHere Server adalah pilihan andal: jalankan server di host tempat perangkat USB terpasang (Linux atau Windows) dan instal klien di mesin jarak jauh. Prosedur (level tinggi):

• Jalankan VirtualHere Server di device host (download dari vendor).
• Instal klien VirtualHere di mesin Windows jarak jauh; temukan dan "use" perangkat jarak jauh.
• Instal driver perangkat di mesin jarak jauh jika Windows tidak otomatis menyediakannya.

Checklist driver: smart card, dongle dan perangkat medis khusus sering dikirim dengan driver platform-spesifik atau middleware. Jika host jarak jauh tidak memiliki driver, OS akan gagal mendaftarkan perangkat atau membuat entri perangkat HID/tidak dikenal yang tidak berfungsi. Konfirmasi signature driver dan kompatibilitas versi sebelum deployment. Untuk perangkat serial, Windows memetakan port COM — perhatikan nomor COM dapat berubah saat reconnect, gunakan friendly name di device manager atau skrip deteksi.

macOS: limited native options, use a gateway

macOS tidak memiliki tooling USB-over-IP first‑party yang matang. Dua jalur praktis: jalankan gateway Linux (usbip atau VirtualHere server) dan sambungkan klien macOS ke gateway itu, atau gunakan VM Windows dengan klien USB-over-network yang didukung. Untuk perangkat HID (keyboard/mouse) kadang bisa memakai emulasi HID generik; untuk smart card dan token kriptografi biasanya Anda butuh perangkat lunak vendor yang mendukung macOS.

Security, performance and deployment checklist

USB passthrough kuat tetapi memperluas permukaan serangan Anda. Gunakan daftar pemeriksaan ini sebagai panduan minimal hardening dan sizing sebelum mengaktifkan passthrough produksi.

• Never assume the relay is blind: Jika koneksi Anda memakai relay terkelola, TLS berakhir di relay — operator tersebut dapat menginspeksi lalu lintas sesi. Rancang kebijakan sesuai dan batasi penggunaan relay untuk token sensitif kecuali operator relay dipercaya atau Anda menggunakan terowongan terenkripsi terpisah.
• Least privilege: Hanya aktifkan passthrough untuk kelas perangkat dan host spesifik yang diperlukan. Jika memungkinkan, isolasi mesin jarak jauh di VLAN atau VM khusus.
• Driver and firmware updates: Jaga firmware perangkat dan driver host tetap terbaru. Perangkat dengan kerentanan yang diekspos lewat jaringan adalah vektor risiko.
• Bandwidth planning: Antisipasi throughput internet membatasi performa USB. Panduan contoh: sensor serial/COM cocok pada 1–5 Mbps; audio atau kamera butuh 1–5+ Mbps tergantung kompresi; transfer mass-storage dapat menyerap puluhan atau ratusan Mbps dan akan jauh lebih lambat dibanding USB 3.0 lokal. Rencanakan untuk packet loss dan retransmission.
• Latency sensitivity: Beberapa perangkat (mis. peralatan pengukuran real-time) bermasalah pada >100 ms round-trip. Uji di lab sebelum komitmen.
• Audit and logging: Log mulai/berhenti sesi passthrough, IP sumber dan akun pengguna. Integrasikan log ke SIEM pusat untuk kemampuan forensik.
• Authentication and 2FA: Gunakan autentikasi kuat untuk sesi jarak jauh (lebih disukai multi-factor). Gunakan relay terkelola Tenvo dan 2FA bila tersedia untuk mengurangi risiko attachment tidak sah.
• Backup plan: Untuk perangkat kritikal, hindari bergantung hanya pada passthrough. Pertahankan alur kerja alternatif (SFTP transfer file, sinkronisasi file jarak jauh, atau agen perangkat lunak terpasang lokal) jika passthrough menurun.

Troubleshooting: common failures and fixes

• Device doesn't appear remotely: Periksa perangkat ter-bind atau diservis di host (usbip list -l / VirtualHere server UI). Konfirmasi klien jarak jauh menampilkan perangkat dan driver terinstal. Jika menggunakan Tenvo, konfirmasi sesi aktif dan bahwa lalu lintas tidak diblokir oleh firewall lokal.
• Driver error or unknown device: Instal atau perbarui driver perangkat di mesin jarak jauh. Beberapa driver mengharuskan pemasangan saat perangkat hadir; attach lalu instal.
• Intermittent disconnects: Cari MTU atau NAT timeout, penghematan daya Wi‑Fi, atau starvation CPU di server. Untuk host nirkabel, uji pada Ethernet kabel untuk mengisolasi masalah link.
• Poor throughput: Uji bandwidth mentah ke situs jarak jauh (speedtest atau iperf). Jika jaringan menjadi bottleneck, kompres atau batch transfer, atau gunakan alur kerja alternatif (sinkron file untuk perangkat penyimpanan).
• Permissions or UAC blocking (Windows): Jalankan klien dengan privilege elevated jika driver membutuhkan akses kernel-level untuk attach perangkat.
• Device-specific quirks: Smart card dan hardware dongle kadang menggunakan descriptor USB khusus atau membutuhkan middleware. Konsultasikan dokumentasi vendor; pertimbangkan forwarding smart card lokal alih-alih tunneling USB mentah.

When to self-host a relay (and what it costs you)

Self-hosting relay atau server USB-over-IP hanya dibenarkan ketika Anda memiliki persyaratan tertulis: kepatuhan ketat, isolasi on‑premises, atau hukum residensi data eksplisit yang melarang infrastruktur pihak ketiga. Self-hosting berarti Anda harus menjalankan sertifikat TLS, merotasi kunci, memonitor layanan, mem-patch OS dan aplikasi, serta menangani failover lintas region. Biaya operasional tersebut cepat bertambah — bagi banyak tim relay terkelola Tenvo lebih murah setelah memperhitungkan on-call, kadaluarsa sertifikat, dan failover regional. Jika Anda self-host, dokumentasikan runbook perpanjangan sertifikat, backup otomatis konfigurasi, dan rencana kapasitas (jaringan dan CPU) untuk puncak sesi passthrough konkuren.

Further reading and related guides

• Jika Anda butuh primer singkat tentang akses jarak jauh tanpa mengekspos port, lihat Remote Desktop Without Port Forwarding Explained.
• Untuk model ancaman yang jujur diterapkan pada remote desktop dan bagaimana relay memengaruhi model tersebut, baca Is Remote Desktop Secure? An Honest Threat Model.
• Jika Anda mempertimbangkan menjalankan server Anda sendiri untuk USB-over-IP sebagai bagian dari strategi remote desktop self-hosted yang lebih luas, Self-Hosted Remote Desktop: Why, How, and What Breaks membahas biaya operasional yang akan Anda warisi.
• Jika Anda mulai dari nol pada akses jarak jauh dan ingin daftar periksa untuk membuat mesin dapat dijangkau dengan cepat, lihat How to Set Up Remote Access in 60 Seconds.

USB device passthrough memecahkan masalah nyata tetapi selalu datang dengan kompromi: kompatibilitas driver, bandwidth, latensi dan eksposur keamanan jika Anda menggunakan relay. Untuk sebagian besar tim, gunakan klien native Tenvo dan relay terkelola untuk mendapatkan konektivitas yang andal, lalu lapisi alat USB-over-network khusus (usbip, VirtualHere atau perangkat lunak vendor) hanya untuk perangkat tertentu yang Anda butuhkan. Jika kebijakan memaksa self-hosting, anggarkan pekerjaan operasional dan jangan menganggapnya sebagai "gratis." Uji menyeluruh di lab yang mencerminkan produksi dan pertahankan alur kerja fallback non-passthrough untuk perangkat kritikal.

Siap mencoba koneksi? Unduh klien native Tenvo untuk Windows, macOS atau Linux dan gunakan relay terkelola untuk jalur paling sederhana dan didukung: Unduh Tenvo.