Guide pratique de l'installation du serveur LAN sous Windows

À première vue, réparer est l'option la plus rapide et la plus économique mais elle est rarement facile, et plus particulièrement si vous n'êtes pas sûr de l'origine exacte du problème. En tant que poste de travail, il n'y avait « rien à redire » sur cet ordinateur, mais en tant que serveur il semblait souvent débordé. La situation aurait pu être quasi résolue en installant un commutateur de réseau pour accélérer le trafic du réseau, mais cela aurait pu conduire à la création d'un étranglement sur le serveur PC car il y avait des difficultés à satisfaire la demande de trafic. L'ordinateur fonctionnait sous Windows 98 qui en tant qu'environnement bureautique est parfaitement approprié mais en tant que serveur commence à faiblir. Dans le meilleur des cas, on disait que cette option ne faisait que repousser le problème pendant un moment surtout si la croissance du réseau continuait.

Remplacer le serveur PC par un serveur spécialisé et établir une relation de type client serveur permettrait de tenir compte de la croissance espérée de la taille et du trafic du réseau. Traditionnellement, un serveur spécialisé nécessiterait un investissement considérable car ici les options sont soit sous Windows NT soit sous Netware. Depuis la fin des années 1990, Linux a été considérablement mis en relief et fournissait une stratégie de remplacement.

Je ne peux pas assez insister sur l'importance des recherches pour l'aboutissement de l'ensemble du projet. Ce qui est, par exemple, résumé par l'expression suivant : « mieux vaut prévenir que guérir ».

Pour une raison ou une autre, nos utilisateurs ont l'habitude de ne pas explorer le réseau hors de leur groupe de travail — bien qu'ils le fassent souvent. Afin d'éviter toute confusion de leur part et de limiter les accidents autant que possible, le serveur fut mis dans son propre lieu de travail. Il existe beaucoup d'excellents documents sur l'organisation et la configuration de Samba et je renvoie ainsi le lecteur à ces documents plutôt que de répéter l'information ici.

Comme le notre, tous les ordinateurs ont des adresses IP et comme les utilisateurs sont principalement assis devant le même ordinateur chaque jour, j'ai choisi l'option de sécurité dans Samba. Ceci risque de laisser les ressources ouvertes à toute personne parcourant le réseau, donc, j'ai également inclus une liste des hôtes autorisés dans la section globale. Elle est résevée à ceux qui utilisent une adresse IP partielle sur notre ordinateur. Les partages étaient accessibles en pointant sur divers annuaires tous inscrits sous « a new /resources directory ».

