<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br><br>
    This sounds like you have 2 FQDNs for the same website.<br>
    <br>
    One way of solving that one is split-horizon DNS. So your internal
    users see the serverRoot resolve to the directly-connected internal
    IP address, and external users get the IP of the reverse proxy. And
    also ask yourself if there is any good reason you aren't just
    sending internal users through the reverse proxy as well.<br>
    <br></div></blockquote><div><br></div><div>That's right -- I do.  I moved Zendto from my DMZ into my internal network (as it connects to AD) and set up a reverse proxy.  Ideally, I'm going to send everybody to the new proxied FQDN, but was just wondering why it would still fail to upload when accessed directly, under the old FQDN.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    Also, in your reverse proxy, I would make the client_max_body_size a
    bit bigger than the limit you've set as the uploadChunkSize in
    ZendTo. Else you're might get weird things happening due to the
    proxy rejecting upload blocks that you thought it would allow
    through to ZendTo<br></div></blockquote><div><br></div><div>This is good to know.  Thanks. </div></div></div>