Lista de revisiones de red en el Service Pack 2 de Windows XP

Seleccione idioma Seleccione idioma
Id. de artículo: 838207 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

INTRODUCCIÓN

Este artículo describe los problemas de red y escenarios de actualización que se tratan en Microsoft Windows XP Service Pack 2 (SP2).

Para obtener información adicional acerca de los problemas que se resuelven en el SP2 de Windows XP, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
811113Lista de revisiones incluidas en el Service Pack 2 de Windows XP

Más información

Direcciones de Windows XP SP2 todos los siguientes relacionadas con redes problemas y escenarios de actualización:

Se produce un error en el servidor cuando intenta iniciar un programa ASP.NET creado de forma remota

Después de crear un programa ASP.NET en un equipo remoto, al intentar iniciar ese programa, recibe un mensaje de error "error del servidor".

Actualización para resolver un problema donde algunos equipos de cliente de comunicaciones en tiempo real pueden recibir vídeo, pero no pueden enviar vídeo

Los equipos de cliente de comunicaciones en tiempo real que utilizan determinados adaptadores de red pueden enviar correctamente los paquetes de protocolo de control en tiempo real (RTCP). Sin embargo, estos equipos no envían correctamente los paquetes de protocolo de transporte en tiempo real (RTP). Este problema se produce si Windows enlaza el protocolo de calidad de servicio (QoS) al socket donde se envían los paquetes RTP desde. Esta actualización cambia el comportamiento de prioridad de capa 2 predeterminado para la implementación genérica de protocolo de QoS (GQoS).

Actualización para agregar funcionalidad al servicio de protocolo de resolución de nombres de punto (PNRP)

Esta actualización introduce nuevas opciones de directiva para permitir todas las modificaciones siguientes de PNRP:
  • Deshabilitar Peer to Peer Networking
  • Configurar el servidor de inicialización
  • Desactivar bootstrap de multidifusión

Experimenta problemas ocasionales de uso compartido de archivos en un equipo multitarjeta

Cuando intenta tener acceso a recursos compartidos desde un equipo que tiene más de una dirección IP asignada, puede experimentar problemas ocasionales. En un equipo que tiene más de una dirección IP, el transporte de NetBIOS (NetBT) registra el nombre del equipo y la dirección IP con el indicador de multitarjeta establecido. Un equipo que tiene más de una dirección IP puede tener más de un adaptador de red, una conexión VPN, un adaptador IEEE 1394 o un adaptador de acceso telefónico. Si más adelante, este equipo obtiene una nueva dirección IP, servicio WINS mantiene la dirección IP original hasta que caduque el intervalo de desecho. Esto hace que las direcciones IP obsoletas permanecen en caché en WINS. En NetBT, si resolver la nombre de equipo mediante WINS y que nombre de equipo tiene más de una dirección IP asignada, NetBT envía paquetes de mensajes de control de Internet (ICMP) para conectarse a cada una de estas direcciones IP para determinar la dirección IP válida. Si no hay ninguna respuesta a los paquetes ICMP, NetBT intenta conectarse a la primera dirección IP que recibido desde el servidor WINS. En este escenario, pueden producirse los siguientes dos problemas:
  • La primera dirección IP que NetBT recibido desde el servidor WINS no es la dirección IP correcta.
  • Si el servidor WINS tiene más de tres direcciones IP asignadas para el equipo remoto, el contador de tiempo de espera de NetBT caduca antes de conectarse correctamente al equipo remoto.
Puesto que la configuración predeterminada en Windows XP SP2 es activar Firewall de Windows, puede experimentar problemas de uso compartido de archivo ocasional. Para resolver este problema, esta actualización configura Windows XP para responder a los paquetes ICMP entrantes si se permite tráfico al puerto TCP 445. Si no está permitido el tráfico al puerto 445 de TCP, Windows XP no responde a los paquetes ICMP entrantes.

Actualización para permitir que el programa de cliente VPN de Cisco funcione en modo de transporte TCP en Windows XP SP2

