====== 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 ((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)) | ^ 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 ===== [[informatica:servidor_internet_2009_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 * Servidor de dades amb ProFTPD * Programa de reserves amb Bumblebee 1.1.x * Blog i pàgines web amb WordPress * Gestor de fitxers al núvol amb Pydio * [[:informatica:servidor_llicencies_bruker | Servidor de llicències del programari Bruker]] ===== 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. [[informatica:servidor_internet_2009_debian_8| 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. [[informatica:servidor_internet_2009_debian_9| 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": * [[informatica:servidor_internet_2009_debian_10_part_1 | Actualització a Debian 10.12 - Part 1]] * [[informatica:servidor_internet_2009_debian_10_part_2 | Actualització a Debian 10.12 - Part 2]] * [[informatica:servidor_internet_2009_debian_10_part_3 | Actualització a Debian 10.12 - Part 3]] * [[informatica:servidor_internet_2009_debian_10_part_4 | Actualització a Debian 10.12 - Part 4]] ===== 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 [[https://letsencrypt.org/ | 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": * [[informatica:servidor_internet_2009_http_to_https_letsencrypt | Canvi del servidor web d'HTTP a HTTPS. Obtenció d'un certificat de Let's Encrypt.]] No he pogut fer servir aquesta opció perquè per fer-la servir hauria de tenir control del domini "uab.cat". * [[informatica:servidor_internet_2009_http_to_https_rediris | Canvi del servidor web d'HTTP a HTTPS. Obtenció d'un certificat a través de la UAB i RedIris.]] Aquesta és l'opció per defecte a la UAB. Cal generar un fitxer CSR (Certificate Signing Request) i enviar-ho perquè el signi la Certificate Authority contractada per RedIris. * [[informatica:servidor_internet_2009_http_to_https_apache | Canvi del servidor web d'HTTP a HTTPS. Canvis a Apache.]] ===== 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, * [[https://www.google.com/search?q=networkmanager+info+manager+sleep+sleep+requested+%28sleeping+no+enabled+yes | Google Search: networkmanager info manager sleep sleep requested (sleeping no enabled yes)]] * [[https://askubuntu.com/questions/1271282/how-to-stop-networkmanager-to-put-ubuntu-server-to-sleep | network manager - How to stop NetworkManager to put Ubuntu server to sleep? - Ask Ubuntu]] * [[https://bbs.archlinux.org/viewtopic.php?id=274383 | How to disable NetworkManager triggering sleep.target? / Applications & Desktop Environments / Arch Linux Forums]] * [[https://wiki.archlinux.org/title/GDM#GDM_auto-suspend_.28GNOME_3.28.29 | GDM - ArchWiki]] * [[https://otremba.net/wiki/Energiespareinstellungen_(Debian)]] * [[https://blog.michael.franzl.name/tag/debian-2/ | “Green Energy” complication: gdm3 suspends machine after 20 minutes: A solution.]] * [[https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896083]] ===== 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: * un fitxer de 200 MB es transfereix en aprox. 22 segons * un fitxer de 400 MB es transfereix en aprox. 48 segons * un fitxer de 600 MB es transfereix en aprox. 1:17 minuts * un fitxer de 800 MB es transfereix en aprox. 1:50 minuts * un fitxer de 1024 MB (1 GB) es transfereix en aprox. 2:10 minuts * un fitxer de 2048 MB (2 GB) es transfereix en aprox. 4:13 minuts ==== Referències ==== * [[https://kinsta.com/knowledgebase/the-uploaded-file-exceeds-the-upload_max_filesize-directive-in-php-ini/ | How to Fix the uploaded file exceeds the upload_max_filesize directive in php.ini Error.]] * [[https://www.php.net/manual/en/ini.core.php#ini.post-max-size | PHP Manual - post_max_size]] * [[https://www.php.net/manual/en/features.file-upload.common-pitfalls.php | PHP Manual - Common Pitfalls]] * [[https://support.cpanel.net/hc/en-us/articles/6994682816023-Requested-content-length-is-larger-than-the-configured-limit-of-1073741824-Apache-2-4-54-413-error-code- | Requested content-length is larger than the configured limit of 1073741824 ( Apache 2.4.54 , 413 error code ) – cPanel]] * [[https://httpd.apache.org/docs/2.4/mod/core.html#limitrequestbody | limitrequestbody - core - Apache HTTP Server Version 2.4.]]