Ufikiaji umekataliwa kwa folda zilizoshirikiwa kwenye mtandao wa ndani: suluhisho bila kugusa kipanga njia

¿Acceso denegado a carpetas compartidas en red local: solución sin tocar el router? Cuando en Windows aparece el temido mensaje de “Acceso denegado a carpetas compartidas en red local”, lo normal es pensar enseguida en el router. Pero en la mayoría de los casos el problema está en el propio sistema operativo: servicios desactivados, políticas de seguridad demasiado estrictas, permisos mal configurados o alguna actualización reciente que ha cambiado algo sin avisar.

En esta guía vas a encontrar una explicación completa, paso a paso, de todas las causas habituales por las que se bloquea el acceso a carpetas compartidas en LAN y cómo solucionarlas sin tocar el router. Verás desde ajustes básicos de uso compartido y permisos, hasta cambios en políticas de grupo, Registro, SMB, antivirus, VPN o drivers, incluyendo mensajes típicos como el bloqueo de invitados no autenticados, errores 0x80004005 o el famoso “error de sistema 53”.

Comprobaciones básicas de uso compartido en Windows

Antes de meternos en cambios avanzados, conviene revisar que las opciones de uso compartido de archivos, detección de redes y firewall estén bien configuradas. Muchos problemas se arreglan aquí mismo.

En Windows 10 y Windows 11, abre el Panel de control > Red e Internet > Centro de redes y recursos compartidos na inaingia Mipangilio ya Kina ya Kushiriki. En el perfil binafsi marca las casillas de Washa ugunduzi wa mtandao y Washa kushiriki faili na kichapishi. Estos ajustes son imprescindibles para que el PC vea y sea visto en la red local.

Además, para evitar bloqueos silenciosos del firewall, entra en Panel de control > Firewall de Windows Defender > Permitir que una aplicación o una característica a través del Firewall de Windows Defender y verifica que Compartir archivos e impresoras está permitido en la red privada. Si sospechas del cortafuegos, puedes desactivar de forma temporal el firewall o Windows Defender y probar, pero recuerda volver a activar la protección después.

A la hora de compartir una carpeta concreta, haz clic derecho sobre ella y entra en Propiedades > Compartir > Uso compartido avanzado. hai Shiriki folda hii na bonyeza Ruhusa para asignar los accesos. Si quieres hacer una prueba rápida, puedes otorgar a Wote el permiso Udhibiti jumla tanto en la pestaña kushiriki como en la pestaña usalama, aunque lo ideal a medio plazo es restringir esos permisos a usuarios concretos.

Si tienes activado el uso compartido protegido con contraseña, los demás equipos solo podrán conectarse si conocen un usuario y contraseña válidos del PC que comparte. Si quieres permitir el acceso sin credenciales (por ejemplo, a un NAS sin usuarios), entra de nuevo en Configuración de uso compartido avanzado > Todas las redes na chapa Desactivar el uso compartido protegido con contraseña. Esto reduce la seguridad, así que conviene usarlo solo en redes domésticas de confianza.

Servicios de Windows que deben estar activos para ver la red

Si la red deja de funcionar tras una actualización o cambio de configuración, muchas veces es porque algunos servicios relacionados con redes y detección han quedado en inicio manual o deshabilitados. Ajustarlos a automático suele devolver la visibilidad de equipos y recursos compartidos.

vyombo vya habari Windows + R, anaandika services.msc y pulsa Intro para abrir la consola de servicios. Localiza servicios como Kipangishi cha Mtoa Huduma ya Ugunduzi, Uchapishaji wa Nyenzo ya Ugunduzi wa Kazi, Utambuzi wa SSDP y Kifaa cha Mpangishi wa UPnP. Para cada uno, entra en Mali y pon el Tipo de inicio en Automático. Después, reinicia el sistema para que los cambios surtan efecto.

En entornos más complejos, como dominios o redes con políticas corporativas, también conviene revisar servicios adicionales que impactan en la carga de unidades de red: Computer Browser (Browser), Function Discovery Provider Host (FDPHost), Function Discovery Resource Publication (FDResPub), Network Connections (NetMan), UPnP Device Host (UPnPHost), Peer Name Resolution Protocol (PNRPSvc), Peer Networking Grouping (P2PSvc) y Peer Networking Identity Manager (P2PIMSvc). Configurarlos como “Automático (inicio retrasado)” ayuda a que el sistema monte las unidades en cuanto arranca sesión.

