Red hat enterprise linux - turn/stun server is not working?

[GoogleCodeExporter]

Red Hat Enterprise Linux 6.4 / 64- bit i installed the server package.

Install:

$ cd /var/tmp;
wget 
https://github.com/downloads/libevent/libevent/libevent-2.0.21-stable.tar.gz; 
tar xvfz libevent-2.0.21-stable.tar.gz; cd libevent-2.0.21-stable; ./configure; 
make; make install;
wget http://rfc5766-turn-server.googlecode.com/files/turnserver-1.8.6.3.tar.gz 
; tar xvfz turnserver-1.8.6.3.tar.gz; cd turnserver-1.8.6.3; ./configure; make; 
make install;
/var/tmp/turnserver-1.8.6.3/bin/turnserver;

Run:

[root@ip-10-59-143-73 stund]# export 
LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/lib/; 
PATH="bin:../bin:../../bin:${PATH}" turnserver -L 176.34.x.x -a -b 
/usr/local/etc/turnuserdb.conf -f -r 176.34.x.x
1371111272: RFC 5389/5766/5780/6062/6156 STUN/TURN Server, version 
Citrix-1.8.6.3 'Black Dow'
1371111272: Config file found: /usr/local/etc/turnserver.conf
1371111272: Listener address to use: 176.34.x.x
1371111272: Config file found: /usr/local/etc/turnserver.conf
1371111272: WARNING: cannot find certificate file: turn_server_cert.pem (1)
1371111272: WARNING: cannot start TLS and DTLS listeners because certificate 
file is not set properly
1371111272: WARNING: cannot find private key file: turn_server_pkey.pem (1)
1371111272: WARNING: cannot start TLS and DTLS listeners because private key 
file is not set properly
1371111272: Relay address to use: 176.34.x.x
1371111272: IO method (listener thread): epoll
1371111272: WARNING: I cannot start alternative services of RFC 5780 because 
only one IP address is provided
1371111272: IO method: epoll
1371111272: IPv4. UDP listener opened on : 0.0.0.0:0
1371111272: IPv4. TCP listener opened on : 0.0.0.0:39227
1371111272: IO method (auth thread): epoll
1371111272: IO method (relay thread): epoll

But when TURN/STUN client is trying to connect it does not show any kind of log 
what is happening weather its working or not.

Is there any turn/stun client script with (python/perl/bash) just to test 
remotely if the stun/turn server is working correctly?

Original issue reported on code.google.com by shamun.toha@gmail.com on 13 Jun 2013 at 8:43

[GoogleCodeExporter]

1) If you are starting the turnserver from the build location 
(/var/tmp/turnserver-1.8.6.3/bin/turnserver) then you do not have to run "make 
install". After "make install" the files are in /usr/local/.
2) As far as I can see in the turnserver output, nothing wrong is happening.
3) To see if the turnserver is getting any incoming data run it with -v or -V 
options. If you do not see any reaction still, it means that the network data 
is not reaching the turnserver, so some network-related reason.
4) You can use the supplied turnutils_uclient program first, to see whether it 
is working and to eliminate a possible third-party client issue.
5) This is not an issue, this is a question. Please ask questions thru the web 
forum: 
https://groups.google.com/forum/?fromgroups=#!forum/turn-server-project-rfc5766-
turn-server

Original comment by mom040...@gmail.com on 13 Jun 2013 at 1:43

• Changed state: WontFix

[GoogleCodeExporter]

OK - Thank you so much.

Original comment by shamun.toha@gmail.com on 13 Jun 2013 at 3:42

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Hi Shamun

there are many problems in your test configurations:

1) If the server listening address is X, then the client must use the same 
address to connect. In several tests above this rule is broken.

2) You must configure meaningful authentication.

Original comment by mom040...@gmail.com on 5 Jul 2013 at 5:39

[GoogleCodeExporter]

I have shared lot of examples. 
Can you show example of meaningful authentication please?

Original comment by shamun.toha@gmail.com on 5 Jul 2013 at 8:37

[GoogleCodeExporter]

Please check the scripts in examples/scripts/* directories, for example 
"longterm" subdirectory. Just put your IP addresses into the scripts and it 
must work fine.

Original comment by mom040...@gmail.com on 5 Jul 2013 at 4:09

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Try to take the installation tarball again, unpack it into a clean directory 
and check the subdirectory examples/scripts/.

Original comment by mom040...@gmail.com on 6 Jul 2013 at 4:33

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Read the output from the TURN server = it is saying why it is not working. You 
did not configure authentication properly and something is wrong with the 
addresses. Read the resources on the project site how to configure the server. 

Original comment by mom040...@gmail.com on 7 Aug 2013 at 1:40

[GoogleCodeExporter]

Its being since Jun 13, 2013 now almost Aug 7 = 2 Months one small issue??. 

I cant still make it work either its BUG else it must have been working by now. 
Can you please share something what exactly is causing or is it BUG?

When i use given script locally it works i can get reply from server, but when 
i use third party application it seems like rfc5766 is not compatible, is it 
only designed to work with its own client tools?? If not can you please give 
some references.

Original comment by shamun.toha@gmail.com on 7 Aug 2013 at 1:57

[GoogleCodeExporter]

Check the links on the front page of the forum. There are references and 
examples how to configure it. It is known to work properly with WebRTC and 
other third-party tools.

Original comment by mom040...@gmail.com on 7 Aug 2013 at 2:10