Symantec Access Management

  • 1.  SPS + POLICY SERVER on same linux OS

    Posted Aug 24, 2017 09:12 AM

    Hi All,

     

    I installed SPS and Policy server in same linux OS for testing purpose. Both SPS and policy server are installed using two different User ID.

     

    Now hear i have couple of questions.

    1. Will there be any problem between SPS and Policy server.
        (ENV variables are set under their respective USER ID's).Are there any other thing to take under consideration.?
    2. Am setting ca_sps_env.sh before starting apache and tomcat (SPS) using sps-ctl. Is this the correct way to stop/start the process?
    3. Is SPS dependent on CA Risk-minder service installed along with Policy server (aas "arrfserver"). If yes, Can someone please tell what is the major dependency.
      (AS per installation doc it says to verify that the arrfserver process is running.)

     

     

    Regards,

    Gowtham.



  • 2.  Re: SPS + POLICY SERVER on same linux OS
    Best Answer

    Posted Aug 24, 2017 10:32 AM

    [1] As long as they are installed & configured using different linux users. You are good. I do this all the time in my lab. Infact I have PStore / SStore / UStore / Policy Server / SPS all in one linux server. 

     

    [2] Yes right process. Infact you can source the PS ENV variable in the PS Linux User profile. Source the SPS ENV variable in the SPS Linux User Profile. That way when you login as root and su into a Linux User the ENV variable is set. But one thing I do is I do not su between profiles on the same telnet window. I use different telnet windows to login to each Linux user.

     

    [3] Only if you are intending to use the Session Assurance feature in R12.5 - R12.52 SP1. Otherwise you can always disable the Session Assurance feature in SPS server.conf (there are blogs on how to do it). And you just need Policy Server service running in this case.



  • 3.  Re: SPS + POLICY SERVER on same linux OS

    Posted Aug 29, 2017 06:44 AM

    Hi,

     

    Thank you very much for the replay.