i created a policy to allow 1099 and 9002 for many servers. but it is working for few servers only not for all and few 1099 is working but not 9002.

[vsingh]

i created a policy to allow 1099 and 9002 for many servers. but it is working for few servers only not for all and few 1099 is working but not 9002.

[HULK]

Hello vsingh,

Could you please share a screenshot of your FW policy and custom service here. You may also check for traffic Logs Monitor > Logs > Traffic, if the traffic is getting dropped by any other reason.

Thanks

[HULK]

Hello Vsingh,

You may follow below mentioned  troubleshooting steps to narrow down the problem:

Please check the real time session in the CLI by using 'show session all filter source IP_ADD_OF_THE_TESTING_PC destination IP_ADD_OF_THE_DESTINATION'.

>  If there is a session exist for the same traffic,  then please apply  CLI command PAN> show session id XYZ   >>>>>>>> to get detailed information about that session, i.e NAT rule, security rule, ingress/egress interface etc.

>  verify the global counters, if a specific "DRP" counter is increasing rapidly. The command show counter global provides information about the processes/actions taken on the packets going through the device; if they are dropped, nat-ed, decrypted etc.  ( It is advised to use the command show counter global filter packet-filter yes delta yes in conjunction with filters to obtain meaningful data.)

For more information, you can follow the DOC What is the Significance of Global Counters?

                                                                    Packet Capture, Debug Flow-basic and Counter Commands

Hope this helps.

Thanks

[vsingh]

Hi,

In the logs it is showing as incomplete but not able to understand why it is working for few servers and not for others.

I did locally telnet from server itself.. Telnet localhost 9002 and telnet localhost 1099.. it is not happening.

but on working servers it is happening.

[HULK]

Hello Vsingh,

Incomplete means that either the three way TCP handshake did NOT complete or the three way TCP handshake did complete but there was no data after the handshake to identify the application.

Reference DOC: Incomplete, Insufficient data and Not-applicable in the application field

Thanks

[vsingh]

That is ok. but my concern here is why it is accessible from few servers only not others while policy is allowed for all.

[panos]

That is not a firewall issue in my opinion.

if it works for one, it should work for all.

an example,

I had the same problem with different ports.Then we found that, ISP was blocking the response for specific ip addresses.it is maybe something like that.

That can be a software ips or etc also.Not only reason will be Isp.

[kbe]

Have you checked that the servers where it is working are using the security policy you created and the traffic is not using another way?

You can filter the traffic log for a special policy so you only see the traffic that is allowed or denied by this rule.

[hshah]

Hi Vsingh,

In case of "incomplete" its definately not a firewall issue. Firewall is sending packets, but no response from server. Please check servers if they configured to allow traffic on those port.

Another possibility is after firewall there might be IPS or Proxy which is blocking this traffic. Bottom line is its a post firewall issue.

Regards,

Hardik Shah