☰

La red TCP/IP funciona como se esperaba, pero no puede acceder a los recursos compartidos de Windows

tag-icon • tag-icon windows-7 windows networking network-shares
La red TCP/IP funciona como se esperaba, pero no puede acceder a los recursos compartidos de Windows

Estoy intentando reparar una computadora con Windows 7 Pro SP1 (32 bits). Tengo un extraño problema. Estaba funcionando bien hasta hace dos días (no hizo nada raro ese día), y de repentered de ventanas(acceder a Windows Shares, compartir mi impresora) dejó de funcionar.

Las redes TCP/IP funcionan sin problemas, ya que puedo enviar mensajes instantáneos, usar el navegador web, revisar mi correo electrónico, lo que sea.

¿Alguna idea sobre cómo podría intentar solucionar este problema?

Actualización: más información sobre el tema y respuestas a algunas de las preguntas en los comentarios.

  1. Inmediatamente recibo un error que indica que Windows no puede conectarse al recurso compartido.
  2. Intenté todo: asignar el recurso compartido de red a una letra, acceder al recurso compartido con su dirección IP \\192.168.16.1', with its name\NOMBRE'.
  3. No tengo un dominio de Windows administrado. Es simplemente una simple acción.
  4. Mi computadora no puede acceder a ningún otro recurso compartido en la red.
  5. Otras computadoras pueden acceder a otros recursos compartidos en la red. Mi computadora es la única que tiene el problema.

Una cosa que también noté es que no puedo habilitar el uso compartido de Windows en él. Solía ​​estar habilitado, pero ya no lo está. Si intento habilitarlo, mi comando aparentemente funciona pero se ignora por completo. Cuando accedo a la ventana para cambiar la información nuevamente, muestra la configuración anterior.

Ejecuté un análisis antivirus completo antes de publicar esta pregunta.. Yo uso Microsoft Security Essentials.

Actualización 02:

Así es como tracertse ve la IP y el nombre:

