Une partie de mon travail quotidien implique le transfert de données de mon système au système client à l'aide de MSTSC, est-il possible d'automatiser ce transfert ou d'y utiliser une ligne de commande que je peux utiliser au lieu de vous connecter à la sectionbox, puis de déplacer manuellement les fichiers .
4 Réponses :
Vous ne pouvez pas utiliser une tâche planifiée? Je vais généralement essayer d'utiliser un fichier de commandes ou quelque chose de simple, ou vous pouvez utiliser ROBOCOPY, etc.
Désolé, je n'ai pas utilisé Robocopy, cela prend-il en charge la connexion à des machines distantes, de vous connecter, puis de copier des données?
Vous avez dit "boîte de saut" alors je suppose que vous devez vous connecter à votre serveur de saut, puis démarrez votre session RDP.
Comment copiez-vous les fichiers une fois que vous vous connecterez au serveur distant? Glisser-déposer (copier / coller) via Explorer? Si c'est le cas, cela peut être horriblement lent via un serveur de saut. Il est préférable d'utiliser un utilitaire de copie de ligne de commande et des mappages \ ttsclient.
Une chose que nous essayons de faire est de faire en sorte que nos personnes de sécurité permettent aux règles de pare-feu dans nos zones sécurisées afin que nous puissions automatiser des bits pour faire les copies pour nous. robocopy \\ \ \ \ C \ QuelquesFolder c: \ temp * .exe ou autre chose. Malheureusement, tout cela est précié sur la création d'une session de bureau à distance d'abord, il n'est donc pas possible d'initier une copie de votre poste de travail locale à l'hôte distant à l'aide d'un serveur de saut.
C'est exactement ce que je fais sauf robocopy, je veux totalement automatiser la journalisation, puis la copie des données.
Malheureusement, les serveurs de saut font de l'automatisation pratiquement impossible car vous n'avez aucun accès direct au (s) serveur (s) distant (s). Comme je l'ai mentionné, nous essayons d'obtenir les dieux de la sécurité pour nous permettre d'ouvrir quelques ports uniquement pour les bits. WinRM serait également une option, mais ils ne nous laisseront pas le type de session de connexion directement via un pare-feu sécurisé.
Il n'y a pas Interrupteur de ligne de commande ou Desktop à distance Services API pour vous permettre d'accéder à la session à distance.
Vous pouvez écrire un serveur de fichiers (par exemple FTP) ou un canal virtuel pour transférer les fichiers.
Vous pouvez utiliser des aplications FreerDP ou RDESKTOP Linux (par exemple sous Environnement Virtual Server si vous n'en avez déjà pas déjà) pour mapper les DIRD distants sur les chemins locaux, puis le copier.
Il existe également un outil pour Windows - http: //www.analogx. com / contenu / téléchargement / système / TSDC / Freeware.htm Mais je ne l'avais pas testé.