MSFT ha publicado una Excel comparando la distintas versiones de Lync Server 2013 con Lync Hoster Pack y Lync Online (Office 365), muy interesante
Aquí os dejo el enlace para su descarga: http://www.microsoft.com/en-us/download/details.aspx?id=38816
Espero que os sea de utilidad!!
Voy a mostraros algo súper sencillo, como podemos cambiar el sonido de la segunda llamada entrante en vuestro cliente Lync. En muchas ocasiones hay clientes que no quieren que en la segunda llamada escuchen el sonido de la misma o simplemente quieren modificarlo. Esto en principio es muy sencillo, para ellos nos vamos al cliente Lync – Opciones – Tonos de llamada y sonidos
Como vemos nos lleva directamente a la ventana de configuración de Sonido de Windows, en la lista buscamos la sección de Lync y la opcion de Segunda llamada entrante
Ahora podemos elegir un sonido nuevo o seleccionar el primero de la lista que es Ninguno
Y ahora os preguntaréis, tengo que hacer esto cada usuario? La respuesta es si, de momento no hay otra forma que hacerlo por usuario…. pero también existen las GPO para aplicar esta configuración a los usuarios pero de forma automatizada. Para ello nos creamos una GPO que modifique los distintos valores de las subclaves .Current dentro de cada clave principal dentro de HKEY_CURRENT_USER\AppEvents\Schemes\Apps\Communicator
Si establecemos NULO el valor de alguna de los valores dentro de HKEY_CURRENT_USER\AppEvents\Schemes\Apps\Communicator\LYNC_secondcall\.Current no tendremos sonido cuando entre una segunda llamada:
Y si queremos establecer un tono diferente a los predeterminados, podemos crear una GPO para que haga lo siguiente:
Para este artículo no me he preparado una GPO porque se muy sencilla, pero si queréis ver alguna guía de como hacerlo aquí os dejo algunos artículos sobre GPOs para modificar el registro: GPO: Control de USB Store en Windows XP, Vista, 7 y 8. Es para que os podáis hacer una idea de lo que habría que hacer, pero tocando las claves adecuadas y la directiva que tenéis que modificar es de USUARIO no de equipo (que es la que os muestro en el artículo que os he referenciado ahora mismo). La idea es crear la GPO para que modifique el registro del usuario, es muy sencillo.
También podéis hacerlo vía powershell para ello utilizaremos el siguiente cmdlet:
Clear-Itemproperty -Path "HKCU:\AppEvents\Schemes\Apps\Communicator\LYNC_secondcall\.Curent\" -name "(Default)"
Pero si queremos que se aplique a todos los usuarios o parte de ellos, debemos crear una GPO para que lo ejecute al inicio de sesión, etc… ahora es cuestión vuestra si lo podéis hacer cambiando el Registro o por PowerShell
Espero que os sea de utilidad!!!
Seguramente muchos de vosotros utilizáis Lync como sustituto de vuestras antiguas PBX, y en vez de utilizar las líneas RTB/RDSI/PRI tenéis un SIP Trunk con un ITSP (Internet Telephony Service Provider) para realizar vuestras llamadas a la PSTN. ¿Pero cuantos de vosotros os preocupa la seguridad del SIP TRUNK? ¿Qué medidas estáis adoptando? Desde mi punto de vista es algo que debemos tener muy en cuenta, sobre todo en entornos en los cuales atravesamos la WAN para conectarnos con nuestro ITSP (Lync Server: Direct SIP, Trunk SIP e Inter-Trunk Routing). En el poder capturar tráfico SIP y digitalizarlo es un proceso sencillo, teniendo las herramienta adecuada es casi cuestión de segundos.
Tenemos múltiples herramientas de análisis de tráfico de red, y que encima son capaces de convertir esos paquetes RTP en ficheros de audio (wav, mp3, etc..) para que podamos reproducirlos con total claridad. Aquí os muestro una captura (el audio me lo reservo) de Wireshark (www.wireshark.org). La captura se realiza interceptando tráfico RTP de un SIP TRUNK sin TLS, por lo que para el wireshark será una tarea sencilla:
Una vez que tenemos el tráfico deseado capturado, solo tenemos que convertir estos paquetes en ficheros de audio o reproducirlos directamente, para ello vamos al menú Telephony – VoIP Calls
y aquí tenemos las llamadas de VoIP detectadas
Si queremos revisar flujo de las comunicaciones de esta llamada, pulsamos en Flown y mirad que "bonito"
Y si queremos escuchar la conversación de esa llamada, pulsamos en Player y luego en Decode
ya tenemos la conversación preparada para se reproducirla, pulsamos en la pista que queremos reproducir y se habilitará el botón de Play
Aquí lo único "complicado" ha sido interceptar el SIP Trunk y que desde una tercera máquina (mi portátil) he podido capturar el tráfico de red. Si implementamos un SIP TRUNK vía TCP, esto es lo que puede ocurrir si alguien nos intercepta este tráfico de red y es capaz de capturarlo. Por desgracia muchos ITSP es como os van a entregar el SIP TRUNK, así que siempre que sea posible solicitarles alguna de estas medidas de seguridad:
– Establecer una VPN con IPSec Site-to-Site
– Protocolo de Transport SIP mediante TLS
En el caso de que no podamos obtener un SIP Trunk mediante alguno de los dos escenarios comentados, deberíamos realizar ciertas configuraciones (igualmente siempre recomendadas):
Como ya sabéis existen varias formas de conectar a Lync a una PBX o ITSP o Gateway de Voz, mediante SIP Trunk o Direct SIP. En este artículo de hace unas semanas había explicado las diferencias: Lync Server: Direct SIP, Trunk SIP e Inter-Trunk Routing. En todo caso por resumir aquí os dejo la explicación de las diferencias entre ambos términos:
Teniendo en cuenta esta, veamos que debemos hacer si configuramos un Direct SIP entre Lync y una IP-PBX:
Estas son algunas de las mediadas que creo que se deberían adoptar como básicas, pero entiendo que también es cuestión del hardware del que dispongáis. Sobre todo en entornos en los que no podemos utilizar TLS, que es lo que utiliza Lync por defecto. Además, como veis en las capturas de Wireshark se utilizan RTP (Real Time Protocol) pero en Lync por defecto utiliza SRTP (Secure Real Time Protocol). Aquí os dejo una tabla resumen de la utilización de TLS o SRTP:
| Tipo de tráfico | Protegido por |
|---|---|
|
Entre servidores
|
MTLS
|
|
De cliente a servidor
|
TLS
|
|
Mensajería instantánea y presencia
|
TLS (si se ha configurado para TLS)
|
|
Audio, vídeo y uso compartido de escritorio
|
SRTP
|
|
Uso compartido de escritorio (señalización)
|
TLS
|
|
Conferencia web
|
TLS
|
|
Descarga del contenido de las reuniones, descarga de la libreta de direcciones y expansión de grupos de distribución
|
HTTPS
|
Como podemos apreciar el tráfico de las conversaciones de audio serán encriptadas por defecto. Podemos cambiar este comportamiento (NO RECOMENDADO) con el siguiente cmdlet:
Set-CsMediaConfiguration [-EncryptionLevel <SupportEncryption | RequireEncryption | DoNotSupportEncryption>]
Si queremos ver la configuración actual escribimos el siguiente cmdlet:
Get-CsMediaConfiguration
Más info: http://technet.microsoft.com/es-es/library/gg398580.aspx
Como podéis observar yo he actualizado el EncryptionLevel a SupportEncryption porque es necesario para poder comunicase con sistemas de mensajeria pública (MSN). Para ello se tienen que ejecutar los dos siguientes cmdlets:
Set-CsMediaConfiguration -EncryptionLevel SupportEncryption
Set-CsExternalAccessPolicy Global -EnablePublicCloudAccess $true -EnablePublicCloudAudioVideoAccess $true
Más info: http://technet.microsoft.com/es-es/library/gg398177(v=ocs.14).aspx
Además en cada configuración de puerta de enlace IP/RTC es donde especificaremos el protocolo de transporte SIP: TCP o TLS
Siempre que sea posible, claramente debemos utilizar TLS. Si bien también es cierto, que no todos los Gateway de Voz o IP-PBX a los que nos queremos conectar soportan TLS de ahí que busquemos alternativas que nos permitan garantizar el aislamiento del tráfico de red de posibles escuchas o llamadas fraudulentas. Se pueden aplicar más medidas de seguridad, pero para ello se necesaria hardware específico y más carga administrativa en algunos casos, la idea inicial del artículo era dar una visión sencilla de lo que debemos hacer como mínimo para proteger vuestro sistema. Si bien es cierto que Lync ya tiene implementado sus mecanismos de seguridad, pero cuando queremos conectarlos con otros sistemas ya habéis visto que puede ser vulnerable.
Debemos ser conscientes que existen múltiples formas de atacar a los sistemas de telefonía, por lo menos debemos tener claro ciertos conceptos antes de implementar este tipo de servicios en cualquier cliente.
Espero que os sea de utilidad!!!
Como sabéis no todas las tareas administrativas en Lync se pueden realizar desde el Panel de Control, sino que tenemos que configurar ciertas características mediante PowerShell. Seguramente en alguna ocasión no tenéis acceso al servidor vía RDS o Consola, por lo tanto no podéis conectaros y realizar las tareas encomendadas. Podemos utilizar Powershell ISE para establecer una sesión remota, y para ello tenemos estos tres comandos:
$cred = Get-Credential “dominio\usuario”
$session = New-PSSession -ConnectionURI “https://fqdn_lync_server/OcsPowershell” -Credential $cred
Una vez que iniciamos la conexión al servidor de Lync nos solicitará las credenciales del usuario establecido en la primera línea del script:
$cred = Get-Credential “dominio\usuario”
Aqui os dejo el script para que podáis utilizarlo, pero antes debéis modificar los valores de usuario y servidor Frotn-END o Pool por vuetros datos 
PowerShellLync.rar. Si queremos conectarmos mediante internet debemos crear la regla de publicación necesario y debemos tener en cuenta el sistema de autenticación para la delegación de la misma desde el Reverse-Proxy.
Espero que os sea de utilidad!!
Lo siguiente tarea es agregar las siguientes líneas que os muestro al archivo Web.config de Outlook Web Access ubicado en C:\Archivos de programa\Microsoft\Exchange Server\V15\ClientAccess\Owa), justo después de la etiqueta <appSettings>
Guardamos el fichero Web.config y reiniciamos el grupo de aplicación de aplicación con el siguiente comando:
|
1 |
<span lang="EN-US"><font size="2"><strong>Get-OwaVirtualDirectory | Set-OwaVirtualDirectory -InstantMessagingEnabled $False</strong></font></span> |
esperamos unos segundos y estaremos conectados, pero si por el contrario obtenemos este error debéis revisar certificado que habéis elegido (en el 90% de los casos), puesto que puede no ser el adecuado. Debéis tener en cuenta que el nombre del sujeto en el certificado debe corresponder con el nombre del servidor configurado en la aplicación de confianza
O bien podemos ir la pestaña de Personas y buscamos al usuario con el que queremos iniciar una conversión, ahora pulsamos en el icono de Enviar mensaje instantáneo
pulsamos en examinar y podemos elegir una nueva imagen almacenada en nuestro equipo
Creo que está bastante bien, tenemos muchas opciones disponibles (Exchange 2013 CU1: Programación de Reuniones en Línea desde OWA para Lync) y se hace muy cómodo trabajar con este cliente. Indudablemente lo ideal sería tener la posibilidad de Audio y Video pero … imagino que la gente de MSFT estará pensando en ello
Espero que os sea de utilidad!!
