Akses ditolak ke folder bersama di jaringan lokal: solusi tanpa perlu mengubah router.

¿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 dan masuk Pengaturan berbagi lanjutan. En el perfil pribadi marca las casillas de Aktifkan penemuan jaringan y Aktifkan berbagi file dan printer. 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 dan periksa itu Bagikan file dan printer 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 Properti > Berbagi > Berbagi Lanjutan. aktif Bagikan folder ini dan klik Permissions para asignar los accesos. Si quieres hacer una prueba rápida, puedes otorgar a semua el permiso Kontrol penuh tanto en la pestaña saham como en la pestaña keamanan, aunque lo ideal a medio plazo es restringir esos permisos a usuarios concretos.

Jika Anda telah mengaktifkan 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 dan merek Matikan berbagi yang dilindungi kata sandi. 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.

pers Windows + Rmenulis services.msc y pulsa Intro para abrir la consola de servicios. Localiza servicios como Penyedia Deteksi Fungsi Host, Rilis Sumber Daya Deteksi Fitur, Deteksi SSDP y Perangkat Host UPnP. Para cada uno, entra en Properti y pon el Jenis startup di Otomatis. 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), Publikasi Sumber Daya Penemuan Fungsi (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 Aplikasi Pembantu NetBIOS melalui TCP/IP. 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 layanan lokal, no como sistema local.

Para completar la configuración de NetBIOS, entra en Panel Kontrol > Jaringan dan Internet > Jaringan dan Pusat Berbagi > Ubah pengaturan adaptor, haz doble clic sobre tu conexión (Ethernet o Wi-Fi), pulsa Properti, pergi ke Protokol Internet versi 4 (TCP / IPv4) lalu masuk Opciones avanzadas > pestaña WINS. Buat Aktifkan NetBIOS melalui TCP/IP dan konfirmasi dengan Terima.

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. Ketuk Permissions y agrega el grupo semua 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.

Kemudian buka tab keamanan de esa misma carpeta. Aquí se regulan los permisos NTFS locales. Ketuk Editar > Agregarmenulis semua di dalam bingkai Escriba los nombres de objeto que desea seleccionar y confirma. Después, otorga Kontrol penuh 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 dan klik Tambahkan kredensial 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 dan 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 melalui Editor Kebijakan Grup Lokal (solo disponible en ediciones Pro/Enterprise). Pulsa Windows + Rmenulis gpedit.msc dan navigasikan ke Konfigurasi Komputer > Template Administratif > Jaringan > Stasiun Kerja Lanman. Klik dua kali Aktifkan login tamu yang tidak aman dan merek Diaktifkan.

Si no tienes gpedit o prefieres hacerlo por Registro, abre regedit dan pergi ke HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\LanmanWorkstation. Crea un nuevo valor DWORD (32 bit) bernama IzinkanInsecureGuestAuth dan memberinya nilai 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 Kebijakan keamanan lokal (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)” dan konfigurasikan 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 Pra-pemuatan Explorer 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í.

Untuk memeriksanya, kunjungi Panel de control > Programas > Programas y características dan klik Mengaktifkan atau menonaktifkan fitur Windows. En la lista, busca Dukungan untuk protokol berbagi file SMB 1.0/CIFS y marca al menos el Klien SMB 1.0/CIFS. 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, temukan bagiannya 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 atau 25H2 ha roto de golpe el acceso SMB, especialmente a servidores sin contraseña. Si nada de lo anterior funciona, revisa en Pengaturan > Pembaruan 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 titik pemulihan 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 Protokol Internet versi 4 (TCP / IPv4)memilih Gunakan alamat IP berikut e introduce una dirección única dentro del rango de tu red, junto con la topeng subnet, yang gateway default (generalmente la IP del router) y los Server 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 Aplikasi Pembantu NetBIOS melalui TCP/IP y la configuración de NetBIOS en el adaptador. Verifica que ese servicio está en automático y que Aktifkan NetBIOS melalui 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. dan ping 192.168.x.x responde pero ping NOMBRE_SERVIDOR no, el fallo está en la resolusi nama. 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 host 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 Tim inimemilih Putuskan sambungan drive jaringan para la unidad que da problemas y vuelve a mapearla desde el menú Hubungkan ke drive jaringan, 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.

Di satu sisi, ada politik keamanan, 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 menit. Para forzar la actualización, abre un símbolo del sistema con permisos de administrador y ejecuta gpupdate. En redes grandes se puede usar gpupdate / force, 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 dan navigasikan ke HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System. Crea un valor DWORD (32 bit) bernama AktifkanKoneksi Tertaut, 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 titik pemulihan sistem 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 format dan instal Windows dari awal. 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 nonaktifkan 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 Protokol Internet versi 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 driver adaptor jaringan también influyen mucho. Desde el Pengelola Perangkatdi bagian ini Adaptor jaringan, localiza tu tarjeta (Ethernet o Wi-Fi), haz clic derecho y elige Perbarui Driver. 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 20-30 detik 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 titik pemulihan (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.