[Please followup to docs <at> httpd.apache.org] I've started a documentation page for using virtual hosts over SSL with SNI at http://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI Comments are welcome, or make improvements directly on the wiki. -- -- Dan Poirier <poirier <at> pobox.com>
On 04/08/2009 08:37 PM, Dan Poirier wrote: > [Please followup to docs <at> httpd.apache.org] > > I've started a documentation page for using virtual hosts > over SSL with SNI at > > http://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI Cool work Dan. Thanks. If I find some time and have further things at hand I will contribute to this page. Regards Rüdiger
Ruediger Pluem wrote: > On 04/08/2009 08:37 PM, Dan Poirier wrote: > >> [Please followup to docs <at> httpd.apache.org] >> >> I've started a documentation page for using virtual hosts >> over SSL with SNI at >> >> http://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI >> > > Cool work Dan. Thanks. If I find some time and have further > things at hand I will contribute to this page. > > Regards > > Rüdiger > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: docs-unsubscribe <at> httpd.apache.org > For additional commands, e-mail: docs-help <at> httpd.apache.org > > Dan, Thank you very much for this. I will use it a lot for support in #httpd, for sure.(Continue reading)
A while back, we attempted to lock down our documentation domain names into example. where they belong... here's one I wasn't aware of we should likely adopt, as well; RFC 3330 192.0.2.0/24 - This block is assigned as "TEST-NET" for use in documentation and example code. It is often used in conjunction with domain names example.com or example.net in vendor and protocol documentation. Addresses within this block should not appear on the public Internet.
Hi Dan, isn't there a misconfig in the example? Second host: DocumentRoot /www/example2 ServerName www.example.org shouldn't that be ServerName www.example2.org ? Mario
Hello, Using SNI doesn't change the fact that you can only use one certificate file (public and private key) per unique IP:port. Right? SNI is mostly useful when one is using wildcard and/or SubjectAltName (SAN) extension certificate. In these cases you can serve number different sites with the same certificate key pair. I think this should be mentioned because otherwise we are facing confusion. -- -- Tero Lampiluoto lampiluoto at gmail com On Thu, Apr 9, 2009 at 9:59 AM, Mario Brandt <jblond <at> gmail.com> wrote: > Hi Dan, > isn't there a misconfig in the example? > > Second host: > > DocumentRoot /www/example2 > ServerName www.example.org > > shouldn't that be ServerName www.example2.org ? > > Mario >(Continue reading)
On Thu, Apr 9, 2009 at 4:10 AM, Tero Lampiluoto <lampiluoto <at> gmail.com> wrote: > Hello, > > Using SNI doesn't change the fact that you can only use > one certificate file (public and private key) per unique IP:port. > Right? That's what it changes, becasue the Client Hello contains the same data as the Host: header. > > SNI is mostly useful when one is using wildcard and/or > SubjectAltName (SAN) extension certificate. In these cases you can > serve number different sites with the same certificate key pair. This works today (all SSL settings in default vhost) -- -- Eric Covener covener <at> gmail.com
Mario Brandt <jblond <at> gmail.com> writes: > isn't there a misconfig in the example? > > Second host: > > DocumentRoot /www/example2 > ServerName www.example.org > > shouldn't that be ServerName www.example2.org ? Thanks, you're right. I've fixed it. -- -- Dan Poirier <poirier <at> pobox.com>
Tero Lampiluoto <lampiluoto <at> gmail.com> writes: > Using SNI doesn't change the fact that you can only use > one certificate file (public and private key) per unique IP:port. Actually that's exactly what it does change, but you're right in that I never actually said that. Fixed. -- -- Dan Poirier <poirier <at> pobox.com>
Hi to all, I'm translating mod_proxy.xml, and I don't understand what the term "worker" means, for example on lines 548, 735, 773,... Is it related to the MPM Worker ? Or is it a little man who "works" during hours and hours inside of httpd to make it run ?Lucien -- -- Lucien GENTIS IUFM de Lorraine Centre de Ressources Informatiques 5, Rue Paul Richard C.O. 3 - MAXEVILLE 54528 LAXOU-CEDEX Tél. 03 83 17 68 41 Email : lucien.gentis <at> lorraine.iufm.fr
RSS Feed13 | |
|---|---|
12 | |
37 | |
54 | |
49 | |
37 | |
13 | |
37 | |
9 | |
15 | |
49 | |
12 | |
164 | |
159 | |
224 | |
35 | |
21 | |
28 | |
59 | |
65 | |
36 | |
23 | |
33 | |
72 | |
9 | |
34 | |
52 | |
85 | |
134 | |
228 | |
221 | |
141 | |
14 | |
9 | |
9 | |
18 | |
44 | |
31 | |
53 | |
7 | |
32 | |
17 | |
40 | |
13 | |
5 | |
17 | |
7 | |
15 | |
9 | |
25 | |
1 | |
12 | |
10 | |
20 | |
33 | |
17 | |
5 | |
13 | |
38 | |
40 | |
91 | |
101 | |
54 | |
8 | |
26 | |
22 | |
24 | |
61 | |
29 | |
100 | |
95 | |
82 | |
114 | |
7 | |
23 | |
16 | |
14 | |
4 | |
41 | |
17 | |
23 | |
26 | |
26 | |
82 | |
13 | |
24 | |
14 | |
14 | |
31 | |
43 | |
23 | |
43 | |
38 | |
27 | |
67 | |
35 | |
42 | |
19 | |
44 | |
44 | |
65 | |
31 | |
112 | |
28 | |
76 | |
45 | |
38 | |
22 | |
56 | |
78 | |
69 | |
97 | |
109 | |
127 | |
62 | |
32 | |
65 | |
52 | |
157 | |
137 | |
112 | |
149 | |
78 | |
84 | |
158 | |
220 | |
164 | |
189 | |
380 | |
319 | |
275 | |
152 | |
169 | |
93 | |
32 | |
1 |
