PAN Syslog: Verifying the device is sending to all the configured

[palomed]

I added an additional syslog destination on three of my PANs but I'm only seeing that traffic at an intervening PAN for two of the sources. I've used the troubleshooting methods noted here: https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClqICAS - but those are only showing me one syslog destination when four are configured. Are there other commands I can run to verify that the PAN is attempting to send to all of my configured syslog destinations?

[BatD · Accepted solution]

@palomed "show logging-status" will show all type of log statistics, including logs beeing sent to log receiveres, etc. Otherwise you can check the following logs for detailed output regarding loging: 

> show log system direction equal backward subtype equal syslog

> less mp-log syslog-ng.log

[jdelio]

Are you just wanting to get Firewall logs to different destinations?  Without Panorama?

[palomed]

I'm configuring the template/device/syslog from Panorama but I want the logging to head straight to the syslog server from the PANs themselves. I am trying to verify if this is working or not and those three commands in the URL I posted aren't telling me the needful.

[BatD · Accepted solution]

@palomed "show logging-status" will show all type of log statistics, including logs beeing sent to log receiveres, etc. Otherwise you can check the following logs for detailed output regarding loging: 

> show log system direction equal backward subtype equal syslog

> less mp-log syslog-ng.log

[palomed]

show logging-status appears to show traffic forwarding on CMS 1.

Type Last Log Created Last Log Fwded Last Seq Num Fwded Last Seq Num Acked Total Logs Fwded
-----------------------------------------------------------------------------------------------------------------------------
> CMS 0
Panorama log forwarding agent is active
config Not Available Not Available 0 0 0
system Not Available Not Available 0 0 0
threat Not Available Not Available 0 0 0
traffic 2019/12/03 08:07:13 2019/12/03 08:07:15 4258462114 4258461428 686570724
hipmatch Not Available Not Available 0 0 0
gtp-tunnel Not Available Not Available 0 0 0
userid Not Available Not Available 0 0 0
auth Not Available Not Available 0 0 0

> CMS 1
Not Sending to CMS 1

>Log Collector
Not Sending to Log Collector

show log system direction equal backward subtype equal syslog

shows a connection to one syslog server destination

 less mp-log syslog-ng.log

shows logs all going to one destination although four are configured. And I can see that traffic is in fact

heading toward other syslog servers because I can see the flows in intervening firewalls.

[palomed]

This is giving more dispositive info..

tcpdump filter "dst 10.8.5.20 and port 514" snaplen 0

[MP18]

You need to add the firewalls in the Log collector.

Do you have m500 log collectors?

Are they managed by the panorama?

On the log collector run the command to verify that firewalls are configured?

[BatD]

@palomed Certainly you can also use any of the packet caputre methods to see if logs packets are sent, but I thought that you alread know that they are, becasue you have seen them in other firewall logs. 

It is not ideal, but the discussed above are all available commands to troubleshoot forwarding the syslog server. 

[palomed]

Hi BatD. Thank you for your help. One of the sending PANs I was not seeing at all in the transit PAN traffic monitoring and the others were sporadic. So one thing in the end that I found was it's better to use  Session Browser for verifying this traffic flow than Monitor/Logs Traffic because the latter will summarize large volumes of UDP 514 syslog traffic so that it's not even visible unless there's a config change or other. On the sending PANs I was looking for confirmation that there were sending to my expected targets and doing so on a regular not sporadic basis. To verify from that end only the packet capture let me see that. The other commands didn't let me verify that the syslog was going where it should.