![No se puede acceder a archivos/carpetas cifrados con EFS mediante el uso compartido de archivos (SMB)](https://rvso.com/image/1645712/No%20se%20puede%20acceder%20a%20archivos%2Fcarpetas%20cifrados%20con%20EFS%20mediante%20el%20uso%20compartido%20de%20archivos%20(SMB).png)
Busqué y encontré un artículo similar a este en el sitio de Microsoft:
https://www.fonepaw.com/windows/access-denied-folder-file-windows.html
Y según mi diagnóstico, tengo problemas para acceder a archivos y carpetas cifrados con EFS compartidos.
Paso esa pantalla, puedo ver y explorar recursos compartidos pero no puedo abrir archivos cifrados:
\\nombre.operación420.net\share\file.txt
No tienes permiso para abrir este archivo. Consulte al propietario del archivo o a un administrador para obtener permiso.
Si descifro archivos, puedo acceder a ellos para que los permisos compartidos o del sistema de archivos no sean un problema, puedo acceder a los archivos que inicio sesión con regularidad, tengo la clave en todos los inicios de sesión de Windows que uso.
No puedo arriesgar la seguridad y descifrar los archivos de mis unidades. Una solución alternativa que tengo es ejecutar una instalación de Linux VirtualBox, crear una carpeta compartida en VirtualBox de las carpetas que quiero compartir que la máquina virtual Linux pueda ver y luego configurar un servidor Samba y compartir las carpetas compartidas de VirtualBox montadas. Excepto por un problema que tengo con archivos y/o carpetas que contienen signos de dólar (Problemas al compartir Samba con archivos/carpetas con $ en el nombre de archivo), funciona como se esperaba al explorar los recursos compartidos de Linux. Puedo acceder a archivos cifrados con EFS, puedo copiar archivos a carpetas cifradas con EFS, se copiarán normalmente y los archivos estarán en la carpeta cifrada. El objetivo de EFS es que el cifrado/descifrado debe ser transparente.
¿Es esto un error en Windows o me falta algo?
La solución alternativa de Linux VM es algo útil, excepto para archivos o carpetas con signos de dólar en sus nombres (Problemas al compartir Samba con archivos/carpetas con $ en el nombre de archivo), que podría estar fuera del alcance de esta publicación y para sistemas que no son lo suficientemente potentes y/o carecen de RAM para ejecutar máquinas virtuales...
Estoy usando Windows 10 Pro versión 20H2, pero recuerdo que esto sucede en otras versiones... (Ya en Windows7)
Respuesta1
Probablemente se deba a que no inició sesión en SMB con su cuenta al acceder al recurso compartido. Solo puede acceder a archivos cifrados con EFS a través de SMB cuando inicia sesión en la computadora remota con la cuenta utilizada para cifrar los archivos por razones obvias. Intente abrir el símbolo del sistema en la computadora desde la que accede al recurso compartido y luego escriba:
net use \\name.operation420.net /d
net use \\name.operation420.net /USER:<username>
¿Dónde <username>
está el nombre de usuario de la computadora remota?