Quand on lance spip_loader.php, il répond presque toujours :
Spip Loader
Failed to connect to www.spip.net port 443: Connection refused for « https://www.spip.net/spip_loader.api ».
Sur tous mes sites SPIP, j’ai ce problème.
Et pourtant quand on met cette adresse dans Firefox, aucun problème.
Ces sites avaient la dernière version de spip_loader.
Une petite recherche de " Failed to connect to www.spip.net port 443" renvoie vers la solution à ton problème 
PS : je déplace le sujet dans la catégorie Général plus adaptée à l’entraide sur l’utilisation du SPIP.
Bonjour jeanmarie,
J’ai le même problème mais pas trouvé la solution que tu évoques dans ton message « Une petite recherche de " Failed to connect to www.spip.net port 443 » renvoie vers la solution à ton problème"
Curieusement, Etienne
NB : la MAJ .21 avait bien fonctionné…
Le lien est dans mon message ci-dessous, même pas besoin de chercher
En complément, cette erreur est maintenant documentée dans Utiliser spip_loader - SPIP
Merci Jack31
Voici la réponse en clair : « Votre hébergeur a sans doute bloqué certaines fonctions PHP sur votre hébergement. Connectez vous à votre espace hébergeur pour les rétablir. »
C’est ce que j’ai fait (via OVH) et, après quelques minutes d’attente, Spip_loader fonctionne normalement ! 
Oups exact ! Merci.Jeanmarie. Je reçois à l’instant un message d’OVH m’informant qu’ils bloquent les accès sortants à cause d’un cache SPIP vérolé !
J’ai trouvé les scripts douteux bien « caché » dans un fichier du cache codé en base64. Il cherchait des fonctions exécutable. Grrrr !
Comment le cache peut se faire véroler sachant que j’ai théoriquement désactivé toutes les interactions SPIP ?
Est-ce que la version 4.22 corrige ça ?
Alors comme déjà dit à plusieurs reprises dans différents posts, ce code n’était pas exécuté. C’était la trace de tentatives d’utiliser la faille bouchée en 4.4.21.
Oui, une fois les caches nettoyés la version 4.4.22 n’autorise plus ces fichiers en cache. OVH ne signalera donc plus ces faux positifs.
Par contre, on ne peut toujours pas parler de /etc/passwd dans SPIP chez OVH. Il considère que c’est du piratage le fait ce citer le nom et le chemin de ce fichier. Pffff