Ini ialah arahan udptunnel yang boleh dijalankan dalam penyedia pengehosan percuma OnWorks menggunakan salah satu daripada berbilang stesen kerja dalam talian percuma kami seperti Ubuntu Online, Fedora Online, emulator dalam talian Windows atau emulator dalam talian MAC OS.
JADUAL:
NAMA
udptunnel - Terowong paket UDP melalui sambungan TCP
SISTEM
udptunnel -s TCP-port [-r] [-v] UDP-addr/UDP-port[/ttl]
udptunnel -c TCP-addr[/TCP-port] [-r] [-v] UDP-addr/UDP-port[/ttl]
DESCRIPTION
UDPTunnel ialah program kecil yang boleh menyalurkan paket UDP secara dua hala melalui TCP
sambungan. Tujuan utamanya (dan motivasi asal) adalah untuk membenarkan multi-media
persidangan untuk melintasi tembok api yang membenarkan hanya sambungan TCP keluar.
PENGGUNAAN
UDPTunnel boleh dijalankan dalam dua mod: mod klien dan mod pelayan. Mod pelanggan
memulakan sambungan TCP sebelum menyampaikan UDP; pelayan menunggu untuk masuk
sambungan sebelum berbuat demikian. Selepas sambungan TCP diwujudkan, tingkah laku
dua mod adalah sama. Jika anda menggunakan UDPTunnel untuk melintasi tembok api seperti yang dibincangkan
di atas, pelanggan akan dijalankan di dalam tembok api, dan pelayan akan dijalankan di luar
ia.
PILIHAN
-s TCP-port
Server mod: Jika udptunnel digunakan dengan pilihan -s, ia berjalan dalam mod pelayan:
pelayan akan menunggu sambungan masuk pada port TCP yang ditentukan, dan kemudian
menyampaikan UDP ke dan darinya."
-c TCP-addr[/TCP-port]
Pelanggan mod: Jika udptunnel digunakan dengan pilihan -c, ia berjalan dalam mod klien: it
akan membuka sambungan TCP ke hos dan port TCP yang ditentukan, dan kemudian menyampaikan UDP
di atasnya. Port TCP mungkin ditinggalkan dalam kes ini; ia akan lalai ke port yang sama
nombor sebagai port UDP.
-r RTP mod: Bagi memudahkan terowong trafik RTP dan RTCP untuk a
persidangan berbilang media, ini menyediakan geganti pada dua port TCP dan UDP berturut-turut.
Semua nombor port yang ditentukan dalam kes ini mestilah genap. Ambil perhatian bahawa kedua-dua pelanggan dan
pelayan mesti menggunakan bendera -r untuk ini berfungsi; pelayan tidak akan bermula
menghantar paket sehingga kedua-dua sambungannya telah diwujudkan.
-v Kata Kerja pengeluaran: Bendera ini menghidupkan output penyahpepijatan verbose tentang UDPTunnel
tindakan. Ia mungkin diberikan beberapa kali. Dengan satu -v, maklumat tentang
penubuhan sambungan dicetak pada aliran ralat standard UDPTunnel; dengan
yang kedua, maklumat setiap paket juga ditunjukkan. Ambil perhatian bahawa kes terakhir ini boleh
menghasilkan maklumat yang banyak. Jika bendera ini tidak diberikan, UDPTunnel
akan kekal senyap melainkan ralat berlaku.
Salah satu daripada dua pilihan -c dan -s mesti diberikan; jika tidak, ia adalah satu kesilapan.
Dalam semua kes, alamat UDP dan port ke terowong diberikan selepas semua pilihan. UDTunnel
akan mendengar alamat ini untuk paket, dan akan menghantar paket yang diterima pada alamat ini.
Alamat mungkin alamat berbilang siaran; dalam kes ini, TTL multicast harus ditentukan,
dan paket terowong akan dihantar dengan TTL ini. Semua alamat, TCP dan UDP, mungkin
ditentukan sama ada sebagai alamat empat titik IPv4 (cth 224.2.0.1) atau sebagai nama hos (cth.
conrail.cs.columbia.edu). Nombor port mestilah dalam julat 1 hingga 65535; TTL mesti ada
julat 0 hingga 255.
PAKET FORMAT
Paket dihantar pada TCP menggunakan format yang jelas dan mudah: medan panjang enam belas bit,
dalam susunan bait rangkaian, mendahului setiap paket data. Format ini telah dicadangkan dalam draf awal
daripada RTP untuk RTP-over-TCP, tetapi telah digugurkan daripada spesifikasi akhir.
DIKENALI PEPIJAT/ISU
UDPTunnel tidak menyemak paket UDP masuk untuk mengesahkan bahawa ia memang datang dari
alamat yang ditentukan oleh pengguna; ia terikat kepada INADDR_ANY, dan menerima sebarang paket UDP
tiba di pelabuhan yang ditentukan. Ini berkemungkinan membenarkan penafian perkhidmatan atau penipuan
serangan. Jika dua atau lebih pilihan -v diberikan, pengenalan setiap paket akan dicetak
alamat sumber setiap paket semasa ia diterima, membolehkan keadaan sedemikian didiagnosis.
Untuk multicast, UDPTunnel mematikan gelung balik paket, kerana ia tidak mempunyai cara untuk membezakannya
paket sendiri yang dihantar dari paket yang benar-benar tiba pada kumpulan multicast. Ini bermaksud
bahawa jika anda sedang menyelaraskan trafik dari atau ke kumpulan multicast, kedua-dua hujung UDPTunnel
mesti dijalankan pada hos yang berbeza daripada mana-mana ahli kumpulan. (Secara umum, satu-satunya cara untuk
membezakan paket bergelung daripada paket yang benar-benar diterima daripada aplikasi lain pada
hos tempatan adalah dengan pelabelan lapisan aplikasi, seperti yang dilakukan oleh RTP.)
UDPTunnel direka bentuk untuk menyalurkan trafik gaya RTP, di mana aplikasi menghantar dan menerima
Paket UDP ke dan dari port yang sama (atau sepasang port). Ia tidak menyokong
trafik gaya permintaan/tindak balas, di mana permintaan pelanggan dihantar dari port X sementara
ke port Y yang terkenal, dan respons pelayan dikembalikan dari port Y ke port X.
UDPTunnel sengaja mengabaikan ralat "Sambungan Ditolak" pada port UDP, mengosongkan
keadaan ralat soket, supaya terowong boleh disediakan sebelum alat persidangan dimulakan
pada kedua-dua hujungnya. Ini mungkin bermakna alamat atau port UDP yang salah taip tidak dikenali, kerana tidak
ralat dicetak. Jika dua atau lebih pilihan -v diberikan, diagnostik akan dicetak
apabila keadaan ralat dikosongkan daripada soket.
Sebaik sahaja satu titik akhir terowong diturunkan, menutup soket, satu lagi keluar sebagai
baik; untuk menubuhkan semula terowong, UDPTunnel mesti dimulakan semula pada kedua-dua belah pihak.
IP versi 6 tidak disokong.
PENGARANG
UDPTunnel ditulis oleh Jonathan Lennox[e-mel dilindungi]>. Ia menggabungkan kod
ditulis oleh Henning Schulzrinne[e-mel dilindungi]>.
Halaman manual ini ditulis oleh Thomas Scheffczyk
<[e-mel dilindungi]>, untuk sistem Debian GNU/Linux (tetapi mungkin
digunakan oleh orang lain).
Gunakan udptunnel dalam talian menggunakan perkhidmatan onworks.net
