Bonjour,
 
Nous disposons actuellement de plusieurs serveur dediés chez 1and1, tous sous Windows server 2003 + IIS pour le Web.
Ma question porte sur principalement 2 d'entre eux, on les appelera Srv1 et Srv2 :
Srv1 héberge le site web.
Srv2 héberge des documents (PDF principalement)
 
L'objectif est que via le site web, l'utilisateur puisse acceder à des documents.
 
Auparavant, nous fonctionions ainsi :
Srv2 avec un serveur FTP
Srv1 avec WebDrive simule un lecteur réseau qui accède au FTP de Srv2. (oui c'est crade :-D )
L'accès en lecture comme en écriture fonctionnait.
L'inconvenient principale est que lors d'accès aux fichiers, la bande passante utilisé etait celle de Srv1 (Srv1 accédait au doc sur Srv2 via WebDrive et l'affichait au client)
 
Afin de palier à ce principale inconveniant, nous avons dévelloper une sorte de petit server web de fichier qui permet d'afficher les fichier PDF en utilisant la bande passante de Srv2 :
Le client accède au fichier sur Srv1 via le site Web, qui le redirige sur une page sur Srv2 qui lui affiche le document (le tout sécurisé)
Le problème de la bande passante est ici résolu pour les accès en lecture.
Nous utilisons encore WebDrive pour les accès en écriture lorsque l'utilisateur nous transfere des fichiers via le site.
 
Ma question est donc la suivante : Existe-t-il une solution afin de permettre un accès disque "propre" de Srv1 à Srv2 ?
Pour linux j'ai entendu parler du NFS, mais pour windows ?...
On a essayer de mettre les deux serveur en réseau via VPN par contre impossible de monter un lecteur réseau que l'utilisateur systeme IIS y accède.
 
   
Help !
 
Merci par avance à ceux qui prendrons un peu de leur temps.

Je comprends pas bien, dans tous les cas, la bande passante de ton srv1 sera impactée, non ? sauf dans le cas ou tu aurais un lien physique entre tes 2 serveurs...
 
Je viens de tester en effet qu'il n'etait pas possible sur IIS de créer un répertoire virtuel depuis un lecteur réseaux. J'ai trouvé une parade : tu fais un subst de ton lecteur réseau et ca passe.  

Alors avec cette technique, nous n'utiliserons le lecteurs reseau que pour les ecritures, ce qui est tres occasionnel et donc pas genant.
 
Qu'entend tu par un subst ? Je vais faire des recherches la dessus
 
Merci pour ta réponse.

O,, donc un subst permet de creer un lecteur virtuel qui sera assimilé comme un disque local. On peut faire un subst d'un lecteur reseau ce qui permetrai que IIS voit ce lecteur virtuel qui pointe sur le lecteur reseau :-)
 
C'est bien ça ?

Les postes ne sont pas sur un domaine donc j'ai mon utilisateur (perso) existant sur les deux postes.
 
Alors, je viens de creer un lecteur reseau sous ma session TSE, et fait un subst du lecteur reseau pour avoir un autre lecteur.
Le lecteur est affiché dans le poste de travail comme un lecteur reseau.
 
Est ce que l'utilisateur système IIS doit être identique sur les deux postes ? car lorsque IIS va acceder au lecteur issue du subst, cela va pointer sur le lecteur reseau, et il faut que cet utilisateur système IIS y est accès...
 
Je sais pas si je suis très clair...

Il est tout à fait possible de paramétrer un répertoire virtuel de IIS vers un partage réseau (mais sur une ip privée uniquement, je pense).
Nous avons des serveurs web qui fonctionnent ainsi. Par contre, chaque serveur utilisent 2 connections réseaux :  
- une qui a accès au web (IP publique)
- une qui est branchée sur un réseau interne (avec des IP du type 192.168.x.x)
 
Tous les serveurs sont dans un domaine AD pour simplifier le tout.
Si tu as la possibilité chez 1&1 d'obtenir ce genre de config, ce serait l'idéal.
 
Sinon, peut-être qu'en utilisant webdav, tu peux arriver au même résultat.
 
@+
 
fred

En fait chez 1and1 ils ne peuvent pas faire du local, tout passe par le net. Tu peux avoir plusieurs interfaces mais directement sur le net.
 
On a solutionné notre pb en accédant directement par \\Srv1\ avec quelques règles de sécurité; et corrigé quelques bug ds le code qui nous causaient des problèmes d'instabilité :-)
 
Merci de votre participation en tout cas !

Et pour info, apres correction de nos bug d'instabilité, WebDrive fonctionne parfaitement. Ca reste du FTP mais ca fonctionne nickel !

Mmmh, une racine DFS ne pourrait pas convenir ?