2 Answers
- Newest
- Most votes
- Most comments
0
Hi Davide,
One thing to consider is that with NLB the default setting for UDP listeners is to preserve the client IP. With what you have described, this would be asynchronous flow (client -> NLB -> target -> NAT -> IGW) which explains why TCP is working as that protocol can handle such traffic.
I would suggest checking the Client IP Preservation for your target groups and let us know. Documentation about Client IP Preservation can be found here
Please let us know how it goes!
answered 3 years ago
0
AWS Private Link did not support UDP traffic until recently, see post: https://aws.amazon.com/about-aws/whats-new/2024/10/aws-udp-privatelink-dual-stack-network-load-balancers/
answered 2 years ago
Relevant content
asked 4 years ago

Hi AWS-User-0357409, the Client IP Preservation check is enabled on the target group. The problem is that even a simple connection to TCP 22 is not working in the case 2, where the NLB use "Assign by AWS" IP. The same machine with the same Target make me connect to TCP 22 just using the NLB with Elastic IP.
it seems that with NLB with Assigned by AWS it is not possible to connect in any way, if I can access at least SSH maybe the UDP port might also work.
My application case is to create an EC2 instance with Omniverse NVIDIA inside, which uses TCP and UDP ports for streaming software: https://docs.omniverse.nvidia.com/app_streaming-client/app_streaming-client/user-manual.html#server
Is there another way besides NLB, without publicly exposing the EC2 instance, to be able to access the TCP and UDP ports?