Am 12.06.19 um 22:47 schrieb Petter Reinholdtsen:
>
> [Michael Biebl]
>> If you know any modules besides libnss_nis and libnss_ldap, please let
>> us know.
>
> I do not _know_, but here is my best guess based on the output from
> 'apt-cache search libpam-', 'apt-cache search libnss-' and
[Michael Biebl]
> If you know any modules besides libnss_nis and libnss_ldap, please let
> us know.
I do not _know_, but here is my best guess based on the output from
'apt-cache search libpam-', 'apt-cache search libnss-' and experience:
libpam-heimdal
libpam-krb5-migrate-mit
libpam-krb5
Am 12.06.19 um 20:01 schrieb Petter Reinholdtsen:
> [Michael Biebl]
>> Afair, libnss-ldapd is nowadays recommended over libnss-ldap.
>
> Sure, but my point is that this issue affect any nss module (and pam
> modules, perhaps) asking processes to look up information over the net,
> not only the
[Michael Biebl]
> Afair, libnss-ldapd is nowadays recommended over libnss-ldap.
Sure, but my point is that this issue affect any nss module (and pam
modules, perhaps) asking processes to look up information over the net,
not only the nis module.
> As for libnss-mdns: Doesn't it use the locally
Am 12.06.19 um 14:06 schrieb Petter Reinholdtsen:
> If so, this problem will affect others, like libnss-ldap and
> libnss-mdns, and is not NIS specific.
Afair, libnss-ldapd is nowadays recommended over libnss-ldap.
As for libnss-mdns: Doesn't it use the locally installed avahi-daemon to
do the
Am 12.06.19 um 14:06 schrieb Petter Reinholdtsen:
> If I understand the problem correct, systemd changed the setup to block access
> to the network for several services used during login, and this break
> any NSS module fetching information from a network service, like the NIS
> one.
More
If I understand the problem correct, systemd changed the setup to block access
to the network for several services used during login, and this break
any NSS module fetching information from a network service, like the NIS
one. If so, this problem will affect others, like libnss-ldap and
On Fri, 20 Oct 2017 18:25:03 +0200 Elimar Riesebieter wrote:
> Control: reassign -1 nis
> Control: retitle -1 "nscd should be a Depends"
>
>
> * Michael Biebl [2017-10-16 11:27 +0200]:
>
> > Control: forwarded -1
Control: reassign -1 nis
Control: retitle -1 "nscd should be a Depends"
* Michael Biebl [2017-10-16 11:27 +0200]:
> Control: forwarded -1 https://github.com/systemd/systemd/issues/7074
>
> Am 15.10.2017 um 10:55 schrieb Elimar Riesebieter:
> > Package: systemd
> > Version:
* Elimar Riesebieter [2017-10-17 18:24 +0200]:
> * Michael Biebl [2017-10-17 16:38 +0200]:
>
> > Am 15.10.2017 um 11:15 schrieb Elimar Riesebieter:
> > > * Elimar Riesebieter [2017-10-15 10:55 +0200]:
> > >
> > >> Package: systemd
> >
* Michael Biebl [2017-10-17 16:38 +0200]:
> Am 15.10.2017 um 11:15 schrieb Elimar Riesebieter:
> > * Elimar Riesebieter [2017-10-15 10:55 +0200]:
> >
> >> Package: systemd
> >> Version: 235-2
> >> Severity: normal
> >>
> >> Login as a NIS user journalctl
Am 15.10.2017 um 11:15 schrieb Elimar Riesebieter:
> * Elimar Riesebieter [2017-10-15 10:55 +0200]:
>
>> Package: systemd
>> Version: 235-2
>> Severity: normal
>>
>> Login as a NIS user journalctl tells:
>>
>> systemd-logind[666]: do_ypcall: clnt_call: RPC: Unable to send;
Control: forwarded -1 https://github.com/systemd/systemd/issues/7074
Am 15.10.2017 um 10:55 schrieb Elimar Riesebieter:
> Package: systemd
> Version: 235-2
> Severity: normal
>
> Login as a NIS user journalctl tells:
>
> systemd-logind[666]: do_ypcall: clnt_call: RPC: Unable to send; errno =
>
* Elimar Riesebieter [2017-10-15 10:55 +0200]:
> Package: systemd
> Version: 235-2
> Severity: normal
>
> Login as a NIS user journalctl tells:
>
> systemd-logind[666]: do_ypcall: clnt_call: RPC: Unable to send; errno =
> Operation not permitted
>
14 matches
Mail list logo