Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Un cliente no podrá conectarse a las secuencias de multidifusión o a otras secuencias de protocolo de datagrama de usuario a través de Firewall de Windows mediante el uso del Reproductor de Windows Media

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 883831
Importante En este artículo contiene información que muestra cómo reducir la configuración de seguridad o desactivar las características de seguridad en un equipo. Puede realizar estos cambios para solucionar un problema específico. Antes de realizar estos cambios, recomendamos que evalúe los riesgos asociados con la implementación de esta solución en su entorno concreto. Si implementa esta solución alternativa, tome las medidas adicionales oportunas para ayudar a proteger su sistema.
Resumen
Este artículo describe el nuevo comportamiento que se puede ver un usuario de Reproductor de Windows Media de Microsoft y las aplicaciones que se generan con el SDK de Microsoft Windows Media Format. Después de que el usuario instala el Service Pack 2 (SP2) de Microsoft Windows XP, puede aparecer el nuevo comportamiento. El nuevo comportamiento afecta a la reproducción de red a través de Firewall de Windows. De forma predeterminada, Firewall de Windows está habilitado en Windows XP SP2. Este artículo también analiza soluciones para el nuevo comportamiento.
Síntomas
Un cliente no puede conectarse a las secuencias de multidifusión o a otras secuencias de protocolo de datagrama de usuario (UDP) mediante el uso de Reproductor de Windows Media de Microsoft si se cumplen las siguientes condiciones:
  • El cliente está ejecutando Microsoft Windows XP con Service Pack 2 (SP2) o una versión posterior.
  • El cliente tiene habilitado Firewall de Windows.
  • Cuenta de usuario no tiene derechos de administrador.
Causa
Este comportamiento se produce porque una nueva característica de seguridad de Firewall de Windows no permite el tráfico UDP entrante a menos que un administrador ha configurado el Firewall de Windows para permitir que se. Este comportamiento también se produce en las versiones anteriores de Windows si está habilitado el Firewall de Windows. De forma predeterminada, Firewall de Windows está habilitado en el Service Pack 2 de Windows XP y versiones posteriores. Por lo tanto, más usuarios pueden experimentar este problema.

Nota En versiones anteriores de Windows, Firewall de Windows se conoce como el Firewall de conexión a Internet.
Solución
Advertencia Estas soluciones pueden realizar su equipo o su red sean más vulnerables a los ataques de usuarios malintencionados o de software malintencionado como virus. No recomendamos esta solución, pero proporcionamos esta información para que pueda implementar estas soluciones según su criterio. Utilice estas soluciones bajo su propia responsabilidad.

Para permitir que los usuarios que no tienen derechos de administrador para recibir transmisiones por secuencias UDP, utilice uno de los métodos siguientes. Las secciones siguientes describen las ventajas y las desventajas de cada método.

Agregar la aplicación a la lista de excepciones de Firewall de Windows

Una aplicación en la lista de excepciones de Firewall de Windows puede recibir todo el tráfico entrante. En muchos aspectos, este es el método más fácil. Sin embargo, crea una vulnerabilidad que puede no ser necesaria. Por lo tanto, este método es menos seguro que los demás métodos.

ImportanteNo se recomienda este método.

Permita específicamente el tráfico entrante desde las direcciones IP de todos los servidores que ejecutan el servidor de Windows Media y que se transmiten a los clientes de la intranet

Los administradores pueden configurar Firewall de Windows para permitir el tráfico entrante desde determinadas direcciones IP. Si la intranet no contiene muchos de los servidores que ejecutan el servidor de Windows Media o fácilmente puede especificar un intervalo de direcciones IP, se trata de un buen método para utilizar. De este modo, puede agregar la aplicación a la lista de excepciones de Firewall de Windows. Sin embargo, puede permitir que reciba el tráfico entrante sólo desde las direcciones IP que especifique.

Abra el puerto o los puertos que el tráfico entrante se debe utilizar para la aplicación específica

Puede configurar Firewall de Windows para permitir el tráfico UDP sólo para puertos específicos. El protocolo determina los puertos que se va a abrir.