Microsoft Windows [Versión 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Reservados todos los derechos.

C:\Users\Majo>tracert 192.168.16.5

Traza a 192.168.16.5 sobre caminos de 30 saltos como máximo.

  1    <1 ms    <1 ms    <1 ms  192.168.16.5

Traza completa.

C:\Users\Majo>tracert dharma

Traza a la dirección dharma.roshka.com.py [192.168.16.5]
sobre un máximo de 30 saltos:

  1    <1 ms    <1 ms    <1 ms  192.168.16.5

Traza completa.

C:\Users\Majo>

Como puedes ver, mi windows está en español. Estoy en sudamérica. Aquí está mi ipconfig.

C:\Users\Majo>ipconfig

Configuración IP de Windows


Adaptador de Ethernet Conexión de área local:

   Sufijo DNS específico para la conexión. . : roshka.com.py
   Vínculo: dirección IPv6 local. . . : fe80::d897:ae89:4133:5157%10
   Dirección IPv4. . . . . . . . . . . . . . : 192.168.16.56
   Máscara de subred . . . . . . . . . . . . : 255.255.255.0
   Puerta de enlace predeterminada . . . . . : 192.168.16.254

Adaptador de Ethernet VMware Network Adapter VMnet1:

   Sufijo DNS específico para la conexión. . :
   Vínculo: dirección IPv6 local. . . : fe80::cc23:f4b9:3b46:c18b%12
   Dirección IPv4. . . . . . . . . . . . . . : 192.168.79.1
   Máscara de subred . . . . . . . . . . . . : 255.255.255.0
   Puerta de enlace predeterminada . . . . . :

Adaptador de Ethernet VMware Network Adapter VMnet8:

   Sufijo DNS específico para la conexión. . :
   Vínculo: dirección IPv6 local. . . : fe80::618b:e12d:ed4f:b7d2%13
   Dirección IPv4. . . . . . . . . . . . . . : 192.168.205.1
   Máscara de subred . . . . . . . . . . . . : 255.255.255.0
   Puerta de enlace predeterminada . . . . . :

Adaptador de Ethernet VirtualBox Host-Only Network:

   Sufijo DNS específico para la conexión. . :
   Vínculo: dirección IPv6 local. . . : fe80::30:e2bd:e34b:f5ed%16
   Dirección IPv4. . . . . . . . . . . . . . : 192.168.56.1
   Máscara de subred . . . . . . . . . . . . : 255.255.255.0
   Puerta de enlace predeterminada . . . . . :

Adaptador de túnel isatap.{881E7939-BDC1-4062-BECA-92879A30823B}:

   Estado de los medios. . . . . . . . . . . : medios desconectados
   Sufijo DNS específico para la conexión. . :

Adaptador de túnel Conexión de área local* 9:

   Estado de los medios. . . . . . . . . . . : medios desconectados
   Sufijo DNS específico para la conexión. . :

Adaptador de túnel isatap.roshka.com.py:

   Estado de los medios. . . . . . . . . . . : medios desconectados
   Sufijo DNS específico para la conexión. . :

Adaptador de túnel isatap.{D446DFD2-FEE0-4FB4-82A3-02AEB91E3C21}:

   Estado de los medios. . . . . . . . . . . : medios desconectados
   Sufijo DNS específico para la conexión. . :

Adaptador de túnel isatap.{9546B967-557F-4597-988D-1CBB4EFAD286}:

   Estado de los medios. . . . . . . . . . . : medios desconectados
   Sufijo DNS específico para la conexión. . :

C:\Users\Majo>

El usuarioesde hecho Administrador de la computadora. Intentaré ejecutar el explorador en modo elevado.

Actualización 03: acabo de intentar ejecutar el explorador con permiso elevado (¡excelente enlace! No sabía que podía hacer eso) y desafortunadamente el comportamiento sigue siendo el mismo.

¡Gracias por toda la ayuda!

Respuesta1

Consulte el servicio para compartir archivos e impresoras. Debería estar permitido en el firewall de Windows. También asegúrese de tener acceso completo a la red de su hogar/oficina.

Respuesta2

  • comprobar firewall/filtrado/antivirus
  • intente acceder a él a través de IP en lugar de por nombre de host
  • intenta acceder a través de Linux/MAC (sólo para probarlo)

Respuesta3

Otra cosa que puedes probar es unaipconfig /flushdns

¿Está usted en un entorno de dominio (corporativo)? Es posible que los administradores hayan cambiado sus permisos para acceder a ciertas cosas.

Si no está en un entorno de dominio (es decir, un grupo de trabajo), para que compartir funcione correctamente:

  • los dos sistemas deben poder enviarse y recibir tráfico entre sí. Para que los nombres Netbios funcionen, los dos sistemas deben poder enviarse y recibir tráfico de difusión entre sí (es decir, sin enrutadores intermedios). Para que los nombres DNS funcionen, los dos sistemas deben tener un nombre registrado en un servidor DNS al que puedan acceder ambos sistemas, lo que normalmente se hace sólo en un entorno de dominio (corporativo). De lo contrario se debe utilizar la IP.

  • debe tener una cuenta válida en ese sistema remoto (si es exactamente el mismo nombre de usuario y contraseña en su propio sistema, no se le solicitará un nombre de usuario y contraseña cuando se conecte al recurso compartido)

  • el archivo, carpeta, etc. en el sistema remoto debe tener permisos configurados para permitir que su cuenta acceda a él, TANTO para los permisos "compartir" como para los permisos en la pestaña "Seguridad" (los permisos "compartir" son un vestigio de Windows 9x días cuyo sistema de archivos no admitía ACL o propiedad).

Windows también parece tener problemas con el almacenamiento en caché de las credenciales a veces cuando no lo desea, especialmente en Windows XP y versiones anteriores. En casos graves, he descubierto que es necesario volver a crear su perfil (eliminar la cuenta de usuario y volver a crearla, hacer una copia de seguridad/restaurar los datos antes y después), aunque podría haber mejores formas de resolverlo.

También puede intentar reinstalar el servicio "Cliente para redes Microsoft" (vaya a ncpa.cpl-> cualquier adaptador de red -> propiedades -> luego desinstale, asegúrese de ser administrador local antes de hacerlo, luego reinicie, luego reinstálelo yendo a ncpa.cpl- > cualquier adaptador de red -> propiedades -> instalar -> seleccione Cliente -> Cliente para redes Microsoft y reinicie nuevamente)

Respuesta4

Descubrí que el problema es el reciente parche KB 3023607 de Microsoft.

Y la información detallada está disponible eneste blog.

información relacionada