Les éléments préalables tournant sur le serveur sont : protocole IP installé avec client RAS, serveur DHCP, serveur DNS.
Etendue sans aucun paramètres additionnels car pas de routeur, pas de serveur wins, config client DNS variable sur mon réseau (dns de l'ISP -vvv.xxx.yyy.zzz- pour les clients Wingate, et dns interne maison pour les autres machines qui bénéficient ainsi du serveur intranet). C'est la vraie pagaille et la résolution DNS bloque l'accès simultané au web interne et à l'internet.
Avec les deux adresses de serveurs dns (le local et celui de l'ISP) et le court-circuitage du proxy pour les adresses locales, alors tout se met à marcher d'enfer.
Conclusion sur ce qui a marché :
Tout est fourni par DHCP :
- L'adresse IP
- Deux adresses de DNS : celui de l'ISP et le DNS interne du réseau
local.
Il s'agit de Bind 4.9.5 (freeware). Un domaine interne à la maison est déclaré et le serveur web se trouve dedans avec même des alias pour le web (www.------) et le ftp (ftp.------). Le DNS de Microsoft aurait sans doute marché aussi bien en l'occurence puisqu'on ne lui demande pas de faire du transfert de zones avec l'extérieur. Ce DNS interne ignore superbement le reste du monde et ce dernier le lui rend bien.
Configuration classique du client d'accès distant pour la connexion à l'ISP. Voir des documents sur le sujet.
Pour l'installation voir les documents adéquats.
Pour que ça fonctionne le service Qbik Wingate Engine doit être démarré.
Ensuite configurer le service avec Qbik GateKeeper. Cf. le document réalisé.
Elle se fait par DHCP. Exemple de la maison :
adresse : 192.168.1.25
Masque : 255.255.255.0
N'utilise pas NetBios sur IP
Pas de passerelle par défaut
Pas de résolution Wins
Deux adresses de DNS : vvv.xxx.yyy.zzz (l'ISP) et 192.168.1.1 (le
serveur DNS intranet)
Utiliser le proxy 192.168.1.1 pour http, ftp, etc. Les ports sont tous 8080 sauf winsock (1080).
Ne pas utiliser le proxy pour les adresses locales.