If my customer is example.com, with multiple applications and services routed to that domain e.g. /blog or login.example.com. One service that they are hosting is a MediaWiki instance at https://example.com*/wiki* (also using a single-sign-on infrastructure - but I don't think that matters much for this discussion about SSL and routing requests for top-level folders of the domain). For them to outsource the wiki hosting, and continue to have the wiki hosted at /wiki using an SSL certificate that they provide, what needs to be done?
I'm assuming that if I have a static IP address xx.xx.xx.xx, and an SSL certificate for "wiki.example.com", that the customer can use DNS to make sure that wiki.example.com points to that IP. The customer can use their web-server to internally proxy requests for /wiki to wiki.example.com/wiki and to the end-user they would simply see https://example.com/wiki in their browser (preserving existing links and SEO built up at that path). Is this correct?
And, what ways can latency and overhead be reduced so that their server can hand-off requests as efficiently as possible under a high load environment?
Thanks,
Greg
Greg Rundlett *principal consultant* eQuality Technology
*Let's work together*
https://equality-tech.com follow us: https://twitter.com/eQualityTech like us: https://www.facebook.com/eQualityTechnology/ *Get a free wiki report*: https://freephile.org/wikireport/