> *From:* ARSList [mailto:arslist-boun...@arslist.org] *On Behalf Of *LJ
> LongWing
> *Sent:* Sunday, March 04, 2018 9:51 PM
> *To:* ARSList
> *Subject:* Re: How does Non-Unicode AR Server handle AREA LDAP
> authentication having unicode characters in CN ?
>
>
>
> Ra
, March 04, 2018 9:51 PM
To: ARSList
Subject: Re: How does Non-Unicode AR Server handle AREA LDAP authentication
having unicode characters in CN ?
Radhika,
Ultimately the only thing that matters is the login name, so the CN in AD
shouldn't matter, but apparently, everyone else is working
Radhika,
Ultimately the only thing that matters is the login name, so the CN in AD
shouldn't matter, but apparently, everyone else is working but the unicode
ones aren't?...if that's the case you may be dealing with a defect in the
AREA pluginunfortunately for you, the version that you are on
Hi,
We’ve a non-unicode AR Server. Remedy Login Ids are in English only both on AD
and AR Server.
Where the Active Directory had First or Last Name with Unicode character such
as Vytautas Morkūnas, the corresponding name will be held in ITSM CTM:People
form as Vytautas Morknas (ARS can’t store
It's in the DB now, AR_System_Configuration_Settin is the name of the
view/table. In arschema as, AR System Configuration Setting.
On Thu, Aug 4, 2016 at 12:52 PM, William Rentfrow <
wrentf...@stratacominc.com> wrote:
> **
>
> So you update the password in the centralized config - which is
>
So you update the password in the centralized config - which is finebut
where is it actually stored now?
It's not in ar.conf or anywhere obvious...
William Rentfrow
wrentf...@stratacominc.com
Office: 715-204-3061 or 701-232-5697x25
Cell: 715-498-5056
16 8:58 AM
To: arslist@ARSLIST.ORG
Subject: Turn off AREA LDAP Polling?
If I recall correctly, there is a way to tell Remedy to not make periodic AD
checks every so often with a user's account that signed into Remedy using AREA
LDAP but for the life of me, I cannot remember how or where it's done.
A
: Re: Turn off AREA LDAP Polling?
**
Never mind. I found it.
For those of you who are wondering -
On the EA tab in the Server Information Configuration form, you'll see a box
called "Need To Sync". If this is set to 0, Remedy won't periodically make AD
checks.
From: Sinclair,
a way to tell Remedy to not make
> periodic AD checks every so often with a user’s account that signed
> into Remedy using AREA LDAP but for the life of me, I cannot remember
> how or where it’s done.
>
> Anyone know where the setting is at?
>
> *Keith Sinclair*
> Remed
If I recall correctly, there is a way to tell Remedy to not make periodic AD
checks every so often with a user's account that signed into Remedy using AREA
LDAP but for the life of me, I cannot remember how or where it's done.
Anyone know where the setting is at?
Keith Sinclair
Remedy
Slightly OT, AREA LDAP on 8.1 it's now a Java plugin so for SSL you'll need
a Java Keystore versus a Certificate Store.
On Thu, Oct 23, 2014 at 12:57 PM, Sinclair, Keith ksincl...@shoppertrak.com
wrote:
**
Apologies if this has been answered and/or brought up before.
Does ARS 8.1 AREA
Apologies if this has been answered and/or brought up before.
Does ARS 8.1 AREA LDAP use SSL3.0 when making calls to Active Directory? I ask
because the infrastructure guys are rolling out a series of POODLE fixes and I
need to know if this will break anything.
Thanks,
Keith Sinclair
Remedy
We are running ARS 7.6.04 SP2 on a Windows 2008 Server.
Our LDAP servers were changed to require SSL connections to LDAP yesterday,
without any warning. Our remedy servers will no longer let users in. I need
to enable SSL in LDAP but am having trouble finding out how to create the
Dan,
check this link
https://kb.bmc.com/infocenter/index?page=contentid=S%3AKA319087
- Karthik
-- Forwarded message --
From: Daniel Pritchard daniel.b.pritch...@gmail.com
Date: 10 February 2014 15:05
Subject: AREA LDAP SSL
To: arslist@arslist.org
We are running ARS 7.6.04
Hello Dan,
Please refer BMC 7.6.04 Integration document page 402,
About certificate databases:
AR System uses the Mozilla C-LDAP libraries to support LDAP plug-ins and
remote authentication. These libraries enable LDAP plug-ins to use NSS to
establish Secure Sockets Layer (SSL) connections with
Thanks for the help. I finally got the Mozilla tools downloaded and installed
and created the cert8.db file and it works
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been
discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Daniel Pritchard
Sent: Monday, February 10, 2014 4:36 AM
To: arslist@ARSLIST.ORG
Subject: AREA LDAP SSL
We are running ARS 7.6.04 SP2 on a Windows 2008 Server.
Our LDAP servers were changed to require SSL connections to LDAP yesterday
Hello,
Wondering if anyone has successfully copied AREA LDAP entries from one ARS to
another. We have several entries so exporting would save time, but I was told
this had to be done manually through AREA LDAP Configuration. I was able to
export entries in arx format from Configuration ARDBC
/arx method you are describing.
On Thu, Dec 5, 2013 at 6:40 AM, Chad Wilhelm chad.wilh...@caretech.comwrote:
**
Hello,
Wondering if anyone has successfully copied AREA LDAP entries from one ARS
to another. We have several entries so exporting would save time, but I
was told this had
Of LJ LongWing
Sent: Thursday, December 05, 2013 9:04 AM
To: arslist@ARSLIST.ORG
Subject: Re: Copy AREA LDAP entries
**
Chad,
If by 'entries', you are referring to the configuration in the AREALDAP form,
those values are stored in the ar.cfg file. I routinely copy/paste those
entries from
groups) which you need to use, make sure in AREA
LDAP configuration form, in the License Mask and in the Write license
(under
Defaults and Mapping attributes to user information), you don't have any
value mentioned over there.
If it is blank, it is going to pick the licenses from User form, and you
Could anyone provide any assistance with a problem that we are having in which
we have successfully configured our AR users to login using their LDAP password
but when they go into Remedy to work a ticket it tells them they have no right
license. The users are in the right groups if I turn of
Subject: AREA LDAP 8.0 Configuration Issue
**
Could anyone provide any assistance with a problem that we are having in which
we have successfully configured our AR users to login using their LDAP password
but when they go into Remedy to work a ticket it tells them they have no right
license
System discussion list(ARSList) [arslist@ARSLIST.ORG] on
behalf of Smerz, Christian [cesm...@eprod.com]
Sent: Thursday, March 28, 2013 2:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP 8.0 Configuration Issue
**
Could it be case sensitivity? How are they logging in? What is the case they
log
Under Configuration tab do you have Allow Guest Users enabled by chance? What
are your settings for Authenticate Unregistered Users under EA tab as well as
the Authentication Chaining Mode set to?
___
UNSUBSCRIBE or
] on
behalf of Andrew Belis [andrew.be...@lmco.com]
Sent: Thursday, March 28, 2013 4:33 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP 8.0 Configuration Issue
Under Configuration tab do you have Allow Guest Users enabled by chance? What
are your settings for Authenticate Unregistered Users under EA tab
If you are using CRBP(Cross Ref Blank password)= True, and you have mainly
AR groups (not specific AD groups) which you need to use, make sure in AREA
LDAP configuration form, in the License Mask and in the Write license (under
Defaults and Mapping attributes to user information), you don't have
Hello
When installing AR System 8.1, you may expect to be able to carry on
using the BMC AREA LDAP plugin. It appears BMC have switched on the
AtriumSSO AREA plugin by default, and would prefer you ran this product
to achieve what the AREA LDAP plugin does without the overhead of extra
about this specific plugin but doubt it as I assume it's no longer used
since instead you configure everything in AtriumSSO which is a different
story all together and I still like your plugin better :)
See here for more info:
https://docs.bmc.com/docs/display/public/ars81/Troubleshooting+AREA+LDAP
Curt
Yes, it makes perfect sense to move everything over to Java plugins on
the Java plugin server. But I guess if one has been staring at the
arplugin log for a decade, and has become accustomed to the C plugin, it
could be confusing to look elsewhere. I also agree that it's better to
look
on 2 ends, the Midtier end and the
ARServer end. AR Server (either form based or AREA LDAP based) needs
username/password combination for authentication by default. You can have
some chaining setups where some users will get authenticated against Form
and other using LDAP which people typically do
] On Behalf Of Yogesh Ketkar
Sent: Thursday, March 14, 2013 12:43 PM
To: arslist@ARSLIST.ORG
Subject: Re: SSO / AREA LDAP question
**
Hello David,
As it was explained to me and through reading the SSO integration white
paper capturing the user ID should be all that is needed to get the user
.
Thanks
Dave
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Yogesh Ketkar
Sent: Thursday, March 14, 2013 12:43 PM
To: arslist@ARSLIST.ORG
Subject: Re: SSO / AREA LDAP question
**
Hello David,
As it was explained to me
2013 09:22:41.3200 */ARSYS.AREA.LDAP FINER
Groups=NULL
I know that when LDAP is used for authentication a bind happens for the user
defined in the AREA LDAP Configuration form, and when that is successful
another bind is done for the actual user logging into the system. As you can
see
If we specify multiple AD Servers in AREA LDAP configuration how does
authentication works? Does ARS try authenticating the user in the order
they appear in the UI? Also is authentication tried out till at least one
AD server authenticates the user successfully?
~Nathan
] On Behalf Of Nathan Brandt
Sent: 05 March 2013 10:51
To: arslist@ARSLIST.ORG
Subject: AREA LDAP Configuration (Multiple AD Servers)
**
If we specify multiple AD Servers in AREA LDAP configuration how does
authentication works? Does ARS try authenticating the user in the order they
appear in the UI
The standard deployment of multiple AREA LDAP plugins is fine if the
LDAPs all sit within one organisation.
It's not a secure solution for a multi-service provider who may
configure an instance of AREA LDAP for multiple customers, because it
means username/passwords for organisation X are being
Well, it's ultimately stored in the ar.cfg file but you need to alter it
through the AREA LDAP and ARDBC configuration forms, as the password is
encrypted before it's written to the ar.cfg.
___
UNSUBSCRIBE or access
and password in AREA
LDAP Plugin or else in addition to this do i need to modify some where else
?
Thanks
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years
Hi Guys,
This is what i eventually did.
Looking at the plugin logs I could see it is only searching using the first
configuration and when the user is not found using that search it fails. I
couldn't get a fix to make it do multiple searches so we rearanged the AD tree
structure and raised
if you have multiple LDAP configuration you have to change your plugin
to areahub instead AREA, then it will check for all your entries in
the ldap configuration form.
2012/10/30 SUBSCRIBE ARSLIST theReel tony.r...@bt.com:
Hi Guys,
This is what i eventually did.
Looking at the plugin logs I
.
Currently there are 4 Configurations set in the AREA LDAP Configuration. 3 of
these seem to be old and reference 3 OU structures in the same AD which no
longer exist; I have left them there but decreased their order.
1 of the current configurations searches the correct OU and users successfully
Tony,
Do you have to restart services after you make changes to the AREA LDAP
configurations?
Yes, although you can kill the arplugin process and armonitor should
restart the plugin server. Given some ITSM installations take 30 minutes
to restart, this is the best choice if in doubt,
Can
Thanks for the reply John,
I have to wait until I am outside core hours before I can restart anything
again but I will try restarting only the arplugin this time, thanks.
By OU I mean Organizational Units so yes different sub-trees. Unfortunately I
can’t use the parent as the base DN and
I am having an issue with AREA LDAP authentication on our development system.
Everything is working great on production and their configuration looks
identical to me.
· When logging into dev with AD password authentication passes and the
support user only has access to the minimum
the domains involved, but outside of Remedy,
I can connect to either LDAP server and authenticate just fine.
Connectivity and bind credentials are not an issue.
Within Remedy, logging shows that the first server defined in the AREA
LDAP config form is ever used.
I have tried AREA -HUB-Plugin
the domains involved, but outside of Remedy, I
can connect to either LDAP server and authenticate just fine. Connectivity
and bind credentials are not an issue.
Within Remedy, logging shows that the first server defined in the AREA
LDAP config form is ever used.
I have tried AREA -HUB-Plugin lines
You shouldn't have to manually edit the ar.cfg, all the necessary changes will
be made when you configure the additional LDAP servers via the AREA LDAP
configuration form.
If you're only authenticating against one LDAP server then the hub is not
necessary, you should just have a Plugin
it hadn't occurred to me that we could drop the requirement for the BMC AREA
LDAP plugin by providing our own login screen to authenticate users using the
connection details for SSO.
As Mark points out, multiple Active Directories (typically, domains) also
requires multiple configurations
!
Thanks,
JDHood
On Sat, Dec 24, 2011 at 3:24 AM, Walters, Mark mark_walt...@bmc.com wrote:
You shouldn't have to manually edit the ar.cfg, all the necessary changes
will be made when you configure the additional LDAP servers via the AREA
LDAP configuration form.
If you're only
://www.javasystemsolutions.com/jss/ssoplugin
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood
Sent: 23 December 2011 00:37
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP logging question
** Ok, I just tried that with logging on and I see:
PLGN TID
] On Behalf Of JD Hood
Sent: Thursday, December 22, 2011 6:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP logging question
** Ok, I just tried that with logging on and I see:
PLGN TID: 005276 RPC ID: 00 Queue: Dispatcher Client-RPC:
00 /* Thu Dec 22 2011 19:16:06.3790 */AREA
From: JD Hood [mailto:hood...@gmail.com]
Sent: Friday, December 23, 2011 08:59 AM
To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG
Subject: Re: AREA LDAP logging question
** That did it and it's logging much more info now!
I can *now* see from logging that the failure to auth is likely simple-bind
is not loaded.
Fred
-Original Message-
From: Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] On Behalf Of JD Hood
Sent: Thursday, December 22, 2011 6:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP logging question
** Ok, I just tried that with logging
single sign on dll in
addition to the Remedy AREA one).
Fred
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood
Sent: Friday, December 23, 2011 4:29 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP logging question
JD
Set the Plugin-Log-Level to 100 in ar.cfg. That should give you much
more logging.
John
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
are setting it up for multiple
domain logins (Knowledge Article: KA288124 -- Configuring AREA LDAP in a
Multi-Domain Environment); however, we just have the one LDAP server
defined in AREA at this time.
MS's LDP.exe confirms we can reach the target LDAP server *and* bind using
our test user
on startup.
And I just realized I've omitted that we are setting it up for multiple
domain logins (Knowledge Article: KA288124 -- Configuring AREA LDAP in a
Multi-Domain Environment); however, we just have the one LDAP server defined
in AREA at this time.
MS's LDP.exe confirms we can reach
in the pluginsvr
directory.
Fred
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood
Sent: Wednesday, December 21, 2011 5:50 PM
To: arslist@ARSLIST.ORG
Subject: AREA LDAP logging question
**
7.6.04 ITSM on Windows SQL
, but just a few lines for AREA on startup.
And I just realized I've omitted that we are setting it up for multiple
domain logins (Knowledge Article: KA288124 -- Configuring AREA LDAP in a
Multi-Domain Environment); however, we just have the one LDAP server
defined in AREA at this time.
MS's
the pluginsvr_config.xml and log4j_pluginsvr.xml files in the
pluginsvr directory.
Fred
-Original Message-
From: Action Request System discussion list(ARSList) [mailto:
arslist@ARSLIST.ORG] On Behalf Of JD Hood
Sent: Wednesday, December 21, 2011 5:50 PM
To: arslist@ARSLIST.ORG
Subject: AREA LDAP
23:39
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP logging question
** The plugin log only will show a single +VL and -VL per each login
attempt. I don't see anything that indicates it's loading the AREA plugin
in the plugin log.
When support saw that, they went straight to the ar.cfg
December 2011 23:39
*To:* arslist@ARSLIST.ORG
*Subject:* Re: AREA LDAP logging question
** **
** The plugin log only will show a single +VL and -VL per each login
attempt. I don't see anything that indicates it's loading the AREA plugin
in the plugin log.
** **
When support saw
. Without it the arealdap plugin is
not loaded.
Fred
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of JD Hood
Sent: Thursday, December 22, 2011 6:37 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP logging question
** Ok
*/-VL
FAIL
This is like troubleshooting via braille method. Is there another AREA/LDAP
log or some way to log the bind and auth attempt on the REMEDY side?
I've checked ARSList archives and the BMC KB's and can't find anything that
I haven't already tried. I do see some really nice log examples
jesus_emilio.var...@alcatel-lucent.com
--
*From:* VARGAS, JESUS EMILIO (JESUS EMILIO)
*Sent:* Miércoles, 21 de Diciembre de 2011 06:12 p.m.
*To:* 'arslist@ARSLIST.ORG'
*Subject:* FW: AREA LDAP logging question
** **
Hi JD Hood
** **
My recommendation
I suspect that either the AREA LDAP plugin is not being loaded for some reason
or there is a configuration issue.
Are you able to post the ar.conf and the plugin log, from startup, so that I
can see what you have set up?
Mark
I work for BMC, I don't speak for them.
From: Action Request
Hi all,
Firts of all, I'm going to explain the situation of the REMEDY system I
have:
Server:
SO: HP-UX 11.23
BD: Oracle 10g (remote server)
Version: ARSystem 7.5 patch 3 (no ITSM)
LDAP: Active Directory
The client I'm working for has a system like that, with ARDBC and AREA LDAP
Hello,
Sorry, this is a bit of an advert, but also an interesting addition to
this thread.
At JSS, we've just completed a solution to reduce the complexity of AR
System authentication after a customer asked us why they still needed
the BMC AREA LDAP plugin if they had SSO enabled their AR System
-4703
Gouvernement du Canada
Site Web www.ec.gc.ca
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of John Baker
Sent: 30 November, 2010 03:57
To: arslist@ARSLIST.ORG
Subject: AREA LDAP
Hello,
Sorry, this is a bit of an advert
System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of John Baker
Sent: Friday, November 26, 2010 3:37 AM
To: arslist@ARSLIST.ORG
Subject: AREA LDAP
Hello,
They will not be prompted to login again until they login again, at which point
they will need to use the new password
Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Ramey, Anne
Sent: Monday, November 29, 2010 8:40 AM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP
In our system, it does not prompt them for the login again--but the
application re-authenticates them as they do
Hi,
I've got the question about an authentication.
I'm going to configurate the Remedy 7.1 server for AREA LDAP using.
All users in User form will have the blank password. The users will be
prompted for login once only.
The question is what happens if the password will be changed within LDAP?
Does
Hello,
They will not be prompted to login again until they login again, at which point
they will need to use the new password.
John
--
Single Sign On for AR System
http://www.javasystemsolutions.com/jss/ssoplugin
Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] Im Auftrag von irina solarcuka
Gesendet: Freitag, 26. November 2010 09:08
An: arslist@ARSLIST.ORG
Betreff: AREA LDAP
**
Hi,
I've got the question about an authentication.
I'm going to configurate the Remedy 7.1 server for AREA
Hi All,
We would like to have our AD integration with our remedy tool. How can I
start it. Any guidance would be appreciated.
Thanks Regards,
Ram Rudra
___
UNSUBSCRIBE or access ARSlist Archives at
Of Ram Rudra
Sent: Wednesday, April 28, 2010 10:04 AM
To: arslist@ARSLIST.ORG
Subject: AREA LDAP Integration - please help me to start it
**
Hi All,
We would like to have our AD integration with our remedy tool. How can I start
it. Any guidance would be appreciated.
Thanks Regards,
Ram Rudra
questions, please feel free to come back and ask.
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Ram Rudra
Sent: Wednesday, April 28, 2010 11:04 AM
To: arslist@ARSLIST.ORG
Subject: AREA LDAP Integration - please help me to start it
**
Hi All
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of LJ LongWing
Sent: Wednesday, April 28, 2010 11:14 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP Integration - please help me to start it
**
Start by reading the 'Integrating with Plug-ins
other
folder..don't know what your structure is.so you will need to check with
them
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Ram Rudra
Sent: Wednesday, April 28, 2010 12:08 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP Integration
)
[mailto:arsl...@arslist.org] On Behalf Of LJ LongWing
Sent: Thursday, April 29, 2010 12:06 AM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP Integration - please help me to start it
**
This information is going to need to come from your AD guys. It depends
entirely upon your domain structure. Yours
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of LJ LongWing
Sent: Thursday, April 29, 2010 12:06 AM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP Integration - please help me to start it
**
This information is going to need to come from your AD
I've never used the LDAP-ARS mapping feature, sorry..I have no experience
that can help you there.
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Ram Rudra
Sent: Wednesday, April 28, 2010 2:12 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of LJ LongWing
Sent: Wednesday, April 28, 2010 11:00 PM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP Integration - please help me to start it
**
I've never used the LDAP-ARS mapping feature
jdso...@shyle.net
To: arslist@ARSLIST.ORG
Sent: Tue, April 20, 2010 6:31:17 PM
Subject: Re: AREA LDAP issue after upgrading to AR Server 7.1.0 Patch 9 upgrade
**
Shyam,
Enable the plugin
log and set it to Fine and see what you get when you are trying to authenticate
using the plugin..
Joe
Are there any entries from the AREA plugin at all? Are you sure it's being
loaded?
Mark
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Shyam Attavar
Sent: 21 April 2010 15:19
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP issue after upgrading
,
We upgraded our test environment from AR Server 7.1.0 Patch 006 to Patch 009.
As part of the upgrade we upgraded the AREA LDAP plugin as well. After the
upgrade, we are unable to authenticate against LDAP. We can login to the
system by setting a local password in the user form. I have
directories I authenticate users to..
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of remedy lee
Sent: Wednesday, April 21, 2010 9:24 AM
To: arslist@ARSLIST.ORG
Subject: Re: {Remedy ARS} AREA LDAP issue after upgrading to AR
]on Behalf Of Walters, Mark
Sent: Wednesday, April 21, 2010 10:21 AM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP issue after upgrading to AR Server 7.1.0 Patch 9
upgrade
**
Are there any entries from the AREA plugin at all? Are you sure it's
being loaded?
Mark
From: Action
Request System
discussion list(ARSList) [mailto:arsl...@arslist.org]on Behalf Of
Walters, Mark
Sent: Wednesday, April 21, 2010 10:21
AM
To: arslist@ARSLIST.ORG
Subject: Re: AREA LDAP issue
after upgrading to AR Server 7.1.0 Patch 9 upgrade
**
Are
there any entries from the AREA
Dear Listers,
We upgraded our test environment from AR Server 7.1.0 Patch 006 to Patch 009.
As part of the upgrade we upgraded the AREA LDAP plugin as well. After the
upgrade, we are unable to authenticate against LDAP. We can login to the system
by setting a local password in the user form. I
, 2010 7:49 PM
To: arslist@ARSLIST.ORG
Subject: AREA LDAP issue after upgrading to AR Server 7.1.0 Patch 9
upgrade
**
Dear Listers,
We upgraded our test environment from AR Server 7.1.0 Patch 006 to Patch
009. As part of the upgrade we upgraded the AREA LDAP plugin as well. After
To: arslist@ARSLIST.ORG
Subject: AREA LDAP plug-in
**
This is probably an old question.
But I am running ARS 6.3 with Help Desk 6.0. We are in the process of
authenticating logins using the AREA LDAP plug-in. We have multiple Domain
Controllers in our AD environment, and I would like to know if I
: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Axton
Sent: Friday, August 28, 2009 3:14 PM
To: arslist@ARSLIST.ORG
Subject: Re: Copying AREA LDAP Plugin from one server to another
** Then all you should need is this in the ar.conf:
Plugin: /path/to/remedy
Dear List,
We installed ARS 7.1 on our live system, and at the time we didn't think we
needed the AREA LDAP Plugin. But now we do, and we don't want to do a
re-install because of the risk that something will go wrong. But we do have
the Plugin installed on our test arsystem.
Is it possible
, and at the time we didn’t think we
needed the AREA LDAP Plugin. But now we do, and we don’t want to do a
re-install because of the risk that something will go wrong. But we do have
the Plugin installed on our test arsystem.
Is it possible to copy objects and data from the test system over to the
live
Thanks, Axton.
I should have included that in my email. The ar.conf files are identical, at
least all the lines that start with AREA-LDAP.
Dwayne
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Axton
Sent: Friday, August 28, 2009 10:46 AM
I should also add that ardbcldap.so is in /opt/remedy/bin in both servers,
and both ar.conf files have Plugin: /opt/remedy/bin/ardbcldap.so lines
Dwayne
From: Robert D Martin
Sent: Friday, August 28, 2009 12:19 PM
To: 'arslist@ARSLIST.ORG'
Subject: RE: Copying AREA LDAP Plugin from one server
What all plugin(s) are you trying to move over?
- AREA LDAP for authentication
- AREA HUB to handle multiple authentication sources
- ARDBC LDAP to handle reading data from an LDAP store via a Vendor form
- ARDBC CONF to handle the configuration of the pre-built AREA plugin
If you are trying
Just - ARDBC LDAP to handle reading data from an LDAP store via a Vendor form.
Dwayne
From: Action Request System discussion list(ARSList)
[mailto:arsl...@arslist.org] On Behalf Of Axton
Sent: Friday, August 28, 2009 2:09 PM
To: arslist@ARSLIST.ORG
Subject: Re: Copying AREA LDAP Plugin from one
1 - 100 of 183 matches
Mail list logo