Comment les utilisateurs peuvent-ils lire un PDF sur un réseau Windows, sans verrouillage de fichier

8

Un associé de bureau met régulièrement à jour un calendrier PDF sur un lecteur réseau Windows partagé. Ce calendrier est référencé tout au long de la journée par la plupart des 20 à 40 employés du réseau, laissant souvent ce fichier ouvert dans leurs lecteurs Acrobat pendant des heures.

Si le fichier est ouvert n'importe où, il ne peut pas être mis à jour par l'utilisateur de publication, en raison d'un verrouillage de fichier. Cela signifie une chasse au bureau et des diffusions par courrier électronique pour fermer le @ # $% PDF!

Quelles actions utilisateur ou administrateur réseau suggéreriez-vous afin que nous n'ayons pas besoin d'envoyer / recevoir ces e-mails inconfortables?

Quelques détails: * Partages réseau Windows, que nous avons tous montés en tant que lettre de lecteur * Je pense que les serveurs sont Linux / Unix exécutant Samba (plutôt que le logiciel serveur Windows) * Principalement des clients XP et assez verrouillés. Les changements de client de bureau signifient que le support visite chaque poste de travail.

Merci.

Damien Rozendal
la source
3
Pourquoi dans le monde utilisez-vous un pdf pour tenir un calendrier? Parlez du mauvais outil pour le travail.
Joel Coehoorn
1
@Joel: Je ne sauterais pas dessus. Les PDF ont des avantages dans certains environnements de bureau. Ce n'est pas parce qu'il a été mal mis en œuvre ici que c'est une mauvaise idée.
hotei

Réponses:

2

Si la réponse de slartibartfast n'est pas réalisable pour vous pour une raison quelconque (comme ne pas vouloir configurer votre premier serveur Web intranet ...), considérez ce qui suit.

Si le serveur de fichiers est basé sur Unix / Linux / MacOSX à l'aide de Samba: Créez un répertoire réseau partagé qui est en lecture / écriture pour le ou les utilisateurs de publication. Appelons le partage pdf-rw et l'un des utilisateurs de publication pdfpublisher . Dans le fichier de configuration de Samba, configurez smb.confceci comme ceci:

[pdf-rw]
  comment = Writeable for pdfpublisher(s) only (and not browseable for users)
  path = /path/on/unix/system
  browseable = no
  writeable = no
  write list = pdfpublisher, domainname\\who.ever, onemoreuser
  guest ok = no

Créez un autre répertoire réseau partagé qui est en lecture seule pour tout le monde. Appelons le partage pdf-ro . Dans le fichier de configuration de Samba, configurez smb.confcela comme suit:

[pdf-ro]
  comment = Read-only for users (as well as browseable)
  path = /path/on/unix/system
  browseable = yes
  writeable = no
  guest ok = yes
  map to guest = bad user

L'astuce consiste à définir 2 partages (noms) différents avec 2 paramètres différents:

  • le partage en lecture seule est également consultable et même accessible pour les utilisateurs invités sans mot de passe (et peut être mappé en tant que lecteur réseau si vous le souhaitez);
  • le partage en lecture / écriture est masqué et n'apparaît pas dans le voisinage réseau (il est accessible si vous connaissez le \\servername\pdf_rwchemin UNC, plus si vous savez comment fournir l'une des informations d'identification des utilisateurs nommés; il peut également être mappé à un réseau conduire).

Si le serveur de fichiers est basé sur Windows: choisissez l'une des suggestions faites par d'autres utilisateurs et testez si cela fonctionne pour vous.


Grande mise en garde:

Sachez que toute mise à jour du document PDF par l'éditeur ne sera pas automatiquement remarquée par les clients. En fonction de leur logiciel + version de la visionneuse PDF, ils peuvent toujours voir l'ancienne version du fichier à moins qu'ils ne la rechargent.

Kurt Pfeifle
la source
3

Publiez le document sur un serveur Web. L'éditeur y édite. Les lecteurs ont un accès sans verrou avec un client couramment disponible (IE, Firefox, Chrome, Safari, etc. etc. etc.)

Oh, et je me sens sale pour avoir suggéré cela, alors vous êtes les bienvenus. :)

Slartibartfast
la source
Et avec l'accès à Samba, le processus d'édition serait le même.
pelms
0

Une solution de contournement que nous avons utilisée dans mon bureau avec des fichiers partagés comme celui-ci qui devaient être mis à jour régulièrement (principalement des feuilles de calcul) était un dossier partagé caché auquel seule la personne qui doit mettre à jour le fichier a accès. Ce dossier a le "maître" de la copie partagée, et vous ne le copiez qu'une fois édité. S'il est verrouillé, c'est moins un problème depuis la mise à jour.

JNK
la source
0

Cliquez avec le bouton droit sur, Propriétés> Attributs> Lecture seule. Peut être.

boot13
la source
ne fonctionne pas dans mon cas particulier .. Il est utilisé par un autre utilisateur ou programme (pour un fichier d'accès ms)
Totty.js
-2

Je suppose que ce sont des fenêtres. Vous pouvez définir les autorisations permettant aux utilisateurs de lire uniquement le document (lecture seule). Cela peut empêcher le système de verrouiller le fichier. Si cela ne fonctionne pas, vous pouvez toujours powercycle le serveur qui sert le fichier et tous les verrous seront perdus. (se déconnecter et se reconnecter pourrait le faire aussi mais je ne suis pas certain).

Je pense qu'il doit encore y avoir une meilleure solution mais c'est tout ce à quoi je pouvais penser.

Daisetsu
la source
5
Tu dois plaisanter! Éteignez le serveur juste pour effacer un verrou !!! Tu es tellement viré.
hotei
Hmm, donc je vais perdre le temps d'environ 30 utilisateurs, ce qui agace tout le monde? Ce n'est pas une solution optimale, et si c'est le cas, par exemple, une machine virtuelle seule ou quoi que ce soit qui pourrait fonctionner. Quand j'ai répondu, il n'y avait pas d'autre réponse. Mieux que votre pas de réponse.
Daisetsu