Otro servicio clave es la NetBIOS juu ya TCP/IP Msaidizi wa Maombi. Si está detenido o mal configurado, pueden aparecer mensajes como “Error del sistema 53. No se encuentra la ruta de acceso de la red”, porque el servidor nunca llega a establecer la conexión SMB. Abre de nuevo services.msc, localiza ese servicio, asegúrate de que el tipo de inicio está en Automático y que se ejecuta como servicio local, no como sistema local.

Para completar la configuración de NetBIOS, entra en Panel de control > Red e Internet > Centro de redes y recursos compartidos > Cambiar configuración del adaptador, haz doble clic sobre tu conexión (Ethernet o Wi-Fi), pulsa Mali, ingia Itifaki ya Mtandao toleo la 4 (TCP / IPv4) na kisha ndani Opciones avanzadas > pestaña WINS. Marca Washa NetBIOS kupitia TCP/IP na uthibitishe na Kubali.

Permisos y mensajes de “No tiene permiso para acceder a\\Servidor”

Uno de los errores más habituales al entrar en una carpeta compartida es el aviso de que “No tiene permiso para acceder a \\IP o \\NombreEquipo”. En este caso la red suele estar bien, pero Windows bloquea el acceso por permisos de compartición o por permisos NTFS.

En el equipo que comparte la carpeta, haz clic derecho sobre ella y ve a Propiedades > Uso compartido > Uso compartido avanzado. Gonga kwenye Ruhusa y agrega el grupo Wote si no aparece. Después, marca Permitir en Control total para esa entrada. Este ajuste controla lo que se puede hacer a través de la red (leer, escribir, modificar) y conviene revisarlo siempre que haya fallos de acceso.

Kisha fungua kichupo usalama de esa misma carpeta. Aquí se regulan los permisos NTFS locales. Gonga kwenye Editar > Agregar, anaandika Wote kwenye sura Escriba los nombres de objeto que desea seleccionar y confirma. Después, otorga Udhibiti jumla o los permisos que necesites para ese grupo. Cualquier conflicto entre lo que permite la compartición y lo que permite NTFS se resuelve siempre por la opción más restrictiva.

Si el acceso sigue fallando solo desde ciertos equipos, puede ayudar agregar credenciales de Windows manualmente. En el equipo cliente abre el Panel de control > Administrador de credenciales > Credenciales de Windows na bonyeza Agregar una credencial de Windows. Introduce la IP o nombre del equipo remoto, el usuario (por ejemplo PCServidor\usuario) y la contraseña correcta. A partir de ahí, Windows usará automáticamente esas credenciales al intentar conectar.

Cuando hay conflictos por credenciales antiguas o mal guardadas, también es buena idea eliminar del Administrador de credenciales todas las entradas relacionadas con el servidor o NAS problemático y volver a conectar de cero, para obligar a Windows a pedir usuario y contraseña de nuevo.

Bloqueo de invitados no autenticados y políticas SMB

Desde ciertas versiones de Windows 10 y, sobre todo, en Windows 11 (incluidas compilaciones como 24H2 na 25H2), Microsoft endureció la seguridad de SMB. Esto provoca que muchas conexiones de invitado sin usuario ni contraseña a NAS, servidores tipo Unraid, CasaOS u otros dispositivos de red dejen de funcionar de un día para otro.

En esos casos es muy típico que, al intentar mapear una unidad de red, salga un mensaje similar a: “No puede acceder a la carpeta compartida porque las directivas de seguridad de su organización bloquean el acceso de invitados no autenticados”. Todo lo demás (web del NAS, Plex, etc.) sigue funcionando, pero Windows se niega a montar el recurso compartido.

Una forma directa de permitir de nuevo este tipo de conexiones es habilitar los inicios de sesión de invitado no seguros Kupitia kwa Mhariri wa Sera ya Kikundi cha Mitaa (solo disponible en ediciones Pro/Enterprise). Pulsa Windows + R, anaandika gpedit.msc y navega hasta Configuración del equipo > Plantillas administrativas > Red > Estación de trabajo Lanman. Bonyeza mara mbili Washa uingiaji wa wageni usio salama na chapa Imewezeshwa.

