Older Newer
Tue, 21 Sep 2004 07:18:49 . . . . Kalou


Changes by last author:

Added:
Quelques programmes utilisent des méthodes qui fonctionnent bien dans un serveur normal, mais échouent dans un vserver. Souvent, ce n'est pas la faute de vserver lui-même, mais certains programmes font des choses automatiquement et sans interception d'erreur ... Dans certains cas, ces actions nécessitent des privilèges spéciaux non attribués par défaut dans un vserver. Autoriser ces CAP(acité)s n'est pas nécessaire, car la plupart du temps le programme ne s'en sert qu'une fois lors de son installation.

----

*Module Apache pour OpenGroupware?

:Si votre VServer n'a pas accès à localhost, la connection au serveur OpenGroupware? échouera avec une "Internal Server Error".

:Le module apache mod_ngobjweb pour OpenGroupware? utilise l'IP "127.0.0.1" codé en dur dans le code source (handler.c, ligne 339). A cet endroit, vous devez changer l'adresse IP pour celle de votre Vserver.

----

*Hylafax (avec CAPI)

: Si vous souhaitez faire tourner hylafax dans un vserver, vous allez rencontrer un problème de CAP(acité) et un problème de périphérique qui peuvent être résolus facilement. Dans un premier temps, vous avez besoin des périphériques capi20 dans votre VServer, qui ne peuvent être crés par ./MAKEDEV (nécessite une CAP spécifique). Copiez donc les périphériques dans votre VServer, comme ceci: (commande à taper sur le serveur Hote):

:cp -aR /dev/capi* /vservers/your_vserver/dev

: Maintenant, Hylafax peut accéder à votre carte CAPI ISDN mais va sortir après quelques secondes... le problème vient du fait qu'il tente de créer un périphérique /dev/null dans la racine de hylafax. Bien entendu vous n'avez pas la CAP nécessaire, donc aidons hylafax une fois de plus en copiant le périphérique dans la racine du vserver depuis le serveur Hote, comme ceci (commande à taper sur le serveur Hote):

:cp -aR /dev/null /vservers/your_vserver/var/spool/hylafax/dev

:Voila, tout est OK, Hylafax a maintenant accès aux périphériques CAPI et fonctionnera correctement.

----

*Liens dans screen à l'intérieur d'un vserver

:Aucune idée de la raison, mais les liens crashent systématiqment lorsqu'on se place dans une session screen dans un vserver, qui avait été lancée en dehors de celui-ci.

----

*rndc

:Rndc, l'utilitaire livré avec Bind, a un 127.0.0.1 codé en dur quelquepart, par conséquent, toute commande donnée à rndc génèrera une erreur "Connection Refusée".

:Vous devez définir un "localhost" joignable dans /etc/hosts et vous pourrez ensuite utiliser "rndc -s localhost command"