- build
- sudo apt-get install git gcc
- sudo apt-get install automake autoconf
- git clone git://github.com/rriley/tsunami-udp.git
- cd tsunami-udp
- ./recompile.sh
- sudo make install
- run
- you'll need a port open to allow direct connection from client to server
- unfortunately, this doesn't work through NAT firewalls alone
- firewall / port forwarding
- to server, TCP, 46224 by default
- to client, UDP, 46224 by default
- start up server
- tsunamid myfile.gz
- connect with client
- tsunami set rate 5M connect myserver.domain.com get myfile.gz
- it will flood your connection if you dont set rate properly
- documentation
- http://tsunami-udp.cvs.sourceforge.net/viewvc/tsunami-udp/docs/USAGE.txt
- splits files automatically
- allows wildcards when running server and client commands, "*", namely
- client will auto-find all files served, one after the next
- use forward-slash, i.e. get \*, for client command
- so bash doesn't intrepret the asterisk
- undocumented
- doesn't do subdirectories, better tar that up and have plenty of disk space
Wednesday, 19 June 2013
tsunami-udp: faster than rsync
Subscribe to:
Post Comments (Atom)
Thx! This article helps me!
ReplyDeleteHow you solve problem UDP through NAT ?
Does your NAT server have iptables installed? Maybe something like this on the server side:
ReplyDeleteiptables -t nat -A PREROUTING -s 5.4.3.2/32 -d 10.10.10.10/32 -i eth0 -p tcp -m tcp --sport 1024:65535 --dport 46224 -j DNAT --to-destination 10.10.10.11:46224
where 5.4.3.2 is your public/external IP, 10.10.10.10 is the internal IP of your NAT server and 10.10.10.11 is internal IP of tsunami server. Any firewalls must be opened, allows packets from 5.4.3.2 to flow to NAT server and tsunami server on port 46224.
Haven't tried this myself, would probably require more tweaks. Do a packet dump on all servers and look for clogged/blocked packets:
tcpdump -nn port 46224
Thanks for you replay! Will try it!
DeleteI have found another way - make tunnel with special program. Not tested yet:
source:
http://courses.cs.vt.edu/~cs5565/spring2012/projects/project2/router.c
The better way before start using Tsunami UDP protocol use STUN server for detect possibility of using.
Example:
$ stun stun.ekiga.net -p 46224
STUN client version 0.96
Primary: Indepndent Mapping, Port Dependent Filter, random port, will hairpin
Return value is 0x000006
This mean you can't use Tsunami, because NAT.
I have try from real server in inet without nat:
# stun stun.ekiga.net -p 46224
STUN client version 0.96
Primary: Open
Return value is 0x000001
This means you can use Tsunami, because no NAT.
Now i think about TURN proto. Do you know anything about it?
P.S. Sorry for my bad english.
Thanks for the documentation. On Ubuntu 14.04 I had to install the package build-essential before ./recompile.sh would work correctly
ReplyDelete