WAN NAT port forward retransmission on Reolink camera

asked 2022-09-19 00:45:05 +0000

Hello all,

I have been working on an issue with some security cameras I have that I can not figure out. I have worked with the vendor to their FTP server with no issues observed. I have traffic coming in from my remote cameras to my firewall that has a NAT port forward setup to an FTP server on my LAN. LAN traffic to the FTP server works fine, but the WAN never seems to get past syn. The camera sends a SYN, and instead of a SYN/ACK I get a TCP retransmission. I am not extremely well versed in Wireshark so I am hoping someone can assist. I have only exported the traffic to the FTP port, and I have already sanitized it. Any ideas? I tried to attach the file, but It would not let me. I have shared it from my Google Drive link text

edit retag flag offensive close merge delete


"my firewall" - is this consumer or enterprise level? Does it have logging?
Verify that you see the camera hit the firewall then see if a drop or reject rule was hit.

(The capture file shows the client send a syn, wait 1 second, send a syn, wait 2 seconds, send a syn.)

Chuckc gravatar imageChuckc ( 2022-09-19 03:23:56 +0000 )edit

I assume the capture was made on the WAN side of the firewall? Can you make a capture on the FTP server as well?

SYN-bit gravatar imageSYN-bit ( 2022-09-19 08:57:58 +0000 )edit

Hello @Chuckc, and @SYN-bit, my apologizes for not clarifying. In regards to the firewall it is PFSense. I do have logging enabled and a rule set to allow all ports/protocols from my source IP. When I attempt to test, I see the logs come back with Passed traffic, and the capture is happening on the FTP server that is sitting behind this Firewall.

A little more info, I have the same cameras locally setup using the NAT port forward with reflection setup to test, and these cameras hit the Firewall and fully build a connection working with no issues observed. As I was able to connect to the WAN IP using this method, I expected that I could with my remote cameras as I have an allow all rule from that IP address. However that has not been the case. I have added another capture that has the remote ...(more)

SidELyti gravatar imageSidELyti ( 2022-09-19 11:54:32 +0000 )edit

The NAT setup is not changing the outside camera address to one on the local subnet?
So then the FTP server has a route back to the outside address?
(back through the PFSense with either a static or default gateway route)

Can you make a traceroute on the FTP server to the WAN camera IP address?

Is there a firewall (iptables?) running on the FTP server that is dropping the camera SYN?

Chuckc gravatar imageChuckc ( 2022-09-19 12:52:45 +0000 )edit

This seems to be a routing/nat/firewall rule issue. With the (changing) IP translations in the capture files, this can not be solved. Solving it would need insight in the routing table and the host firewall rules (if any) of the FTP server.

As the TCP checksum errors indicate that the capture was made on the FTP server, the fact that there are no SYN/ACK packets in the packet capture seem to point to one of the following:

  • No (default) route back to the remore cameras?
  • A route back to the remote cameras that points to another network interface?
  • Host FW filtering the SYN packets from the remote cameras?
SYN-bit gravatar imageSYN-bit ( 2022-09-19 13:15:41 +0000 )edit