Nelle ultime 2 settimane mi sono capitati starni problemi su un CentOS Linux release 7.5.1804 (Core), come ad esempio il comando df che non si completa e rimane "zombie", i servizi che rilevano spazio insufficiente sul disco (in realtà ci sono oltre 2 tera disponibili!), ecc problemi che con il riavvio di proc-sys-fs-binfmt_misc.mount si risolvono, ma non definitivamente.

Oggi rientrando in ufficio trovo i cronjob di yum "zombie", yum che non funziona, servizi che non si avviano perchè non rilevano spazio, a parte yum con il riavvio del processo come indicato sopra tutto torna normale.

Da una ricerca in rete sembra ci sia un problema con le tabelle di routing, proprio dall 7.5 di centos; controllando la tbella di routing però non vedo nulla di strano:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         pfsense         0.0.0.0         UG    100    0        0 eno1
x.x.x.0       0.0.0.0         255.255.255.0   U     100    0        0 eno1

Se provo il ping tutto funziona regolarmente, gli indirizzi vengono risolti e le risposte arrivano.

Questo problema si dovrebbe anche risolvere con un aggiornamento di systemd, che però non riesco ad eseguire in quanto yum rimane bloccato.

Edit:
dopo aver "eliminato" i file /var/lib/rpm/__db.00* yum è tornato a funzionare, ho fatto l'update di systemd, verificherò se è la soluzione definitiva o meno, poi aggiornerò il topic.

Ri-Edit:
Aggiornato systemd il problema non si è ripresentato.

Non è più possibile aggiornare, è una versione fuori supporto.

Hai un problema di permessi/autorizzazioni di accesso ai file, non di riga nel file di configurazione.
Quel comando ha solo detto alla macchina di ignorare la cosa, inoltre al prossimo riavvio tutto tornerà com'era prima.

Per sapere cosa non va servirebbero i log, leggendo quello che hai scritto non è possibile capire dove sta il problema.

La modifica al file hosts non permette di identificare i domini (eventualmente presenti), ma solo l'host che li (dovrebbe) ospitare.

Per tentativi:
i permessi file/cartelle che hai creato sono a posto?
I permessi sui file di configurazione sono a posto?

Se il disco non è guasto non ci saranno correzioni nemmeno con la sintassi corretta del comando.

Una ricerca veloce con google (acronis xfs) al primo posto ha la kb di acronis con titolo: 2910: Acronis Product Hangs When Backing Up an XFS Partition: https://kb.acronis.com/content/2910

Dopo avere eseguito con successo tutti i comandi elencati, accedendo all' ip del server non mi appare la pagina di cortesia di Apache.

il server è configurato per accettare le connessioni dall'esterno (vedi firewall)?

Nella directory /var/www/html non ho trovato il classico "index.html"

Perchè se non lo crei tu non c'è; se ti riferisci invece alla pagina di default di Apache non è quello il posto dove cercare.

Quasi sicuramente la soluzione al tuo problema:
1) Sul router devi fare un port forward dalla WAN verso l'indirizzo del server sulla LAN
2) Sul server aprire le porte del firewall per l'accesso SSH
(Per il punto 1 scegli una porta non standard)

In alternativa, cosa molto più sbrigativa, falli collegare con teamviewer/ammy/altro ad un pc windows sulla LAN  e da lì si collegheranno con putty al server

Prima di tutto, il firewall deve avere le regole che permettano l'accesso, anche se il server è solo per test, mai disabilitato.

in seconda battuta, e questo è il tuo problema, il router è configurato per inoltrare la richiesta dalla wan  verso il tuo server? Non mi sembra di aver letto che l'hai fatto.