Tous les partages fonctionnent bien sauf lorsqu'on arrivait aux modèles de MS Word 97. Word a une entité qui permet d'installer Workgroup Templates dans ses options. Le problème était que si ça pointait vers un partage Samba, le mode partage ne pouvait être au premier niveau (i. e. : //SERVER/template). Lorsque vous cliquiez sur File/New, MS Word disait qu'il ne pouvait pas ouvrir les modèles à l'endroit indiqué, cependant vous pouviez ouvrir un modèle depuis cet endroit via File/Open. C'était bien plus confus car vous pouviez naviguer sur ledit premier partage sur Explorer et double cliquer sur le fichier modèle et Word créait un nouveau document basé sur votre modèle sélectionné. La solution de rechange fut jugée aussi simple que le partage du répertoire du modèle mère et l'installation de Word via ce chemin d'accès. Malgré de nombreux remaniements de fichiers de permissions et de noms d'utilisateurs, cette façon de procéder semble être la seule susceptible de le faire fonctionner. Je doute de la finalité du problème, Word semble être un coupable potentiel (étant donné que tout le reste peut utiliser les fichiers, d'accord ?) mais Samba peut également être pointé (étant donné qu'un partage au plus haut niveau de Windows fonctionnera sous Word).

Les tous derniers fichiers source ont été téléchargés via un site miroir de http://www.qmail.org/, puis compilés et installés. Il existe de nombreux documents fournis par qmail mais j'ai choisi d'utiliser également Life With Qmail (http://web.infoave.net/~dsill/lwq.html). Il ressemble à un guide pratique et représentait probablement le document le plus utile pour atteindre nos objectifs.

J'ai installé qmail assez facilement, mais j'ai rencontré quelques problèmes mineurs lors de son utilisation. Je l'ai configuré, et pour des raisons de performance et de fiabilité, j'ai utilisé Maildir comme distribution par défaut. Le bon vieux programme de messagerie standard ne reconnaît pas ce type de distribution et cela m'a donc pris un moment pour comprendre pourquoi mon courrier a été envoyé sans que je puisse le voir. La solution était d'utiliser mutt (http://www.mutt.org/), qui supporte le format maildir. C'était bien sûr un problème mineur car les utilisateurs n'utilisaient pas Linux box pour lire leur courrier mais le lisaient via le client pop (Ms Outlook) sur leurs postes de travail Windows.

fetchmail était utilisé en tant qu'agent de renseignement, puis son installation et son exécution étaient facile comme tout, plus particulièrement lorsque j'ai découvert fetchmailconf :o) Nous n'avons pas besoin de collecter le courriel tout le temps, mais nous préférons collecter à intervalles fixes. Afin de faciliter cette façon de procéder, on appelle fetchmail en utilisant l'option -d par un cron job quotidien et on l'arrête par un autre cron job.

Nous réunissons notre courrier via dix boîtes aux lettres sur notre serveur d'hébergement, l'un d'elles est un envoi en masse dans lequel tout est adressé à notre adresse Internet et rien n'est déposé dans une des neuf autres adresses spécifiques. Le service multidrop fetchmail a été utilisé pour nous permettre de télécharger tout le courriel par cette boîte aux lettres, puis d'envoyer le tout sous le protocole smtp à qmail en utilisant l'adresse prévue des destinataires. Le seul problème rencontré était d'envoyer un courriel à nos vendeurs depuis notre nouveau serveur qmail. Ils réunissent leur courriel directement depuis leurs sites d'hébergement, leur domaine est encore le même que celui de n'importe qui d'autre. Cela voulait dire qu'à chaque fois qu'un utilisateur local essayait d'envoyer un message à l'un des vendeurs, qmail essayait de trouver un nom d'utilisateur local pour transmettre le message et ne trouvant aucun utilisateur équivalent, l'envoyait au receveur. La solution était d'utiliser une adresse électronique secondaire pour les vendeurs. Nos sites d'hébergement ne fournissent pas de services de connexion bas débit, donc chaque vendeur avait son propre compte ISP libre afin d'accéder au web. Ce compte leur offre une adresse sur un domaine différent et qmail pouvait ainsi leur réexpédier tout le courriel à cette adresse, en utilisant les fichiers alias.

	Note
	Afin de faciliter la vie des vendeurs, nos sites d'hébergement faisaient passer tout le courriel venant de leur boîte aux lettres à l'adresse électronique ISP libre — cela voulait dire que les vendeurs n'étaient pas « désorientés » en devant jongler sur des comptes et adresses multiples de leur carnet — qu'ils soient bénis :o)

La disposition précédente partageait un modèle télécopieur via le serveur PC, en utilisant Microsoft Fax sous MS Outlook afin d'offrir des services de télécopie à tous nos clients Windows. En plus de cela, nous utilisions un modèle Word 97 standard qui avait une macro liée à l'envoi automatique des télécopies. En utilisant la commande VBA Sendfax, cette macro demandait seulement aux utilisateurs de remplir le modèle et de cacher le bouton « fax now » dans la barre d'outils Word afin d'envoyer une télécopie. Ils ne devaient pas s'occuper d'un quelconque troisième programme de partie qui leur demandait de répéter tout ce qu'ils venaient juste de taper dans le modèle. Cette disposition offrait ainsi une télécopie intégrée à l'utilisateur et j'étais impatient de poursuivre.

Dans l'idéal, ce que je voulais était de connaître le parcours du document visé, le nom de l'utilisateur et le numéro du télécopieur à « faxspool » sur Linux box depuis les applications clients sous Windows. La façon traditionnelle d'offrir des services de télécopie à n'importe quel logiciel d'application Windows est de mettre en place un « printer » qui pointe vers le modem télécopieur.

