Hay que reconocer, por mas que uno sea fanboy de CUALQUIER marca, que no todo es perfecto de un lado de la moneda. Los que siguen mi blog ya saben que me encanta la vida en CentOS, o en cualquier distribución de linux basada en Red Hat, pero resulta que cada vez me voy dando mas y mas cuenta que no todo es perfecto en este mundo.
Últimamente me ha tocado realizar migraciones e instalaciones de sistemas y por mas que lo intento me doy cuenta que en CentOS hay muchas cosas que son un tanto mas complicadas que en otras distribuciones como por ejemplo Debian, aunque también desde mi punto de vista MUCHAS son mas difíciles en DEBIAN mientras que en centOS son cosas triviales. En este caso me toco migrar un stun server, por mas que busque para compilarlo o para instalarlo via RPM o YUM, el numero de dependencias era algo cada vez mas absurdo es increíble que algo que en Debian es aptitude install stun, para centOS se cree tal rollo que hasta compilarlo se vuelva bastante tedioso.
En fin para no agobiaros con mis vivencias aquí les dejo el SETUP mas básico que hay.
INSTALACIÓN
Para la instalación de stun lo haremos a la debian way.
aptitude install stun
Con esto ya debería estar instalado completamente.
CONFIGURACIÓN
Una vez hecho esto debemos editar el archivo /etc/default/stun que contiene la información que usara el stun para iniciarse. Es necesario saber que el stun server necesita 2 ip’s para trabajar correctamente (estas pueden estar en uno o dos equipos). El archivo debería quedar de la siguiente forma.
START_DAEMON=true
# Additional options that are passed to the Daemon.
DAEMON_OPTS=""
PRIMARY_IP="colocar_el_ip_primario"
SECONDARY_IP="colocar_el_ip_secundario"
PRIMARY_PORT=3478
SECONDARY_PORT=3479
# whom the daemons should run as
DAEMON_USER=nobody
Con esto ya deberia quedar configurado correctamente.
INICIAR STUN SERVER
Para iniciar el servicio es necesario ejecutar /etc/init.d/stun start.
VERIFICAR STUN SERVER
Para verificar que los puertos estan abiertos es necesario ejecutar
#netstat -apul
deberia retornar algo como lo siguiente:
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
udp 0 0 xxx.xxx.xxx.xxx:3478 *:* 4303/stund
udp 0 0 xxx.xxx.xxx.xxx:3478 *:* 4303/stund
udp 0 0 xxx.xxx.xxx.xxx:3479 *:* 4303/stund
udp 0 0 xxx.xxx.xxx.xxx:3479 *:* 4303/stund
Así como también podemos confirmarlo ejecutando:
~#; ps -ef
y debemos tener algún registro así:
nobody 4303 1 0 08:38 ? 00:00:02 /usr/sbin/stund -h colocar_el_ip_primario -a colocar_el_ip_secundario -p 3478 -o 3479
Saludos. Excelente este post. Hice todo al pie de la letra, sin embargo no hay audio cuando se realiza la llamada tando desde un softphone remoto hacia la lan, o viceversa. Sin embargo, cuando cambio el servidor stun mio por el de iptel (stun.iptel.org) la comunicacion sale perfecta, por lo tanto el problema sigue siendo el servidor stun
1. Mencionas lo de las ip que son dos, pero no dices cual es cual. En el caso de un servidor proxy ubuntu que tiene dos tarjetas, la que recibe el internet (200.XX.XX.XX) y la que reparte (192.168.0.1) cual es la primaria y la alternativa???
2. cuando digito netstat -apul no sale nada de lo que mencionas. En el iptables del ubunto estan abiertos todos los puertos (5060, 5480:5488, 5090, 9000:9049, 2000:3000, 4000:6000, 10000:20000, 3478, 3479, )
Si al hacer el netstat no ves que estan abiertos a la escucha de Stun los puertos es que algo has hecho mal
eso significa que Stun no esta corriendo.