03-Apr-2023 03:54
Hello, we have an SFTP VIP configured on AWS Cloud F5 with some high number port 41415 for VIP with private IP and Pool configured with port 22.
Vip: private IP, performance L4, automap enabled. Fast L4 profile attached. No Http profile
Pub to Private IPs is Tagged on the Cloud end
Now when we do telnet to the VIP with port 41415 from the internet it's not working. we tried to open WinSCP with the public IP of the VIP with port 41415 it's not working. But we can see the logs like end-user IP towards the VIP IP only Sync almost 3 to 4 packets in TCP dumps.
When we do Telnet to the VIP with private IP from the F5 device it's working.
Telnet to port 22 to the End SFTP AWS server is working from F5 . Kindly advise how to make this work from the internet.
Solved! Go to Solution.
03-Apr-2023 05:33
So from packet capture, you see TCP SYN hitting F5 and no response? Nothing is forwarded to the real SFTP server on a server side connection, correct?
Looks like SYN packet might be dropped, I'd check that packet data in your pcap are actually matching the configuration.
First thing I'd check is that your network configuration is on point for the client-side connection - eg. F5 has a default route back to client IP, Virtual Server is listening on intended VLAN.
Next, match the packet from your capture to VS and confirm service port and IP are correct, and client IP belongs to a network that's included in source network list.
If everything is spot-on, you need to investigate VS secifications further as there might be some profile "conflicting" with your traffic or likely preventing the match, but you said this is a fastL4 so that's quite unlikely imo.
03-Apr-2023 10:51
Hi Thanks for your input. We found the issue. Its the AFM and Zone was wrongly marked for the destination.
Again thanks.
03-Apr-2023 05:33
So from packet capture, you see TCP SYN hitting F5 and no response? Nothing is forwarded to the real SFTP server on a server side connection, correct?
Looks like SYN packet might be dropped, I'd check that packet data in your pcap are actually matching the configuration.
First thing I'd check is that your network configuration is on point for the client-side connection - eg. F5 has a default route back to client IP, Virtual Server is listening on intended VLAN.
Next, match the packet from your capture to VS and confirm service port and IP are correct, and client IP belongs to a network that's included in source network list.
If everything is spot-on, you need to investigate VS secifications further as there might be some profile "conflicting" with your traffic or likely preventing the match, but you said this is a fastL4 so that's quite unlikely imo.
03-Apr-2023 10:51
Hi Thanks for your input. We found the issue. Its the AFM and Zone was wrongly marked for the destination.
Again thanks.
03-Apr-2023 05:46
Based on the information provided, it seems like there might be a few potential issues causing the problem with accessing the SFTP server from the internet. Here are a few things to check:
If you've checked all of these things and are still having issues, it may be helpful to engage your network or security team to help troubleshoot the issue further.
03-Apr-2023 10:52
Hi Thanks for your input. We found the issue. Its the AFM and Zone was wrongly marked for the destination.
Again thanks.