Si no tienes gpedit o prefieres hacerlo por Registro, abre regedit na nenda kwa HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\LanmanWorkstation. Crea un nuevo valor DWORD (bits 32) aitwaye RuhusuInsecureGuestAuth y ponle el valor 1. Esto reactiva el acceso de invitado inseguro. En algunos casos, este mismo valor también aparece bajo HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters, donde se puede establecer igualmente a 1.

En Windows 11 recientes, muchos usuarios han resuelto problemas con NAS sin contraseña aplicando además una política de seguridad local. Abre la herramienta Sera ya usalama wa ndani (secpol.msc) y entra en Políticas locales > Opciones de seguridad. Localiza las opciones “Cliente de red de Microsoft: Firmar digitalmente las comunicaciones (siempre)” y “Cliente de red de Microsoft: Firmar digitalmente las comunicaciones (si el servidor está de acuerdo)” y configura las dos en Deshabilitado. Esto rebaja el nivel de exigencia de firma SMB, algo que algunos NAS sencillos no soportan bien. También conviene revisar cambios recientes en el sistema, como la precarga del Explorador en Windows 11, que puede afectar al comportamiento del Explorador y al montaje de recursos al inicio.

Otra vía, recomendada incluso por soporte de Microsoft para problemas con actualizaciones como KB5065426 o KB5064081, es ajustar la configuración SMB desde PowerShell con permisos de administrador. Ejecuta los comandos Set-SmbClientConfiguration -RequireSecuritySignature $false y Set-SmbClientConfiguration -EnableInsecureGuestLogons $true para desactivar la firma obligatoria y permitir inicios de sesión de invitado. Después, crea en el equipo servidor un usuario local específico para compartir (por ejemplo, shareuser), asígnale contraseña y otórgale permisos sobre la carpeta compartida, para poder conectarte desde el cliente como HOSTNAME\shareuser.

Compatibilidad con SMB 1.0, cifrado y versiones de Windows

Muchos dispositivos antiguos, NAS viejos o impresoras de red dependen todavía de SMB 1.0/CIFS, un protocolo obsoleto y poco seguro que Windows 10 y 11 tienden a desactivar tras las actualizaciones. Si trabajas con hardware veterano, puede que el problema de acceso venga precisamente de ahí.

Para comprobarlo, entra en Panel de control > Programas > Programas y características na bonyeza Washa au uwashe huduma za Windows. En la lista, busca Usaidizi wa itifaki ya kushiriki faili ya SMB 1.0/CIFS y marca al menos el SMB 1.0/CIFS Mteja. Tras aceptar y reiniciar, el equipo podrá hablar de nuevo con dispositivos que solo entienden SMBv1, aunque conviene hacerlo sabiendo que supone un riesgo de seguridad y solo en redes de confianza.

Otra causa frecuente de incompatibilidad es el nivel de cifrado de las conexiones de uso compartido. Windows utiliza por defecto cifrado de 128 bits, pero algunos dispositivos o sistemas embebidos solo funcionan con cifrado de 40/56 bits. Desde Centro de redes y recursos compartidos > Configuración de uso compartido avanzado > Todas las redes, localiza la sección Conexiones para compartir archivos y prueba a alternar entre usar cifrado de 128 bits y permitir el cifrado de 40 o 56 bits, comprobando si así recuperas el acceso.

Por último, hay casos documentados donde actualizar a compilaciones como 24H2 o 25H2 ha roto de golpe el acceso SMB, especialmente a servidores sin contraseña. Si nada de lo anterior funciona, revisa en Mipangilio > Usasishaji wa Windows si recientemente se han instalado parches problemáticos. A veces desinstalar una actualización concreta o esperar a que Microsoft saque un parche corrector es lo que realmente arregla la situación.

En cualquier caso, tener Windows actualizado a la última versión estable y aplicar los parches de seguridad suele ayudar a corregir bugs en el uso compartido de archivos. Eso sí, conviene crear siempre un kurejesha uhakika antes de grandes actualizaciones, por si toca volver atrás.

Errores habituales: 0x80004005, sistema 53 y problemas de IP

Al intentar acceder a una carpeta compartida o mapear una unidad de red, es bastante común encontrarse con el código 0x80004005 (Error no especificado). Este mensaje tan poco claro suele tener que ver con problemas de red o de configuración IP, más que con permisos.

