Table of Contents

Servidor general del SeRMN (2009)

Especificacions i configuració de l'ordinador instal·lat al 2009 com a servidor del SeRMN.

Descripció tècnica

Dades per l'inventari

Descripció Servidor
Marca Hewlett Packard
Model HPE PROLIANT ML110 G5 SPECIAL TOWER SERVER
Núm. sèrie CZ192400ED
Product number 455948-075
Potència 365 W
Emplaçament c2/-135
Núm. inventari 015184299

Hewlett Packard Enterprise PartSurfer
https://partsurfer.hpe.com/Search.aspx?searchText=CZ192400ED

Servidor web/dades

HPE PROLIANT ML110 G5 - WEB & DATA SERVER
Data de compra 2011-mm-dd
DHCP UAB
Data d'alta Ordinador a la LAN del SeRMN
Adreça MAC 00:17:3f:d0:d6:5b
Adreça MAC 2 00:25:b3:b8:73:a3
Hostname sermnserver.sermn.net
Adreça IP 192.168.2.2 1)
DADES TÈCNIQUES
Descripció Servidor
Marca Hewlett Packard
Model HPE PROLIANT ML110 G5 SPECIAL TOWER SERVER
Núm. sèrie CZ192400ED
Product number 455948-075
Potència 365 W
Emplaçament c2/-135
Núm. inventari 015184299
HP Care Pack —

Especificacions del hardware

En aquesta pàgina es poden consultar les especificacions del maquinari en data de 2022-08-04.

Sistema operatiu actual del servidor a agost de 2022

Actualment hi ha instal·lat el sistema operatiu GNU/Linux Debian 8 Jessie.

Està en procés d'actualització progressiva a la versió actual (11, Bullseye).

Serveis disponibles al servidor a 2017/08

FIXME Esmentar i descriure els serveis en funcionament

Actualització de Debian - Agost 2017

La versió de Debian actualment instal·lada és Debian 7.11 “wheezy” (aka “oldoldstable”) i la versió estable actual és Debian 9.1 “stretch” publicada el 22 de juliol de 2017. Per actualitzar-la ho faré en dues fases: actualitzar primer de Debian-7 a Debian-8 (oldstable), i llavors a Debian-9 (stable), d'aquesta forma, qualsevol canvi als programes instal·lats serà progressiu i es minimitzarà el risc d'afectar al funcionament dels serveis.

Actualització a Debian 8.9 "jessie" - Agost de 2017

Debian 8.9 es va publicar el 22 de juliol de 2017. 8.0 es va publicar inicialment el 26 d'abril de 2015.

Aquesta pàgina conté la descripció detallada del procés d'actualització a Debian 8.9 “jessie”.

Actualització a Debian 9.13 "stretch" - Agost de 2022

Debian 9.13 es va publicar el 18 de juliol de 2020. Debian 9.0 es va publicar inicialment el 17 de juny de 2017.

Aquesta pàgina conté la descripció detallada del procés d'actualització a Debian 9.13 “stretch”.

Actualització a Debian 10.12 "buster" - Agost de 2022

Debian 10.12 es va publicar el 26 de març de 2022. Debian 10.0 es va publicar inicialment el 6 de juliol de 2019.

Aquestes pàgines contenen la descripció detallada del procés d'actualització a Debian 10.12 “buster”:

Actualització d'HTTP a HTTPS - Setembre de 2022

Cal convertir el servidor HTTP en HTTPS. He descartat les opcions de fer-ho amb un certificat auto-signat (self-signed) o amb un certificat aconseguit a través del Servei d'Informàtica perquè el primer no és acceptat per defecte pels navegadors i perquè el segon mecanisme implica força burocràcia i no sembla que sigui automatitzable.

Això ens deixa l'opció de fer servir certificats emesos per Let’s Encrypt, una Autoritat de Certificació sense ànim de lucre que actualment proporciona certificats TLS a 260 milions de llocs web.

Aquestes pàgines contenen la descripció detallada del procés d'obtenció dels certificats i la configuració del servidor HTTPS amb Apache a Debian 10.12 “buster”:

El servidor es posa a hibernar - Octubre de 2022