À l'origine, j'ai installé mgetty + sendfax afin d'utiliser un serveur de télécopie. Ce fut principalement du au fait qu'il était fourni avec RedHat 6 et qu'il était ainsi facilement accessible. Malheureusement il se révéla être inapplicable pour notre utilisation car nous avions besoin d'une certaine façon d'envoyer des télécopies au serveur de télécopie en se servant des macros Microsoft Word. Il existe quelques excellents clients Windows pour mgetty + sendfax, mais hélas ils demandent tous à l'utilisateur d'entrer le numéro du télécopieur etc., à chaque fois qu'une télécopie est envoyée. Je voulais une solution afin d'égaler notre serveur de télécopie actuel dans lequel l'utilisateur remplit un modèle Word, appuie sur un bouton et la macro lit le numéro du télécopieur via le document et utilise la commande VBA Sendfax pour envoyer la télécopie via MS fax.

Après de nombreuses délibérations et de nombreuses recherches, je pointais sur HylaFAX (http://www.hylafax.org/), qui a une fenêtre client WHFC (http://www.uli-eckhardt.de/whfc/). Ce client permet de communiquer via des macros VBA, c'était exactement ce que je voulais. Hylafax s'était bien installé bien que j'eusse rencontré certains problèmes plutôt ennuyeux concernant l'accès client. Je resolus ces problèmes en m'assurant que les addresses IP client étaient correctement ajoutées non seulement à /var/spool/fax/etc/hosts (comme indiqué sur les pages principales et FAQ), mais aussi à /var/spool/fax/etc/hosts.hfaxd. Une fois cela fait, j'étais prêt et le faisais marcher en moins de deux. WHFC s'installa très facilement et s'exécuta en quelques secondes.

Comme je l'ai mentionné, nos utilisateurs sont habitués à pouvoir appuyer sur un bouton pour envoyer une télécopie depuis MS Word 97. Il était important de garder cette entité disponible avec un nouveau serveur. WHFC a des possibilités OLE et nous étions ainsi capable d'écrire une nouvelle macro qui permettait à l'utilisateur d'envoyer une télécopie depuis Word sans avoir à entrer les détails du télécopieur dans un programme résidant en mode fenêtre. La macro effectue deux taches : elle imprime tout d'abord le document actuel dans un fichier, et utilise ensuite la fonction OLE de SendFax de WHFC afin d'envoyer le fichier imprimé à HylaFax. Le pilote de l'imprimante que nous utilisons est le Apple Laserwriter 16/600 (ps), celui qui est recommandé par les notes d'exécution de WHFC.

Voici le code macro que nous utilisons…

Sub Spool_fax()
' Spool_fax Macro
' Macro crée le 09/08/00 par Ryan Cartwright 
Dim givenfax, realnum As String
Dim whfc As Object
Dim OLE_Return As Long
Dim Box_Return As Integer 

' Tout d'abord, nous imprimons le document au fichier
' local — notez que les éléments de base peuvent être faux
' autrement la fonction retournera avant la rédaction complète
' du fichier et Hylafax sera alors incapable de le convertir
' correctement. 
Application.PrintOut FileName:="", Range:=wdPrintAllDocument, Item:= _
wdPrintDocumentContent, Copies:=1, Pages:="", PageType:=wdPrintAllPages, _
Collate:=True, Background:=False, PrintToFile:=True, _
OutputFileName:="c:\faxtemp\printout.ps", Append:=False 

' Dans notre modèle, il est demandé à l'utilisateur une macro
' Autonew pour le numéro du télécopieur etc. 
' le numéro du champ pour le numéro du télécopieur est 8,
' il est important de s'en souvenir et d'ajouter un 9
' en face du 8 
Set givenfax = ActiveDocument.Fields(8).Result realnum = "9" + givenfax 

' Maintenantt, nous créons un objet OLE et appelons le
' sous-programme SendFax 
Set whfc = CreateObject("WHFC.OleSrv")
OLE_Return = whfc.SendFax("c:\faxtemp\faxoutput.ps", realnum, False) 

' En dernier lieu, nous testons la valeur retournée et
' nous écrivons correctement 
If OLE_Return &<= 0 Then
Box_Return = MsgBox("Error sending file", 16, "FAX Not Spooled")
Else
Box_Return = MsgBox("Fax Job ID:" & _ 
OLE_Return & Chr(13) & _ 
"Un email vous sera envoyé si le message a été transmis avec succès", _ 
0, "Fax spooled")
End If
Set whfc = Nothing
End Sub