<div dir="ltr"><div dir="auto" style="word-wrap:break-word"><br><div class="m_4498674494114780576AppleOriginalContents" style="direction:ltr"><blockquote type="cite"><div>On Mar 7, 2017, at 4:58 PM, Vladimir Homutov <<a href="mailto:vl@nginx.com" target="_blank">vl@nginx.com</a>> wrote:</div><br class="m_4498674494114780576Apple-interchange-newline"><div><div>On 08.03.2017 00:21, Eric Feldhusen wrote:<br><blockquote type="cite">I’m trying to use Nginx to reverse proxy TFTP UDP port 69 traffic and<br>I”m having a problem with getting files through the nginx reverse proxy.<br><br>My configuration is simple, I’m running TFTP on one Centos 6.x server<br>and the Nginx reserve proxy on another Centos 6.x server with the latest<br>Nginx mainline 1.11.10 from the <a href="http://nginx.org" target="_blank">nginx.org</a> <<a href="http://nginx.org" target="_blank">http://nginx.org</a>> repository.<br><br>TFTP connections to the TFTP server directly work.  Using the same<br>commands through the Nginx reverse proxy, connects, but will not<br>download or upload a file through it.<br><br>If you have any suggestions, I’d appreciate a nudge in the right<br>direction.  I’m assuming it’s something I’m missing.<br><br>Eric Feldhusen<br></blockquote><br>Unfortunately, TFTP will not work, because it requires<br>that after initial server's reply client will send packets<br>to the port, chosen by server (i.e. not 69. but some auto-assigned).<br>also, TFTP server recognizes clients by its source port and<br>it changes when a packet passes proxy - each packet is originating<br>from a new source port on proxy.<br></div></div></blockquote></div><br><div>Ah, I had just started to look up specifically how TFTP connections work, so I hadn’t seen this yet.</div><div><br></div><div>But that makes sense with what I was seeing.  Thank you for the quick reply, I appreciate it.</div><div><br></div><div>Eric Feldhusen</div></div></div>