Si el equipo está configurado para obtener la IP automáticamente y hay conflictos en la red (DHCP mal configurado, direcciones duplicadas, etc.), puede ser útil asignar una IP manual. En las propiedades del adaptador de red, en Itifaki ya Mtandao toleo la 4 (TCP / IPv4), Chagua Tumia anwani ifuatayo ya IP e introduce una dirección única dentro del rango de tu red, junto con la subnet mask, lango la msingi (generalmente la IP del router) y los Seva za DNS (pueden ser los del router o servicios públicos como los de tu proveedor). Una IP estable evita muchos errores raros.

El error de sistema 53 (“No se ha encontrado la ruta de acceso de la red”) suele indicar que Windows no logra resolver el nombre del servidor o que hay capas del protocolo SMB que nunca llegan a establecer la conexión, aunque el puerto TCP 445 responda. Aquí vuelve a entrar en juego la NetBIOS juu ya TCP/IP Msaidizi wa Maombi y la configuración de NetBIOS en el adaptador. Verifica que ese servicio está en automático y que Washa NetBIOS kupitia TCP/IP está marcado en las opciones avanzadas de IPv4.

Otra prueba muy sencilla para separar problemas de nombre y de conectividad real es usar el comando Ping. Moja ping 192.168.x.x responde pero ping NOMBRE_SERVIDOR no, el fallo está en la azimio la jina. En estos casos puedes acceder temporalmente a la carpeta compartida por IP, por ejemplo \\192.168.1.50\Carpeta, o añadir una entrada en el archivo majeshi con la IP y el nombre del servidor, hasta que soluciones el problema de DNS o de NetBIOS.

Finalmente, si el error aparece solo en determinados equipos, es recomendable reconectar la unidad de red desde cero. En el Explorador de archivos, haz clic derecho en Timu hii, Chagua Tenganisha kiendeshi cha mtandao para la unidad que da problemas y vuelve a mapearla desde el menú Unganisha kwenye hifadhi ya mtandao, introduciendo de nuevo la ruta y credenciales correctas.

Impacto de políticas de Windows, gpupdate y Registro en las unidades de red

En entornos de trabajo, o incluso en PCs domésticos donde se han tocado muchas opciones avanzadas, las políticas de Windows pueden ser responsables directas de que las unidades de red no aparezcan o no se monten al inicio de sesión.

Por un lado, están las siasa za usalama, que controlan cómo interactúa el sistema con los recursos de red. Si se exige siempre autenticación o se obliga a firmar digitalmente las comunicaciones, algunos recursos más antiguos o configurados sin contraseña dejarán de ser accesibles. Por otro lado, las políticas de asignación de unidades en Directorio Activo definen qué unidades se montan para cada usuario o grupo; si estas están mal configuradas, es normal que a ciertos usuarios no les aparezcan las unidades esperadas.

Cuando se modifican directivas de grupo, estos cambios no siempre se aplican de inmediato. En muchas redes, el intervalo por defecto de actualización es de unos 90 dakika. Para forzar la actualización, abre un símbolo del sistema con permisos de administrador y ejecuta gupdate. En redes grandes se puede usar gpupdate / nguvu, que fuerza la aplicación de todas las directivas, aunque aumenta la carga sobre los controladores de dominio.

En algunos escenarios concretos, sobre todo cuando el usuario es administrador y mapea unidades con elevación, puede ocurrir que las unidades de red no se vean en todos los contextos. Un truco útil es ajustar el Registro para habilitar conexiones vinculadas entre sesiones. Abre regedit y navega hasta HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System. Crea un valor DWORD (bits 32) aitwaye EnableLinkedConnections, ponle el valor 1 y reinicia. Esto hace que las unidades mapeadas con privilegios elevados estén disponibles también en el contexto de usuario estándar.

Siempre que se tocan políticas de Directorio Activo, asignaciones de unidades o ajustes avanzados de seguridad, conviene revisar con calma los mensajes de advertencia y documentar los cambios. Un detalle mal interpretado puede acabar bloqueando unidades solo a ciertos grupos o generando errores difíciles de rastrear.

Antivirus, firewall, VPN, malware y otros factores que bloquean la red

Aunque la culpa parezca siempre de Windows o de la última actualización, muchas veces el acceso a unidades de red falla por software de seguridad o por infecciones de malware que interfieren en la comunicación.