Después de instalar una versión preliminar de Windows XP SP2, si configura el cliente VPN de Cisco versión 4.0.3.D para que utilice seguridad de protocolo Internet (IPSec) a través de TCP, recibe el siguiente mensaje de error cuando intenta conectarse a un concentrador VPN Cisco:
Proteger la conexión VPN localmente terminada por el cliente. Motivo 414: No se pudo establecer una conexión TCP.
Este problema se produce porque el protocolo TCP/IP se cambia para quitar todos los paquetes que se dirigen a la dirección de bucle invertido, pero que llegan en una interfaz distinta de la interfaz de bucle invertido. Dado que el cliente de VPN de Cisco envía paquetes a la dirección de bucle invertido, sino que el paquete procede de una interfaz física, se quitan los paquetes.

Redes punto a punto deja de funcionar cuando cambia la directiva de perfil de estándar a dominio

Después de instalar una versión preliminar de Windows XP SP2, cuando se habilita el componente de red de punto a punto (P2P), el programa de punto a punto abre los puertos necesarios para habilitar la funcionalidad peer-to-peer. Si escriba netsh firewall show portopening y presione ENTRAR, observará que el programa de instalación sólo abre puertos para el perfil estándar o en el perfil de dominio. Por lo tanto, si cambia la directiva de perfil, P2P ya no funciona. Esta actualización modifica el programa P2P para abrir los puertos de perfil estándar y los puertos de perfil de dominio. Después de instalar esta actualización, cuando escriba este comando, recibirá los resultados que son similares al siguiente:
Port configuration for Domain profile:
Port  Protocol  Mode    Name
------------------------------------------------------------
3587  TCP       Enable  Windows Peer-to-Peer Grouping
3540  UDP       Enable  Peer Name Resolution Protocol (PNRP)
1900  UDP       Enable  SSDP Component of UPnP Framework

Port configuration for Standard profile:
Port  Protocol  Mode    Name
------------------------------------------------------------
3587  TCP       Enable  Windows Peer-to-Peer Grouping
3540  UDP       Enable  Peer Name Resolution Protocol (PNRP)
1900  UDP       Enable  SSDP Component of UPnP Framework

Port configuration for Local Area Connection:
Port  Protocol  Mode    Name
------------------------------------------------------------
3544  UDP       Enable  Teredo

Un programa DirectX deja de responder si Firewall de Windows quita foco

Si se está ejecutando un programa de DirectX en modo de pantalla completa y Firewall de Windows quita enfoque para mostrar un mensaje, dicho programa deje de responder. Esta actualización configura Firewall de Windows para mostrar mensajes en el fondo si un programa de DirectX se ejecuta en modo de pantalla completa.

La función de recepción, devuelve un error de socket en llamadas de función APC

Cuando utiliza la función QueueUserAPC para abrir la función de Socket en un subproceso de llamada (APC) procedimiento asincrónico, la función de recepción devuelve un error de socket.

Cuando se emite una llamada de Winsock de bloqueo, Winsock que tenga que esperar a que se producen antes de que puede completar la llamada un evento de red. Tales llamadas incluyen llamadas a Enviar , recibir , seleccionar , Aceptar y funciones de Conectar . En este escenario, Winsock realiza una operación de espera. Sin embargo, esta operación puede ser interrumpida por una APC está programada en el mismo subproceso. Cuando se produce este problema, pueden producirse resultados inesperados.

Los perfiles móviles no descargar mediante 802.1X

Los perfiles móviles no se podrían descargar porque 802.1X cancelaría intentos de autenticación en casos donde los datos de usuario no podrían guardarse en el registro. Este problema puede producirse en tiempo de inicio de sesión porque el subárbol del usuario HKCU del registro no estaba totalmente cargado desde el perfil remoto. Windows XP SP2 es más resistente cuando guarda los datos de usuario en el registro, habilitar la autenticación de 802.1X para continuar y el perfil móvil que cargar. RFC 54637
Los productos de terceros que se analizan en este artículo están fabricados por compañías independientes de Microsoft. Microsoft no otorga ninguna garantía, implícita o de otro tipo, respecto al rendimiento o confiabilidad de estos productos.

Propiedades

Id. de artículo: 838207 - Última revisión: viernes, 8 de julio de 2005 - Versión: 1.10
La información de este artículo se refiere a:
  • Microsoft Windows XP Home Edition SP2
  • Microsoft Windows XP Professional SP2
Palabras clave: 
kbmt kbsecurity kbtshoot kbbackup kbfirewall kbenv kbprb kberrmsg kbfix kbbug kbinfo KB838207 KbMtes
Traducción automática
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): 838207

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com