Divendres 2022-10-21, després de reiniciar el servidor perquè una actualització de seguretat (dbus?) ho exigia, el servidor va començar a aturar-se sense motiu. Després d'investigar el tema, vaig trobar que un canvi a la configuració del gestor gràfic gdm3 feia que el servidor entrés en hibernació transcorreguts 1200 segons.

Per més detalls consultar,

La grandària màxima permesa pels fitxers a penjar ha disminuït - Novembre de 2022

Dilluns 2022-11-07, la Míriam indica que no pot pujar fitxers ZIP d'uns 40 MB i que només pot pujar fitxers de mida petita.

Comprovo el fitxer de registre del servidor web i trobo un missatge d'error on posa que la mida del fitxer supera el límit actual de 8 MB (8388608 bytes): 

Mon Nov 07 09:59:03.630161 2022] [:error] [pid 455409] [client 158.109.55.158:57523]
PHP Warning:  POST Content-Length of 45493887 bytes exceeds the limit of 8388608 bytes
in Unknown on line 0, referer: https://sermn.uab.cat/pydio/ws-my-files/

Abans de l'actualització del PHP a 7.x i reinstal·lació del PHP 5.6, el límit s'havia incrementant fins 2 GB: 

# grep -e "upload_max_filesize" -e "post_max_size" /etc/php5/apache2/php.ini 
post_max_size = 2048M
upload_max_filesize = 2500M

però les versions actuals tornen a tenir els valors per defecte: 

# grep -e "upload_max_filesize" -e "post_max_size" /etc/php/*/apache2/php.ini
/etc/php/5.6/apache2/php.ini:post_max_size = 8M
/etc/php/5.6/apache2/php.ini:upload_max_filesize = 2M
/etc/php/7.3/apache2/php.ini:post_max_size = 8M
/etc/php/7.3/apache2/php.ini:upload_max_filesize = 2M
/etc/php/8.1/apache2/php.ini:; post_max_size = 8M
/etc/php/8.1/apache2/php.ini:; upload_max_filesize = 2M

He canviat els paràmetres rellevants a totes les versions, tenint present les instruccions al manual (veure referències) i, després de reiniciar el servidor, el límit torna a ser de 2 GB (FIXME ho he comprovat):

The MAX_FILE_SIZE item cannot specify a file size greater than the file size that has been set in the upload_max_filesize in the php.ini file. The default is 2 megabytes.

If a memory limit is enabled, a larger memory_limit may be needed. Make sure you set memory_limit large enough.

If max_execution_time is set too small, script execution may be exceeded by the value. Make sure you set max_execution_time large enough.

Note: max_execution_time only affects the execution time of the script itself. Any time spent on activity that happens outside the execution of the script such as system calls using system(), the sleep() function, database queries, time taken by the file upload process, etc. is not included when determining the maximum time that the script has been running.

Warning: max_input_time sets the maximum time, in seconds, the script is allowed to receive input; this includes file uploads. For large or multiple files, or users on slower connections, the default of 60 seconds may be exceeded.

If post_max_size is set too small, large files cannot be uploaded. Make sure you set post_max_size large enough.

post_max_size int must be larger than upload_max_filesize. 

# grep -e "memory_limit" -e "upload_max_filesize" -e "post_max_size" /etc/php/*/apache2/php.ini
/etc/php/5.6/apache2/php.ini:memory_limit = 256M
/etc/php/5.6/apache2/php.ini:post_max_size = 2150M
/etc/php/5.6/apache2/php.ini:upload_max_filesize = 2060M

/etc/php/7.3/apache2/php.ini:memory_limit = 128M
/etc/php/7.3/apache2/php.ini:post_max_size = 2150M
/etc/php/7.3/apache2/php.ini:upload_max_filesize = 2060M

/etc/php/8.1/apache2/php.ini:memory_limit = 128M
/etc/php/8.1/apache2/php.ini:post_max_size = 2150M
/etc/php/8.1/apache2/php.ini:upload_max_filesize = 2060M

i en el fitxer de configuració d'Apache /etc/apache2/sites-enabled/sermn_uab_cat-3-https.conf afegeixo 

#### File upload limit set to 2200 MBytes
LimitRequestBody 2306867200

Faig unes proves amb fitxers de diverses mides i veig que:

Referències

1)
A la xarxa UAB té o tenia assignada l'adreça IP 158.109.50.189, actualment sense ús, pendent de donar de baixa de la xarxa UAB