Nota Este método puede requerir que cambie la configuración del Reproductor de Windows Media o los valores de configuración en el servidor.
  • Protocolo de transmisión en tiempo Real (RTSP) - en la instalación predeterminada de del Reproductor de Windows Media, protocolo RTSP elige aleatoriamente los puertos de datos entrantes. Para especificar el intervalo de puertos que utilice, el usuario puede hacer lo siguiente:
    1. En el Herramientas menú, haga clic en Opciones de.
    2. En el Opciones de cuadro de diálogo, haga clic en el Red ficha.
    3. En el Red ficha, seleccione el Uso de puertos casilla de verificación y, a continuación, especificar un intervalo de puertos para utilizar.
    Si el Uso de puertos casilla de verificación, RTSP siempre utilizará los puertos de ese intervalo. Por lo tanto, el administrador puede habilitar RTSP (UDP), abra los puertos especificados en el servidor de seguridad de transmisión por secuencias.
  • Microsoft Media Server (MMS) - como RTSP, MMS (UDP), se utiliza un puerto aleatorio para los datos entrantes. MMS también utilizará los puertos que se especifica en la opción de utilizar puertos . El administrador puede habilitar MMS (UDP), abra los puertos especificados en el servidor de seguridad de transmisión por secuencias.
  • Multidifusión - para las secuencias de multidifusión, el puerto en el que el cliente recibe el tráfico de transmisión por secuencias a través de está configurado en el servidor. Este valor se especifica en el archivo de Microsoft NetShow (.nsc) del canal. El cliente no tiene ninguna forma directa de conocer este número de puerto antes de que el puerto se utiliza. El Administrador de Servicios de Windows Media puede establecer el puerto de destino mediante la configuración del punto de publicación de multidifusión. Para ello, siga estos pasos:
    1. En el Propiedades ficha de punto de publicación, haga doble clic en el Autor de datos de multidifusión de WMS Plug-in. Este complemento se encuentra en el Transmisión por secuencias de multidifusión categoría.
    2. Configurar las propiedades de multidifusión como la dirección de multidifusión.
    El Administrador de la red también puede abrir el puerto especificado en el servidor de seguridad.
  • El protocolo de transferencia de hipertexto (HTTP) - HTTP porque es un protocolo basado en TCP, no se ve afectado por el problema que se describe en la sección "Síntomas". Secuencias de HTTP pueden tener acceso directamente. Secuencias de HTTP también pueden tener acceso a través de la conversión del protocolo si RTSP ni MMS puede abrir el puerto necesario.

Habilitar esa secuencia a los clientes de la intranet de renovación a un protocolo basado en TCP en todos los puntos de publicación de servidor de Windows Media

Este método es más seguro que los demás porque no tiene que cambiar la configuración de Firewall de Windows. Sin embargo, las conexiones TCP utilizan más recursos de la red y en el servidor que el tráfico de multidifusión o tráfico UDP. Por lo tanto, este método no puede ser la mejor opción para la red, dependiendo de la carga en el servidor y el número esperado de clientes que deben rodar.
Más información
Con frecuencia, las organizaciones utilizar las secuencias de multidifusión para difundir eventos en directo a través de la intranet local. Las secuencias de multidifusión limitan el ancho de banda de red utilizado por una difusión debido a todos los clientes que se conectan a la misma secuencia de multidifusión.

Nota Normalmente, las secuencias de multidifusión no se envían a través de Internet, porque la mayoría de segmentos de red en Internet no son habilitados para multidifusión.

Cuando un cliente intenta conectarse a una secuencia o a una secuencia de multidifusión con el protocolo UDP, el SDK de formato de Windows Media y del Reproductor de Windows Media intentan abrir los puertos en Firewall de Windows necesarios para recibir el tráfico UDP entrante para esa secuencia. Sin embargo, si el usuario está ejecutando la aplicación con una cuenta de usuario que no tiene derechos de administrador, los puertos no se abren, ya que sólo los administradores pueden cambiar la configuración de Firewall de Windows.

Si el punto de publicación de multidifusión en el servidor que está ejecutando el de Servicios de Windows Media está configurado para permitir la conversión a la transmisión por secuencias de unidifusión, el cliente se vuelca correctamente y, a continuación, se conecta a la secuencia mediante el uso de un protocolo basado en TCP.

Sin embargo, la transmisión por secuencias de unidifusión utiliza más recursos de red y los recursos del servidor de aplicaciones de transmisión por secuencias de multidifusión. Por lo tanto, cuando los clientes de multidifusión que se pasa a una conexión de unidifusión, se agrega una sobrecarga mayor a la red y al servidor. Si muchos clientes de vuelta a una conexión de unidifusión, la experiencia del usuario puede disminuir si no hay suficientes recursos disponibles para llevar a cabo el aumento de la carga.

Del mismo modo, un cliente que intenta conectarse a una secuencia de unidifusión UDP cambia a un protocolo basado en TCP si el cliente no puede conectarse a la secuencia. Dependiendo de la versión de Windows Media Format SDK que ha instalado el usuario, el usuario puede recibir una Alerta de seguridad de Windows cuadro de diálogo Firewall de Windows. El mensaje en el cuadro de diálogo indica que se ha bloqueado la aplicación acepte conexiones de Internet.

Si es un administrador de Servicios de Windows Media de, tenga en cuenta que las conexiones TCP se utilizan ligeramente más recursos en el servidor de las conexiones UDP utilizar. Por lo tanto, si muchos clientes pasa de protocolo UDP a un protocolo basado en TCP, el servidor puede experimentar problemas de aumento de la carga.

