Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 1 subscriber
  • Views 2459 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Acc 1.301 & Asl 7.001

drees
I'm trying to get ASL connected to ACC, but it won't connect.

It appears that it wants to connect to ACC via port 4433, but the default port of ACC is 443. I don't want to change the port to 4433 in ACC, since I'm afraid that it may break ACC's connection to the v6 Astaro's I have managed by it and it doesn't appear that you can change the ACC port in 6.303, either.

Anyone figure out how to get both v6 and v7 working under ACC? Am I missing something obvious?


This thread was automatically locked due to age.
Parents
  • 0
    Hi drees, 

    the ACC uses two ports.
    TCP/443, where the WebAdmin GUI for ACC is located 
    TCP/4433, where the ASG device agents connect to ACC to deliver their status information, you can not change this port.

    ASG V6 and V7 should both work the same way on ACC.

    We will issue an up2date for ACC in the next weeks, which improves the ACC to better handle new V7 features.

    i hope that helps
    Gert
Reply
  • 0
    Hi drees, 

    the ACC uses two ports.
    TCP/443, where the WebAdmin GUI for ACC is located 
    TCP/4433, where the ASG device agents connect to ACC to deliver their status information, you can not change this port.

    ASG V6 and V7 should both work the same way on ACC.

    We will issue an up2date for ACC in the next weeks, which improves the ACC to better handle new V7 features.

    i hope that helps
    Gert
Children
  • 0 in reply to Gert Hansen
    Hi Gert, thanks for the reply. It turns out the connection problem was a firewall rule.

    But now with the firewall rules squared away, it connects to ACC but seems to get stuck and nothing happens.

    Here's a sample log snippet: 

    2007:02:06-14:20:59 (none) device-agent[4187]: Starting device-agent (version 1.33) in daemon mode

    2007:02:06-14:20:59 (none) device-agent[4204]: device agent core successfully initialized

    2007:02:06-14:20:59 (none) device-agent[4204]: found server host definition '10.2.3.3'

    2007:02:06-14:20:59 (none) device-agent[4204]: initializing RPC modules

    2007:02:06-14:21:00 (none) device-agent[4204]: device location not available - '/etc/location' missing

    2007:02:06-14:21:00 (none) device-agent[4204]: >=========================================================================

    2007:02:06-14:21:00 (none) device-agent[4204]: Error parsing device location file '/etc/location': File does not exist: /etc/location at /PerlApp/ACC/Configuration/Device.pm line 323

    2007:02:06-14:21:00 (none) device-agent[4204]: =========================================================================

    2007:02:06-14:21:00 (none) device-agent[4204]: Error parsing device location file '/etc/location': File does not exist: /etc/location at /PerlApp/ACC/Configuration/Device.pm line 323

    2007:02:06-14:21:01 (none) device-agent[4204]: 
  • 0 in reply to drees
    I'm not sure what happened, but after I manually synced up the time on the ACC device (it had drifted behind about 12 hours) it appears to have registered OK.
  • 0 in reply to drees
    Hi,

    this is quite weird. Do you still have the agent-manager logfiles from the ACC when the connection of the V7 device failed?

    Cheers,
    Henning
  • 0 in reply to megaposer
    Yep, I have it. Do you want me to post the log from yesterday? It's not too long...
  • 0 in reply to drees
    Yes, please do so. 
    There is a 6+ minutes stall in the connection attempt before it fails. 
    Did you do anything else on the ACC after syncing the clock manually? Any restarts or reboots?

    Thanx
  • 0 in reply to megaposer
    Is there any potentially sensitive information in the log file besides the private IP addresses before I post the agent-manager log?

    We did not do anything to the ACC after syncing the clock manually. The acc machine has been running for 98 days.
  • 0 in reply to drees
    Potentially hostnames, but no usernames/passwords.
  • 0 in reply to megaposer
    Here's the log agent manager log from the ACC: 

    2007:02:06-06:46:38 (none) agent-manager: CAgentSession::initialize() device is already online, access denied 

    2007:02:06-06:46:39 (none) agent-manager: CAgentSession::initialize() device is already online, access denied 

    2007:02:06-06:46:40 (none) agent-manager: CAgentSession::initialize() device is already online, access denied 

    2007:02:06-06:46:41 (none) agent-manager: CAgentSession::initialize() device is already online, access denied 

    2007:02:06-06:46:42 (none) agent-manager: CAgentSession::initialize() device is already online, access denied 

    2007:02:06-06:46:43 (none) agent-manager: CAgentSession::initialize() device is already online, access denied 

    2007:02:06-06:46:45 (none) agent-manager: CAgentSession::initialize() device is already online, access denied 

    2007:02:06-06:46:45 (none) agent-manager: CAgentSessionMonitoringMethod::getMonitoringThreatRefresh() basic_ios::clear(iostate) caused exception on gathering information

    2007:02:06-06:46:45 (none) agent-manager: CAgentSessionMonitoringMethod::getMonitoringRefresh() agent has disconnected (10410) on refreshing threat monitoring data for e5bd0768-cfc2-46ca-9866-9e9e9d3939c4

    2007:02:06-06:46:45 (none) agent-manager: CAgentSession::refresh() agent has disconnected 

    2007:02:06-06:47:38 (none) agent-manager: CAgentSession::revision() basic_ios::clear(iostate) caused exception 

    2007:02:06-06:47:39 (none) agent-manager: CAgentSession::revision() basic_ios::clear(iostate) caused exception 

    2007:02:06-06:47:40 (none) agent-manager: CAgentSession::revision() basic_ios::clear(iostate) caused exception 

    2007:02:06-06:47:41 (none) agent-manager: CAgentSession::revision() basic_ios::clear(iostate) caused exception 

    2007:02:06-06:47:42 (none) agent-manager: CAgentSession::revision() basic_ios::clear(iostate) caused exception 

    2007:02:06-06:47:43 (none) agent-manager: CAgentSession::revision() basic_ios::clear(iostate) caused exception 

    2007:02:06-06:47:45 (none) agent-manager: CAgentSession::revision() basic_ios::clear(iostate) caused exception 

    2030:02:06-14:24:00 (none) agent-manager: CCommandSession::receive() basic_ios::clear(iostate) caused exception) on reading request 

    2030:02:06-14:24:00 (none) agent-manager: CCommandSession::receive() basic_ios::clear(iostate) caused exception) on reading request 

    2007:02:06-14:44:59 (none) agent-manager: CAgentSession::start() SSL handshake error 

    2007:02:06-14:44:59 (none) agent-manager: CAgentSession::start() SSL handshake error 

    2007:02:06-14:44:59 (none) agent-manager: CAgentSession::start() SSL handshake error 

    2007:02:06-15:07:03 (none) agent-manager: CAgentSessionRpcHandler::getConfigurationDevice() basic_ios::clear(iostate) caused exception on device.getConfigurationDevice 

    2007:02:06-15:07:03 (none) agent-manager: CAgentSession::refresh() agent has disconnected 
Unfiltered HTML