Apache2 - Cronologia

Mazzotti: /* Definizione sul server di back-end */

2019-06-13T09:26:16Z

Definizione sul server di back-end

Mazzotti: /* Workaround */

2011-05-17T18:05:39Z

Workaround

Mazzotti il 17:55, 17 mag 2011

2011-05-17T17:55:49Z

Mazzotti: /* Duplicare l'istanza di Apache */

2010-12-23T16:02:26Z

Duplicare l'istanza di Apache

Mazzotti il 09:54, 23 dic 2010

2010-12-23T09:54:37Z

Mazzotti il 12:17, 11 feb 2008

2008-02-11T12:17:37Z

Mazzotti il 10:06, 25 lug 2007

2007-07-25T10:06:36Z

Mazzotti il 10:04, 25 lug 2007

2007-07-25T10:04:39Z

Nuova pagina

== Apache 2.x - Appunti di gestione/configurazione ==

=== Server virtuali ===

==== SSL: Configurazione certificato ====

Per la parte relativa alla richiesta del certificato, fare riferimento alla sezione apposita nel Wiki Sitech.

Per l'installazione del certificato ipotizziamo di avere i certificati emessi e firmati disponibili nella cartella '''/tmp/holdcerts''' e i file di configurazione di apache 2 (SuSe) installati nella cartella '''/etc/apache2'''.
Negli esempi che seguono, [host_domain_tld] va sostituito con il nome dell'host di dominio virtuale (Es: webmail.netsitech.com).
<br>

* Installazione della key nel host virtuale

cd /tmp/holdcerts
mv server.csr /etc/apache2/ssl.csr/[host_domain_tld].csr
mv server.crt /etc/apache2/ssl.crt/[host_domain_tld].crt
mv server.key /etc/apache2/ssl.key/[host_domain_tld].key
mv server.key.secure /etc/apache2/[host_domain_tld].key.secure

chmod 400 /etc/apache2/ssl.csr/[host_domain_tld].csr
chmod 400 /etc/apache2/ssl.crt/[host_domain_tld].crt
chmod 400 /etc/apache2/ssl.key/[host_domain_tld].key
chmod 400 /etc/apache2/[host_domain_tld].key.secure

* Modifiche da apportare al file di configurazione del VirtualHost specifico
<code>
SSLCertificateFile /etc/apache2/ssl.crt/[host_domain_tld].crt
SSLCertificateKeyFile /etc/apache2/ssl.key/[host_domain_tld].key
</code>

@@ Riga 60: / Riga 60: @@
 # Definire due LogFormat, uno con l'IP dell'host che genera la chiamata, un altro con l'IP contenuto nel tag X-Forwarded-For inserito dal proxy:
-<code>
+ LogFormat "%h %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\"" combined
-LogFormat "%h %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\"" combined
+ LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\"" combined_forwarded
 <br>
 # Definire una variabile di ambiente nel caso in cui il proxy sia stato utilizzato:
-<code>
+ # Log the originating ip if use a proxy
-# Log the originating ip if use a proxy
+ SetEnvIfNoCase X-Forwarded-For "." from_proxy=1
 <br>
 # Utilizzare un log differente a seconda del valore di from_proxy:
-<code>
+ CustomLog /var/log/wiki/apache-access.log combined env=!from_proxy
-CustomLog /var/log/wiki/apache-access.log combined env=!from_proxy
+ CustomLog /var/log/wiki/apache-access.log combined_forwarded env=from_proxy
 <br>
 # Riavviare il server
@@ Riga 82: / Riga 76: @@
 <br>
 La configurazione finale assomiglierà a questa:
-<code>
+<syntaxhighlight lang="xml">
 <VirtualHost *:80>
      ServerName wiki.netsitech.com
@@ Riga 97: / Riga 91: @@
      ...
 </VirtualHost>
-</code>
+</syntaxhighlight>
 <br>
 = Workaround =
 Nella configurazione di Apache ocn MOD_DBD e MOD_AXIS con autenticazione LDAP, nel caso in cui si verifichi anche solo uno dei seguenti errori, fare attenzione all'ordine di caricamento dei moduli dbd e axis

← Versione meno recente		Versione delle 18:05, 17 mag 2011
Riga 114:		Riga 114:
	Include /etc/apache2/mod_dbd.conf		Include /etc/apache2/mod_dbd.conf
	</code>		</code>
		+	'''AL CONTRARIO''' se invece non è stata abilitata alcuna autenticazione, può essere necessario avere le righe in questo ordine:
		+
		+	<code>
		+	Include /etc/apache2/mod_dbd.conf
		+	Include /etc/apache2/mod_axis2.conf
		+	</code>
		+	Grazie a chi ci ha omaggiato di questo bellissimo comportamento!!!!
		+	[[Category:APACHE 2.2]]

← Versione meno recente		Versione delle 17:55, 17 mag 2011
Riga 99:		Riga 99:
	</code>		</code>
	<br>		<br>
		+	= Workaround =
		+	Nella configurazione di Apache ocn MOD_DBD e MOD_AXIS con autenticazione LDAP, nel caso in cui si verifichi anche solo uno dei seguenti errori, fare attenzione all'ordine di caricamento dei moduli dbd e axis
		+	<code>
		+	Internal error: DBD: Can't connect to freetds
		+	Internal error: DBD: failed to initialise
		+	Internal error: DBD: child init failed!
		+	</code>
		+	oppure
		+	require directives present and no Authoritative handler.
		+	<br>
		+	L'ordine (apparentemente) funzionante sembra essere il seguente:
		+	<code>
		+	Include /etc/apache2/mod_axis2.conf
		+	Include /etc/apache2/mod_dbd.conf
		+	</code>

@@ Riga 2: / Riga 2: @@
 == Duplicare l'istanza di Apache ==
-Per la duplicazione dell'istanza di Apache, fare riferimento alla [[Apache2-duplica-istanza|pagina specifica]].
+Per la duplicazione dell'istanza di Apache, fare riferimento al [[Apache2-duplica-istanza|tutorial specifico]].
 <br>

@@ Riga 1: / Riga 1: @@
-== Apache 2.x - Appunti di gestione/configurazione ==
+= Apache 2.x - Appunti di gestione/configurazione =
-=== Server virtuali ===
+== Duplicare l'istanza di Apache ==
-==== SSL: Configurazione certificato ====
+=== SSL: Configurazione certificato ===
 Per la parte relativa alla richiesta del certificato, fare riferimento alla sezione apposita nel [[Sitech:Attivita/Servizi/CA#Esempio_di_richiesta_di_un_certificato_per_un_virtual-host_su_apache2|Wiki Sitech]].
@@ Riga 30: / Riga 34: @@
 </code>
 <br>
-=== Configurazione di un proxy (http front-end processor) ===
+== Configurazione di un proxy (http front-end processor) ==
-==== Definizione sul server di front-end ====
+=== Definizione sul server di front-end ===
 Esempio di definizione di un server virtuale di front-end che risponde all'indirizzo http://wiki.netsitech.com o http://wiki.sede.netsitech.com che inoltra le richieste al server di back-end http://wiki.dmz.sede.netsitech.com<br>
 <code>
@@ Riga 45: / Riga 49: @@
 </code>
 <br>
-==== Definizione sul server di back-end ====
+=== Definizione sul server di back-end ===
 Il problema principale da risolvere è quello degli indirizzi IP del client, che in condizoni normali non vengono memorizzati nei log di accesso in quanto le chiamate vengono loggate come effettuate da un indirizzo client corrispondente al server di front-end.

← Versione meno recente		Versione delle 12:17, 11 feb 2008
Riga 29:		Riga 29:
	SSLCertificateKeyFile /etc/apache2/ssl.key/[host_domain_tld].key		SSLCertificateKeyFile /etc/apache2/ssl.key/[host_domain_tld].key
	</code>		</code>
		+	<br>
		+	=== Configurazione di un proxy (http front-end processor) ===
		+	==== Definizione sul server di front-end ====
		+	Esempio di definizione di un server virtuale di front-end che risponde all'indirizzo http://wiki.netsitech.com o http://wiki.sede.netsitech.com che inoltra le richieste al server di back-end http://wiki.dmz.sede.netsitech.com<br>
		+	<code>
		+	<VirtualHost *:80>
		+	ServerAdmin webmaster@netsitech.com
		+
		+	ServerName wiki.netsitech.com
		+	ServerAlias wiki.sede.netsitech.com
		+
		+	ProxyPass / http://wiki.dmz.sede.netsitech.com/
		+	ProxyPassReverse / http://wiki.dmz.sede.netsitech.com/
		+	</VirtualHost>
		+	</code>
		+	<br>
		+	==== Definizione sul server di back-end ====
		+	Il problema principale da risolvere è quello degli indirizzi IP del client, che in condizoni normali non vengono memorizzati nei log di accesso in quanto le chiamate vengono loggate come effettuate da un indirizzo client corrispondente al server di front-end.
		+
		+	Warnings:
		+
		+	* There is a solution which replaces the client IP used everywhere in apache with the X-Forwarded-For value if it exists. But this solution is to use just with trusted proxy, else it would be a security hole.
		+	* X-Forwarded-For is a header field and then can be forged, don't use it for legal or security reason.
		+
		+	Solution:
		+
		+	# Definire due LogFormat, uno con l'IP dell'host che genera la chiamata, un altro con l'IP contenuto nel tag X-Forwarded-For inserito dal proxy:
		+	<code>
		+	LogFormat "%h %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\"" combined
		+	LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\"" combined_forwarded
		+	</code>
		+	<br>
		+	# Definire una variabile di ambiente nel caso in cui il proxy sia stato utilizzato:
		+	<code>
		+	# Log the originating ip if use a proxy
		+	SetEnvIfNoCase X-Forwarded-For "." from_proxy=1
		+	</code>
		+	<br>
		+	# Utilizzare un log differente a seconda del valore di from_proxy:
		+	<code>
		+	CustomLog /var/log/wiki/apache-access.log combined env=!from_proxy
		+	CustomLog /var/log/wiki/apache-access.log combined_forwarded env=from_proxy
		+	</code>
		+	<br>
		+	# Riavviare il server
		+	apachectl restart
		+
		+	<br>
		+	La configurazione finale assomiglierà a questa:
		+	<code>
		+	<VirtualHost *:80>
		+	ServerName wiki.netsitech.com
		+	ServerAlias wiki.dmz.sede.netsitech.com
		+	ServerAlias wiki.sede.netsitech.com
		+	...
		+	LogFormat "%h %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\"" combined
		+	LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\"" combined_forwarded
		+
		+	SetEnvIfNoCase X-Forwarded-For "." from_proxy=1
		+
		+	CustomLog /var/log/wiki/apache-access.log combined env=!from_proxy
		+	CustomLog /var/log/wiki/apache-access.log combined_forwarded env=from_proxy
		+	...
		+	</VirtualHost>
		+	</code>
		+	<br>