fails
password syntax checking.
It would appear that I only have successful modifications logged in audit.
And yes, for sure the problem is the 7-bit check as the guys are using (or
trying to) accented characters in their passwords.
Regards,
Brett
--
is why there is nothing on the Linux side, surely:
04/02/12 14:42:24: Ldap error in ModifyPassword
Means that the password change has been attempted and rejected by the server,
so why am I not seeing anything in the logs on the server?
Regards,
Brett
rds but I don't even
get a sniff of the password change attempt in the audit log from in
389-DS.
Is this a bug or by design ?
Regards,
Brett
---
This e-mail and any attachments, which may contain information that is
conf
From: Rich Megginson [mailto:rmegg...@redhat.com]
Sent: 09 February 2012 18:43
To: MATON Brett
Cc: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] Admin Server - Encryption Tab
On 02/09/2012 10:33 AM, MATON Brett wrote:
From: Rich Megginson
From: Rich Megginson [mailto:rmegg...@redhat.com]
Sent: 09 February 2012 17:39
To: MATON Brett
Cc: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] Admin Server - Encryption Tab
On 02/09/2012 09:37 AM, MATON Brett wrote:
From: Rich Megginson
From: Rich Megginson [mailto:rmegg...@redhat.com]
Sent: 09 February 2012 17:23
To: General discussion list for the 389 Directory server project.
Cc: MATON Brett
Subject: Re: [389-users] Admin Server - Encryption Tab
On 02/09/2012 09:12 AM, MATON Brett wrote:
From: Rich Megginson
From: Rich Megginson [mailto:rmegg...@redhat.com]
Sent: 09 February 2012 16:51
To: General discussion list for the 389 Directory server project.
Cc: MATON Brett
Subject: Re: [389-users] Admin Server - Encryption Tab
On 02/09/2012 08:45 AM, MATON Brett wrote:
Platform RHEL6.2 x86_64
Hi Rich,
I've got no nsAdminAccessHost lines in that config file, only a
configuration.nsAdminAccessAddresses entry.
Cheers,
Brett
De : Rich Megginson [mailto:rmegg...@redhat.com]
Envoyé : mercredi 8 février 2012 21:15
À : MATON Brett
Cc : General discussion list for th
#
dn:
objectClass: top
namingContexts: dc=admins,dc=unix
...
No complaints from those commands, the plot thickens ;)
Brett
De : Rich Megginson [mailto:rmegg...@redhat.com]
Envoyé : mercredi 8 février 2012 16:43
À : General discussion list for the 389 Directory server project.
Cc : MATON Br
Hi Rick,
I restarted both dirsrv and dirsrv-admin, problem persists though.
De : Rich Megginson [mailto:rmegg...@redhat.com]
Envoyé : mercredi 8 février 2012 16:39
À : General discussion list for the 389 Directory server project.
Cc : MATON Brett
Objet : Re: [389-users
picking up a default somewhere?
(I don't know why it can't resolve either, nslookup / host can both resolve
ip's to hostnames and vice versa).
Brett
From: Rich Megginson [mailto:rmegg...@redhat.com]
Sent: 08 February 2012 00:57
To: MATON Brett
Cc: General discussion list
Installation appears to go fine until it tries to start the admin
server:
Configuration directory server URL [ldap://:389/o=NetscapeRoot]: ldaps://:636/o=NetscapeRoot
...
CA certificate filename: /etc/openldap/cacerts/
...
output: Server failed to start !!! Please check errors log for pr
: *
nsAdminAccessHosts:
ldapmodify: wrong attributeType at line 4, entry
"cn=configuration,cn=admin-serv-,cn=389 Administration Server,cn=Server
Group,cn=,ou=admins.unix,o=NetscapeRoot"
Does this mean anything to you?
Thanks,
Brett
De : Rich Megginson [mailto:rmegg...@
nutil-1.1.14-2.el6.x86_64
389-ds-console-1.2.6-1.el6.noarch
389-ds-1.2.2-1.el6.noarch
389-ds-base-1.2.9.14-1.el6_2.2.x86_64
389-ds-console-doc-1.2.6-1.el6.noarch
389-console-1.1.7-1.el6.noarch
389-admin-1.1.25-1.el6.x86_64
389-dsgw-1.1.7-2.el6.x86_64
Brett
From: 389-users
How can I stop admin server from logging theses messages?
I realize from the console.conf file that the messages are created
because HostnameLookups is Off.
My /etc/dirsrv.admin-serv/httpd.conf file has LogLevel set to warn, so
why is it logging notice messages?
I'm probably overlooking so
os 6 is based off RHEL 6 with backported security updates from
6.1, I believe.
Brett
--
389 users mailing list
389-us...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
up,
but may be worth a try.
Brett.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
At what speeds?
At lowest speed and normal speed, same problem, fedora 13 would not boot (same
problem with DVD and live CD).
I have burned many other distros with the same softwares in the past, including
Fedora 12, Ubuntu, Lime, Debian, Slackware, and never had one fail to boot till
Fedora 13.
> I've noticed that if I burn a Fedora (or any other distro) CD at full
> speed, about 25% of the time I end up with a disk that won't boot.
I had a lot of trouble burning Fedora 13 DVD from a computer running Ubuntu, I
tried a bunch of times using Brasero, K3B and other software, tried UNetBoot
ecure/hidden/obscured to the point of unusable defeat the purpose?
Brett.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
20 matches
Mail list logo