El protocolo que se utiliza para la transmisión puede depender de la dirección URL y la configuración en el servidor y el cliente. El cliente también almacena en caché la información acerca del protocolo que se utilizó la última vez que la conexión se ha realizado correctamente. Para las conexiones posteriores a una secuencia, el cliente puede utilizar esta información para cambiar el protocolo que se trata, en primer lugar.

Para determinar el protocolo que se utiliza para una secuencia, un usuario puede hacer clic en Estadísticas En la página Vista menú y a continuación, en Nota el protocolo especificado en el Avanzada ficha.

En los ejemplos siguientes, el usuario está utilizando el Reproductor de Windows Media de y lo siguiente es cierto:
  • El cliente está ejecutando el Service Pack 2 de Windows XP o una versión posterior.
  • El cliente tiene habilitado Firewall de Windows.
  • Cuenta de usuario no tiene derechos de administrador.
Nota Otras aplicaciones que se basan en el SDK de Windows Media Format pueden experimentar el mismo comportamiento.

El cliente se conecta a una dirección URL de multidifusión y está habilitado el efecto de luz

  • Se produce el 10 de Reproductor de Windows Media - conversión de multidifusión. El cliente realiza una conversión de protocolo de unidifusión y, a continuación, se conecta con la secuencia a través de TCP.
  • Reproductor de Windows Media 9 Series : el usuario recibe una notificación de alerta de seguridad de Windows Firewall de Windows y, a continuación, se produce la conversión. El cliente realiza una conversión de protocolo de unidifusión y, a continuación, se conecta con la secuencia a través de TCP. Cuando el usuario recibe la notificación de alerta de seguridad de Windows, el usuario puede no ver la notificación para la aplicación actual.

El cliente se conecta a una dirección URL de multidifusión y no está habilitado el efecto de luz

  • 10 De Reproductor de Windows Media : el usuario recibe un mensaje de error del Reproductor de Windows Media no puede conectar con el servidor. El mensaje de error indica que un servidor de seguridad puede ser la causa de este problema.
  • Reproductor de Windows Media 9 Series : el usuario recibe una notificación de alerta de seguridad de Windows Firewall de Windows. A continuación, el usuario recibe un mensaje de error de del Reproductor de Windows Media. Este mensaje de error indica que el servidor está ocupado. Cuando el usuario recibe la notificación de alerta de seguridad de Windows, el usuario puede no ver la notificación para la aplicación actual.

El cliente se conecta a una dirección URL de protocolo negociado

Muchos protocolos intente negociar automáticamente con el servidor de la forma más eficaz para el intercambio de información. Por ejemplo, tanto RTSP y MMS intentará transmitir el contenido mediante el uso de UDP. Si ese método no se realiza correctamente, RTSP y MMS intentará transmitir el contenido mediante el uso de TCP.

Algunas opciones de la aplicación pueden afectar el comportamiento de la conversión de protocolo. Por ejemplo, la configuración de Servicios de Windows Media 9 Series Fast Start y caché rápida puede afectar el comportamiento de la conversión de protocolo. Consulte la documentación del producto para el comportamiento de la conversión de protocolo.
  • 10 De Reproductor de Windows Media - el cliente se conecta a través de TCP.
  • Reproductor de Windows Media 9 Series - dependiendo del protocolo que se especifica en la URL, el usuario puede o no puede ver una notificación de alerta de seguridad de Windows Firewall de Windows. El cliente se conecta a través de TCP.

El cliente se conecta a una dirección URL que especifica el protocolo UDP

Por ejemplo, el protocolo especifica que la conexión utilizará RTSPU o MMSU.
  • 10 De Reproductor de Windows Media : el usuario recibe un mensaje de error del Reproductor de Windows Media no pudo conectar con el servidor. El mensaje de error indica que un servidor de seguridad puede ser la causa de este problema.
  • Reproductor de Windows Media 9 Series : el usuario recibe una notificación de alerta de seguridad de Windows Firewall de Windows. A continuación, el usuario recibe un mensaje de error del Reproductor de Windows Media no pudo conectar con el servidor. El mensaje de error indica que un servidor de seguridad puede ser la causa de este problema.
Referencias
Para obtener más información, consulte la documentación del producto.

Para obtener más información acerca de opciones de configuración específicas, visite el siguiente sitio Web de Microsoft:Para obtener más información acerca de la transmisión mediante multidifusión, visite el siguiente sitio Web de Microsoft:Para obtener más información acerca de la conversión del protocolo, visite el siguiente sitio Web de Microsoft:
El servidor de seguridad de multidifusión WMP XPSP2

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 883831 - Última revisión: 07/20/2013 09:00:00 - Revisión: 4.0

Microsoft Windows Media Player 9 Series, Windows Media 9 Series Software Development Kit, Windows Media Format 9.5 Software Development Kit, Microsoft Windows Media Player 10

  • kbprb kbinfo kbmt KB883831 KbMtes
Comentarios