httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Matthew England <>
Subject Re: [users@httpd] Using alternative SSL port: 8080 works, but 444 does not?
Date Mon, 15 Nov 2004 18:29:11 GMT
On my redhat9 system, 'netstat -anp | grep :444' shows nothing before I 
start my "offline server," and it registers the following line when my 
"offline server" runs:

tcp        0      0   *               LISTEN      5633/httpd

...just as I would expect.

So nothing else seems to be "stomping on" Port 444...from this little 
analysis, anyway.

More after lunch.

At 11/15/2004 12:24 PM, Matthew England wrote:
>Per the note at the end of this email, I'm am setting up "an 
>offline-testing", non-production server to I can maintenance-muddle 
>without having to mess up my users.
>It looks as if I can get a completely-separate httpd instance (with a 
>different <-f conf-file> parameter then the "production" one) to run 
>independently with no problem.
>However, I can't get port 444 to work for some reason.  This works:
>...but this does not:
>Any thoughts as to why?
>I have to run for lunch, but if I can't figure it out by then, I'll post 
>my config and other info later.
>(Yes, I do believe I have all my virtual-hosting configured correctly and 
>my firewall is open on these ports--I know I did it right for port 8080, 
>because it works, even with the SSL engine.)
>At 11/15/2004 11:43 AM, Matthew England wrote
>from "Re: [users@httpd] Qs: server maintenance, URL redirection, etc":
>>[...] I'm hoping I can run separate httpd server instances on different 
>>ports for testing...I'm just hoping I can duplicate the production 
>>environment well enough such that I can port back-end scripts (like php) 
>>and databases (like mysql) well enough such that an 
>> will work as well as 
>> ...such that I won't have to change underlying 
>>server structure when I "go live" by moving changes from test to 
>>production server...or at least minimize and encapsulate these 
>>things.  Some of these things are application-depedent, so I may have to 
>>bear with it...
>The official User-To-User support forum of the Apache HTTP Server Project.
>See <URL:> for more info.
>To unsubscribe, e-mail:
>   "   from the digest:
>For additional commands, e-mail:

The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:> for more info.
To unsubscribe, e-mail:
   "   from the digest:
For additional commands, e-mail:

View raw message