Un antivirus demasiado agresivo, un firewall de terceros mal configurado o incluso una VPN mal ajustada pueden bloquear puertos, cambiar rutas o impedir que ciertas IPs sean accesibles. Para salir de dudas, prueba a desactivar momentáneamente el antivirus y el firewall (o cambiar a un perfil menos restrictivo) y desconecta cualquier VPN que tengas activa. Si la unidad de red funciona en ese escenario, ya sabes dónde mirar con más detalle.

En cuanto al malware, cualquier infección que toque componentes de red, servicios de seguridad o el propio Registro puede romper la conectividad LAN. Lo más prudente es realizar un análisis completo del sistema con un buen antivirus, no un escaneo rápido. También puedes usar la Herramienta de eliminación de software malintencionado de Microsoft lanzándola con Windows + R > mrt y eligiendo un análisis exhaustivo.

Si tras limpiar un posible virus los problemas continúan, tienes la opción de usar un uhakika wa kurejesha mfumo a un momento anterior en el que las unidades de red funcionaban correctamente. Desde el Panel de control, entra en las opciones de Recuperación > Abrir Restaurar sistema, elige un punto de fecha conocida y aplica. No es un formateo total, sino un retroceso de configuración y sistema, por lo que solo perderás cambios posteriores a esa fecha.

Como último recurso, si nada de lo anterior resuelve el problema y estás seguro de que el fallo no viene del router ni del NAS, puedes valorar formatear e instalar Windows desde cero. Es una medida drástica, pero garantiza que vuelves a un estado limpio, con todas las actualizaciones y drivers recientes, y sin restos de configuraciones o malware antiguos que sigan dando guerra.

IPv6, drivers de red, router y disponibilidad del recurso

Aparte de los puntos anteriores, hay varios detalles técnicos que conviene revisar cuando las unidades de red se resisten: IPv6, drivers de adaptador, estado del router y del propio recurso compartido.

Algunos usuarios han comprobado que afya IPv6 en el adaptador soluciona fallos raros con el uso compartido de archivos. En Centro de redes y recursos compartidos > Cambiar configuración del adaptador, entra en las propiedades de tu conexión, desmarca Itifaki ya Mtandao toleo la 6 (TCP / IPv6), acepta y reinicia el equipo. No es la panacea, pero en entornos mixtos o con routers antiguos puede evitar conflictos de pila de red.

Los drivers del adaptador de red también influyen mucho. Desde el Meneja wa Kifaakatika sehemu hiyo Adapter za mtandao, localiza tu tarjeta (Ethernet o Wi-Fi), haz clic derecho y elige Sasisha Dereva. Otra opción es usar Windows Update para revisar si hay controladores pendientes. Mantener los drivers al día reduce errores de conexión y mejora la estabilidad general.

Por trivial que parezca, un simple reinicio del router o punto de acceso soluciona multitud de problemas: conflictos de IP, enrutamiento temporal roto, bloqueos internos, etc. Apaga el router, espera al menos Sekunde 20-30 y vuelve a encenderlo. Aunque otros dispositivos sigan teniendo acceso a Internet, eso no garantiza que la comunicación interna entre dos equipos concretos de la red esté perfecta.

También es importante asegurarse de que el recurso compartido está realmente disponible y en la misma red. Comprueba que el NAS o PC servidor está encendido, conectado al mismo segmento y sin errores. Intenta acceder desde otro dispositivo: si desde otro PC o incluso desde el móvil puedes entrar, el problema está en el equipo original; si nadie consigue conectar, el culpable es el servidor o el propio dispositivo compartido.

Cuando ya has tocado muchos ajustes y sigues sin poder acceder, usar un kurejesha uhakika (si existe) suele ser más rápido que seguir probando al azar. Y si también falla, llega el momento de valorar un restablecimiento o reinstalación limpia de Windows, siempre tras hacer copia de tus datos importantes.

Tocando con cabeza los apartados de uso compartido, servicios, SMB, políticas, antivirus, drivers e IP, casi todos los problemas de acceso denegado a carpetas compartidas en red local acaban teniendo solución sin tocar el router. Lo ideal es ir de lo más sencillo (detección de red, permisos, firewall) a lo más avanzado (Registro, directivas, restauración) y, sobre todo, comprobar siempre si el recurso funciona desde otro dispositivo para no perder tiempo donde no toca.