Pelayan TURN untuk Sambungan Geganti

Apabila sambungan langsung antara rakan gagal, pelayan TURN (Traversal Using Relays around NAT) mengambil alih. Pelayan ini bertindak sebagai penyampai dengan memajukan semua data antara rakan.

Bayangkan ia sebagai orang tengah. Daripada berkomunikasi secara langsung, rakan menghantar data kepada pelayan TURN, yang kemudiannya memajukannya kepada rakan yang satu lagi.

Dalam pelajaran terdahulu, kita telah mempelajari tentang STUN. STUN membantu rakan menemui IP dan port awam mereka, yang berfungsi untuk kebanyakan jenis NAT.

Walau bagaimanapun, sesetengah persekitaran rangkaian yang ketat, seperti symmetric NATs atau tembok api korporat, boleh menyekat sambungan langsung walaupun selepas STUN digunakan. Pada ketika inilah TURN menjadi penting.

Tidak seperti STUN, yang hanya membantu menemui alamat, TURN terlibat secara aktif dalam pertukaran data. Kedua-dua rakan bersambung kepada pelayan TURN, dan semua media (audio, video) serta mesej saluran data mengalir melaluinya.

Hal ini memastikan sambungan kekal tersedia walaupun dalam persediaan rangkaian yang paling mencabar, walaupun dengan sedikit beban tambahan.

Apabila rakan tidak dapat mewujudkan sambungan langsung, rakan itu menghantar permintaan kepada pelayan TURN. Permintaan ini meminta "peruntukan" – alamat IP dan port khusus pada pelayan TURN.

Alamat yang diperuntukkan ini bertindak sebagai titik hubungan awam bagi rakan tersebut, lalu membolehkan rakan yang satu lagi menghantar data kepadanya melalui pelayan TURN.

Beginilah data mengalir melalui pelayan TURN:

• 1. Rakan A menghantar data: Rakan A menghantar medianya (contohnya, bingkai video) ke alamat yang diperuntukkan pada pelayan TURN.
• 2. TURN memajukan data: Pelayan TURN menerima data tersebut dan kemudian memajukannya ke alamat yang diperuntukkan untuk Rakan B (atau terus kepada Rakan B jika pelayan itu mempunyai laluan langsung kepadanya).
• 3. Rakan B menerima data: Rakan B menerima media yang disampaikan daripada pelayan TURN.

Proses ini berulang secara sebaliknya untuk data yang mengalir dari Rakan B kepada Rakan A.

Menyampaikan data menggunakan lebar jalur dan sumber pengkomputeran yang banyak pada pelayan TURN. Untuk mencegah penyalahgunaan dan mengurus kos, pelayan TURN hampir sentiasa memerlukan pengesahan.

Rakan memberikan nama pengguna dan kata laluan (atau kelayakan sementara) kepada pelayan TURN sebelum peruntukan diberikan. Hal ini memastikan hanya pengguna yang dibenarkan dapat menggunakan perkhidmatan penyampai.

Dalam WebRTC, anda memberikan butiran pelayan TURN dalam konfigurasi RTCPeerConnection, khususnya dalam tatasusunan iceServers.

Entri untuk pelayan TURN merangkumi URL-nya (menggunakan protokol turn:), nama pengguna dan kelayakan (kata laluan). WebRTC akan cuba menggunakan pelayan ini secara automatik jika sambungan langsung gagal.

const configuration = {
iceServers: [
{ urls: 'stun:stun.l.google.com:19302' },
{
urls: 'turn:your.turn.server.com:3478',
username: 'user',
credential: 'password'
}
]
};

Coretan ini adalah untuk ilustrasi; contoh lengkap yang boleh dijalankan memerlukan persediaan klien WebRTC yang lengkap.

Oleh sebab pelayan TURN menyampaikan semua data, pelayan ini menggunakan banyak lebar jalur rangkaian. Hal ini boleh menjadi kos operasi yang besar, khususnya bagi aplikasi yang mempunyai ramai pengguna atau aliran media berlebar jalur tinggi.

Oleh itu, TURN biasanya dianggap sebagai mekanisme sandaran, yang hanya digunakan apabila sambungan rakan ke rakan secara langsung (dibantu oleh STUN) tidak dapat dilakukan. Ini mengurangkan penggunaan lebar jalur dan kos.

Ringkasnya, perbezaannya ialah:

• STUN: Membantu rakan menemui IP dan port awam mereka untuk mewujudkan sambungan langsung. Ia ringan dan murah.
• TURN: Bertindak sebagai penyampai bagi semua trafik apabila sambungan langsung tidak dapat diwujudkan. Ia memastikan kesambungan, tetapi menggunakan banyak sumber dan lebih mahal.

Pelaksanaan WebRTC biasanya mencuba STUN dahulu, kemudian beralih kepada TURN jika perlu.

Kita telah meneroka peranan penting pelayan TURN dalam WebRTC. Walaupun STUN membantu mewujudkan sambungan langsung, TURN menyediakan sandaran yang boleh dipercayai dengan menyampaikan semua trafik apabila laluan langsung disekat.

Memahami TURN, keperluan pengesahannya dan implikasi kosnya merupakan perkara penting untuk membina aplikasi komunikasi masa nyata yang teguh dan tahan lasak, serta berfungsi merentasi pelbagai persekitaran rangkaian.