09-05-2022 11:50 AM
Hello,
>> tcpdump -r pcaps:ssmonprem.pcap
executing the logic for read!
reading from file /var/files/pcaps/ssmonprem.pcap, link-type LINUX_SLL (Linux cooked)
tcpdump: 18:33:08.689393 IP 172.18.0.5.60480 > webproxv.nexweb.us.tproxy: Flags [S], seq 3739517236, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
tcpdump: 18:33:08.689393 IP 172.18.0.5.60480 > webproxv.nexweb.us.tproxy: Flags [S], seq 3739517236, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
tcpdump: 18:33:08.689410 IP ssm-on-prem.nexad.nexweb.us.60480 > webproxv.nexweb.us.tproxy: Flags [S], seq 3739517236, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
I did a capture trying to find out why i get a “SSO service: unable to reach Cisco.”
Turns out that the SSM On-Prem is using its docker atlantis0 interface to talk to the proxy instead of its configured IP.
Is there a way to fix this?
10-12-2023 10:59 AM
I encountered a similar issue on our website and successfully resolved it. To address the problem with the SSM On-Prem docker atlantis0 interface not communicating as expected, I suggest exploring our article on 'Enhancing Customer Service' . It contains valuable insights that may assist you in troubleshooting the 'SSO service: unable to reach Cisco' issue.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide