Điểm:3

Thư mục chính cho người dùng không ai - Ubuntu 20.04

lá cờ in

Tôi thấy có sự khác biệt trong hành vi của người dùng "không ai cả" giữa Ubuntu 18.04 và Ubuntu 20.04.

Trong cả hai phiên bản (18.04 và 20.04), người dùng không ai được định cấu hình là:

không ai:x:65534:65534:không ai:/không tồn tại:/usr/sbin/nologin

Trong 18.04, đối với các ứng dụng crontab, thư mục chính cho không ai sẽ được xác định là TRANG CHỦ=/. Trong 20.04, các ứng dụng crontab sẽ báo cáo thư mục chính cho không ai là không tồn tại như

Không thể tạo thư mục bảo mật (/non-ồn/.config/Pulse): Không có tệp hoặc thư mục như vậy.

Đây là một ví dụ khác:

Ubuntu 18.04:

su - không ai
Không có thư mục, đăng nhập bằng HOME=/
Tài khoản này hiện không khả dụng.

Ubuntu 20.04:

su - không ai
su: cảnh báo: không thể thay đổi thư mục thành/không tồn tại: Không có tệp hoặc thư mục như vậy
Tài khoản này hiện không khả dụng.

Tôi đoán rằng trong 20.04 không có định nghĩa mặc định cho người dùng không có thư mục chính hợp lệ được xác định. Làm cách nào chúng tôi có thể sửa Ubuntu 20.04 để nó hoạt động như 18.04 (Không có thư mục, đăng nhập bằng HOME=/).

waltinator avatar
lá cờ it
`nobody` bắt đầu như một bản sửa lỗi cho NFS - nó ánh xạ máy khách từ xa `root` thành `nobody` để tránh máy khách từ xa `root` có quyền truy cập `root` vào máy chủ. Thông qua tính năng creep, `nobody` đã được sử dụng như một tài khoản "không có tài nguyên" tổng quát hơn. Cố gắng sử dụng `nobody` thông qua `su` và lo lắng về thư mục chính, v.v. là đi ngược lại mục đích của `nobody`.Đừng làm thế.
IvanCN avatar
lá cờ in
Xin chào, tôi hiểu điều này. Nhưng điều này sang một bên, sự khác biệt đến từ đâu?
Điểm:0
lá cờ jp

Tôi không biết cách tạo Ubuntu 20.04 su hành xử như Ubuntu 18.04 su.

Sự khác biệt là do trong Ubuntu 20.04/Focal su được cung cấp bởi util-linux bưu kiện. Trong Ubuntu 18.04/Bionic su được cung cấp bởi đăng nhập gói (được xây dựng từ gói nguồn bóng tối).

root@ubuntu:~# lsb_release -r
Phát hành: 18.04
root@ubuntu:~# dpkg -S /bin/su
đăng nhập: /bin/su
root@ubuntu:~# lsb_release -r
Phát hành: 20.04
root@ubuntu:~# dpkg -S /bin/su
sử dụng-linux: /bin/su

Một sự khác biệt thực hiện quan trọng dường như là hỗ trợ cho DEFAULT_HOME Trong /etc/login.defs. Các trang chủ cho Bionic's su đề cập trong nó Cấu hình tiết diện

       DEFAULT_HOME (boolean)
           Cho biết đăng nhập có được phép hay không nếu chúng tôi không thể cd vào thư mục chính. Mặc định là không.

           Nếu được đặt thành có, người dùng sẽ đăng nhập vào thư mục gốc (/) nếu không thể
           cd vào thư mục chính của cô ấy.

Các trang dành cho phiên bản Focal của su không đề cập đến DEFAULT_HOME.

Tôi tìm thấy một vài mục có liên quan trong nhật ký thay đổi cho bóng tối bưu kiện

  * Sử dụng cờ cấu hình rõ ràng --without-su
 -- Balint Reczey <[email protected]> Thứ sáu, ngày 20 tháng 12 năm 2019 16:39:40 +0100
...
  * Bỏ ghi đè Lintian cho su, nó không được chuyển vào đăng nhập nữa
 -- Balint Reczey <[email protected]> Thứ hai, ngày 08 tháng 7 năm 2019 15:58:46 +0200
...
  * Ngừng vận chuyển su và phá vỡ phiên bản util-linux cũ. (Xem #833256)
 -- Andreas Henriksson <[email protected]> Thứ sáu, ngày 27 tháng 7 năm 2018 10:07:37 +0200

Có vẻ như thay đổi đã được thực hiện ngược dòng trong Debian và được phối hợp trong https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833256 . Sự thiếu DEFAULT_HOME hỗ trợ được đề cập nhưng không được coi là một trình chặn.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.