<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <br>
    <br>
    <div class="moz-cite-prefix">On 15/09/2020 16:44, Kris Lou wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:WM!75eeedd60cb2837cbdac7de3e5691ffe9f7ed3879d1211420ee7038f1d1eb77a1e3d0fcaf650c084f50e71d2f10967c1!@mx.jul.es">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <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>
    The short answer is that I don't know why it would fail in that
    situation. But I've never tried it, and never envisioned the service
    having 2 FQDNs simultaneously, so it doesn't suprise me at all if
    that doesn't work. ;-)<br>
    <br>
    <blockquote type="cite"
cite="mid:WM!75eeedd60cb2837cbdac7de3e5691ffe9f7ed3879d1211420ee7038f1d1eb77a1e3d0fcaf650c084f50e71d2f10967c1!@mx.jul.es">
      <div dir="ltr">
        <div class="gmail_quote">
          <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. <br>
          </div>
        </div>
      </div>
    </blockquote>
    Always good to allow a little leeway to account for the unexpected
    (HTTP headers perhaps?).<br>
    <br>
    <pre class="moz-signature" cols="72">Jules

-- 
Julian Field MEng CEng CITP MBCS MIEEE MACM

'The past is supposed to be a place of reference, not a place of
residence! There is a reason why your car has a big windshield and
a small rearview mirror. You are supposed to keep your eyes on where
you are going, and just occasionally check out where you have been.'
  - Willie Jolley

<a class="moz-txt-link-abbreviated" href="http://www.Zend.To">www.Zend.To</a>
Twitter: @JulesFM
</pre>
  </body>
</html>