Как Ubuntu монтирует зашифрованную домашнюю папку при доступе к ней через samba?

Подсказка:

man cp

Затем нажмите / и введите attr (часть «атрибуты») и нажмите ENTER. Теперь прочитайте фрагменты текста, который был отмечен. Нажатие n или p заставит дисплей перейти к «n'ext» или «p'revious instance». Попытайтесь объяснить: предположив, что у вас все еще есть исходные файлы, вы можете восстановить атрибуты файлов ваших скопированных файлов, используя этот аргумент, чтобы «cp» (копировать) вместе с вашими исходными аргументами.

--attributes-only don't copy the file data, just the attributes 14] Если я не ошибаюсь, вы получите настройки для всех указанных файлов, исправленных этим.

4
задан 31 October 2010 в 19:55

20 ответов

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 26 May 2018 в 00:41

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 25 July 2018 в 22:58

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 27 July 2018 в 01:48

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 31 July 2018 в 12:53

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 2 August 2018 в 04:21

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 4 August 2018 в 20:51

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 6 August 2018 в 04:25

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 7 August 2018 в 22:32

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 10 August 2018 в 10:40

На самом деле я ошибся. Я забыл закрыть сеанс SSH, конечно, домашняя папка все еще расшифрована.

1
ответ дан 13 August 2018 в 17:12

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs. См. Его использование в /etc/pam.d/common-*.

4
ответ дан 26 May 2018 в 00:41
  • 1
    Это то, что я имею в виду. Но ... где ключ шифрования передается ядру? Samba не отправляет пароль по сети. – Georg Schölly 31 October 2010 в 21:48
  • 2
    Монтирование eCryptfs будет доступно только в том случае, если пользователь уже прошел аутентификацию в PAM в системе. Таким образом, либо они уже вошли в систему, либо Samba настроен на использование PAM (в этом случае пароль ] отправляется по сети каким-либо образом). – Kees Cook 31 October 2010 в 21:54
  • 3
    На самом деле ты был прав. Я, должно быть, оставил открытым сеанс SSH, который я пропустил. После перезагрузки он больше не работал. Спасибо за вашу помощь! – Georg Schölly 31 October 2010 в 22:33

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs. См. Его использование в /etc/pam.d/common-*.

4
ответ дан 25 July 2018 в 22:58
  • 1
    Это то, что я имею в виду. Но ... где ключ шифрования передается ядру? Samba не отправляет пароль по сети. – Georg Schölly 31 October 2010 в 21:48
  • 2
    Монтирование eCryptfs будет доступно только в том случае, если пользователь уже прошел аутентификацию в PAM в системе. Таким образом, либо они уже вошли в систему, либо Samba настроен на использование PAM (в этом случае пароль ] отправляется по сети каким-либо образом). – Kees Cook 31 October 2010 в 21:54
  • 3
    На самом деле ты был прав. Я, должно быть, оставил открытым сеанс SSH, который я пропустил. После перезагрузки он больше не работал. Спасибо за вашу помощь! – Georg Schölly 31 October 2010 в 22:33

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs. См. Его использование в /etc/pam.d/common-*.

4
ответ дан 27 July 2018 в 01:48
  • 1
    Это то, что я имею в виду. Но ... где ключ шифрования передается ядру? Samba не отправляет пароль по сети. – Georg Schölly 31 October 2010 в 21:48
  • 2
    Монтирование eCryptfs будет доступно только в том случае, если пользователь уже прошел аутентификацию в PAM в системе. Таким образом, либо они уже вошли в систему, либо Samba настроен на использование PAM (в этом случае пароль ] отправляется по сети каким-либо образом). – Kees Cook 31 October 2010 в 21:54
  • 3
    На самом деле ты был прав. Я, должно быть, оставил открытым сеанс SSH, который я пропустил. После перезагрузки он больше не работал. Спасибо за вашу помощь! – Georg Schölly 31 October 2010 в 22:33

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs. См. Его использование в /etc/pam.d/common-*.

4
ответ дан 31 July 2018 в 12:53
  • 1
    Это то, что я имею в виду. Но ... где ключ шифрования передается ядру? Samba не отправляет пароль по сети. – Georg Schölly 31 October 2010 в 21:48
  • 2
    Монтирование eCryptfs будет доступно только в том случае, если пользователь уже прошел аутентификацию в PAM в системе. Таким образом, либо они уже вошли в систему, либо Samba настроен на использование PAM (в этом случае пароль ] отправляется по сети каким-либо образом). – Kees Cook 31 October 2010 в 21:54
  • 3
    На самом деле ты был прав. Я, должно быть, оставил открытым сеанс SSH, который я пропустил. После перезагрузки он больше не работал. Спасибо за вашу помощь! – Georg Schölly 31 October 2010 в 22:33

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs. См. Его использование в /etc/pam.d/common-*.

4
ответ дан 2 August 2018 в 04:21
  • 1
    Это то, что я имею в виду. Но ... где ключ шифрования передается ядру? Samba не отправляет пароль по сети. – Georg Schölly 31 October 2010 в 21:48
  • 2
    Монтирование eCryptfs будет доступно только в том случае, если пользователь уже прошел аутентификацию в PAM в системе. Таким образом, либо они уже вошли в систему, либо Samba настроен на использование PAM (в этом случае пароль ] отправляется по сети каким-либо образом). – Kees Cook 31 October 2010 в 21:54
  • 3
    На самом деле ты был прав. Я, должно быть, оставил открытым сеанс SSH, который я пропустил. После перезагрузки он больше не работал. Спасибо за вашу помощь! – Georg Schölly 31 October 2010 в 22:33

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs . См. Его использование в /etc/pam.d/common - * .

4
ответ дан 4 August 2018 в 20:51

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs . См. Его использование в /etc/pam.d/common - * .

4
ответ дан 6 August 2018 в 04:25

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs . См. Его использование в /etc/pam.d/common - * .

4
ответ дан 7 August 2018 в 22:32

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs . См. Его использование в /etc/pam.d/common - * .

4
ответ дан 10 August 2018 в 10:40

Если вы имеете в виду шифрование домашней директории eCryptfs, то причина, по которой она доступна, заключается в том, что ядро ​​хранит ключ шифрования домашнего каталога пользователя в памяти до тех пор, пока пользователь входит в систему (как определено сеансом PAM) «). В частности, программное обеспечение, которое обрабатывает это, - pam_ecryptfs . См. Его использование в /etc/pam.d/common - * .

4
ответ дан 13 August 2018 в 17:12
  • 1
    Это то, что я имею в виду. Но ... где ключ шифрования передается ядру? Samba не отправляет пароль по сети. – Georg Schölly 31 October 2010 в 21:48
  • 2
    Монтирование eCryptfs будет доступно только в том случае, если пользователь уже прошел аутентификацию в PAM в системе. Таким образом, либо они уже вошли в систему, либо Samba настроен на использование PAM (в этом случае пароль отправляется по сети в некотором роде). – Kees Cook 31 October 2010 в 21:54
  • 3
    На самом деле ты был прав. Я, должно быть, оставил открытым сеанс SSH, который я пропустил. После перезагрузки он больше не работал. Спасибо за вашу помощь! – Georg Schölly 31 October 2010 в 22:33

Другие вопросы по тегам:

Похожие вопросы: