%20%EC%8B%9C%EC%8A%A4%ED%85%9C%20%EC%82%AC%EC%9A%A9%EC%9E%90%20%EC%84%9C%EB%B9%84%EC%8A%A4%EA%B0%80%20%EC%8B%9C%EC%9E%91%EB%90%98%EC%A7%80%20%EC%95%8A%EC%8A%B5%EB%8B%88%EB%8B%A4..png)
지연이 활성화되었습니다.
loginctl enable-linger
그러나 사용자가 로그인할 때까지 사용자 서비스는 시작되지 않습니다. 다시 로그아웃해도 서비스는 활성 상태로 유지됩니다.
사용자가 /etc/passwd 파일에 없지만 NIS를 통해 프로비저닝된 경우 이 작업을 수행하는 데 필요한 추가 사항이 있습니까?
서비스가 올바르게 추가되었으므로 default.target
이는 다음과 관련된 것으로 보입니다.부팅 시 시스템 사용자 유닛이 시작되지 않는 이유는 무엇입니까?
답변1
흥미로운. network-online.target
기본적으로는 포함되지 않으므로 systemd-logind
아무 작업도 수행하지 않는 것 같습니다. 로그인 시 사용자 세부 정보를 사용할 수 있을 때까지 기다려야 한다는 것을 인식하지 못하는 것 같습니다.
찾아보세요 nss-user-lookup.target
. 어쩌면 당신은 및 를 nss-user-lookup.target
얻을 수 있도록 포함된 파일을 만들어야 할 수도 있습니다 .Wants=
After=
network-online.target
의 댓글은 nss-user-lookup.target
예상한 것과 같지 않습니다. "이것은 주로 소켓/버스 활성화가 부족한 구현에 존재합니다."
SSSD가 오프라인 액세스를 위한 캐싱을 구현한다고 생각합니다. 따라서 SSSD를 사용하면 모든 것이 Wi-Fi를 기다리지 않고 제대로 작동할 수 있습니다.
SSSD가 아닌 솔루션도 오프라인 액세스를 위한 캐싱을 제공할 수 있는 것으로 보이지만 기본 설정으로는 충분히 오랫동안 캐시하지 못할 수 있습니다.https://wiki.debian.org/LDAP/NSS#Offline_caching_of_NSS_with_nscd
답변2
NIS에만 의존하는 대신 /etc/passwd 파일에 사용자를 추가하여 문제가 해결되었습니다.