An update:
>and uploaded the ssl that is currently being used in the in-house server. (All 
>the subdomains use the same ssl certificate.) 
The hosting site's helpdesk told me they don't allow an SSL certificate that 
has multiple domains listed in the SANs field.
So I will will be creating a new SSL for the that particular (=single) domain 
(www-test1-com) only.

Will report how it goes.

Thanks!  

> ----- Original Message -----
> 
> From: "Jonesy" <spam_trap_gm...@jonz.net.INVALID>
> To: "users@httpd.apache.org" <users@httpd.apache.org>
> Date: 2022/03/22 火 22:21
> Subject: [users@httpd] Re: Testing a pre-live website triggers redirection
> 
> 
> In gmane.comp.apache.user, you wrote:
> >
> > I am trying to test a subdomain hosted in a hosting service while
> > simultaneously running the same subdomain in an in-house server,
> > by adding an entry to the hosts file.
> >
> > The idea is to make my test client (a windows 10 desktop) think that the su=
> > bdomain being tested resolves to the IP address I added in the hosts file,
> > not the global IP address that the authoritative DNS returns.=20
> >
> > Is it possible?
> 
> What I do to support my website(s) is to use the below URL/Domain Name
> scheme:
> 
>         https://example.com     for the (obviously) remotely hosted website
>         https://example.tst     for the local copy/devl of the website.
> 
>  ... and enter example.tst (and www.example.tst) in /etc/hosts
> I employ *no other* complexity.
> 
> It might be tedious,but /etc/hosts could also contain entry lines for
> 
>       https://a.example.tst 
>         https://b.example.tst
>         https://c.example.tst
>         https://etc.example.tst
> 
> I can move back and forth (and step on my dick) by merely over-typing the
> tst/com glyphs.
> 
> HTH
> Jonesy
> --
>   Marvin L Jones    | Marvin      | W3DHJ.net  | linux
>    38.238N 104.547W |  @ jonz.net | Jonesy     |  FreeBSD
>     * Killfiling google & XXXXbanter.com: jonz.net/ng.htm
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org

Reply via email to