Problème d’accès à Sage suite au déplacement du serveur

Suite à un changement d’adresse IP de notre Sage, la connexion aux bases et la création de bases depuis les postes clients ne se faisaient plus et le message d’erreur Fournisseur de canaux nommés : Impossible d’ouvrir une connexion à SQL Server [53] apparaissait après un timeout.

Voici ce qu’il est bon de vérifier sur un poste client lorsqu’on déplace un serveur Sage :

  • Dans le panneau de configuration > Sage installation, définir la nouvelle IP du serveur ;
  • Dans %USERPROFILE% ou %ALLUSERSPROFILE% > Application Data > Sage > Comptabilité (par exemple) > C_MODEL.MAE : mettre la nouvelle IP du serveur ;
  • Dans %USERPROFILE% ou %ALLUSERSPROFILE% > Documents partagés > Sage > Sage Entreprise > BIJOU.MAE : mettre la nouvelle IP du serveur ;
  • Dans le fichier .mae désiré, sur la ligne ServeurSQL, remplacer le nom du serveur par l’adresse IP peut parfois aider.

Open Sankoré (2.1) et Net Support School (10.70)

Juste pour éviter à certains quelques heures de recherches, les deux sont incompatibles (tout du moins sur windows xp). Pas au premier abord mais dès que l’on veut utiliser la fonction « Bureau » de Sankoré, l’écran devient noir : plus de fond, plus d’icônes.

Reste à choisir entre remplacer un logiciel récent et gratuit, ou payer pour remplacer un vieux logiciel. Je crois que je vais prendre la première, surtout que iTALC n’a pas l’air de poser le soucis, ce qui est moins certains pour la dernière version de NSS.

Serveur KMS pour Office 2010 sous Windows 2003

L’activation d’un office 2010 passe habituellement par l’utilisation d’une clé MAK mais elles ne sont utilisables qu’un nombre de fois limité. Pour le déploiement d’un MS Office sur un réseau, il faut utiliser une clé KMS et donc mettre en place un serveur KMS qui va distribuer ses licences.

Sur le serveur

Dans notre cas, il faut installer une version spéciale de KMS pour windows 2003 : le KMS 1.1 puis le le patch 1.2.

Tout le paramétrage du serveur se fait en ligne de commande grâce au script slmgr.vbs présent dans le dossier C:\WINDOWS\system32 :

  • On définit une clé : cscript c:\WINDOWS\system32\slmgr.vbs -ipk MACLEKMS
  • On vérifie le statut du serveur : cscript c:\WINDOWS\system32\slmgr.vbs -dlv
  • Puis activation de la clé par internet : cscript c:\WINDOWS\system32\slmgr.vbs -ato bfe7a195-4f8f-4f0b-a622-cf13c7d16864
    (NB: je ne sais absolument pas d’où vient ce bfe7a195-4f8f-4f0b-a622-cf13c7d16864 !)

Sur le client (win Xp)

Tout le paramétrage du client se fait en ligne de commande grâce au script ospp.vbs présent dans le dossier C:\Program Files\Microsoft Office\Office14 :

  • On lance le service d’enregistrement : cscript "C:\Program Files\Microsoft Office\Office14\OSPP.vbs" /osppsvcrestart
  • On définit l’hôte KMS : cscript "C:\Program Files\Microsoft Office\Office14\OSPP.vbs" /sethst:MONSERVEUR
  • Puis on lancer la demande d’activation : cscript "C:\Program Files\Microsoft Office\Office14\OSPP.vbs" /act

Pour finir

Il faut utiliser l’Observateur d’évènements (dans les Outils d’administration) pour voir les demandes activation reçues sur le serveur. Il faut au moins 25 demandes pour que le serveur commence à les valider.

VAMT permet d’avoir un aperçu des licences existantes et des produits validés.

Ne pas oublier d’ouvrir le port 1688 sur le serveur et le client.

Liens utiles