Exploration de la prise en charge immédiate de SFTP dans BizTalk Server 2013 – Bien choisir son serveur d impression

Cet article est le dixième d'une série hebdomadaire destinée à souligner brièvement les points essentiels à connaître sur les nouvelles fonctionnalités de BizTalk Server 2013. Cette semaine, nous allons examiner le nouvel adaptateur SFTP fourni avec BizTalk Server 2013. Vous l'avez bien lu, nous avons enfin un adaptateur SFTP prêt à l'emploi avec BizTalk Server 2013!

Informations d'arrière-plan Dans la version 2010, nous avons assisté à l’ajout de l’adaptateur FTPS (ou plutôt à l’amélioration de l’adaptateur FTP existant pour prendre en charge SSL), ce qui était très utile pour ceux qui souhaitaient pouvoir transférer des fichiers entre systèmes de manière cryptée. Étant donné que la prise en charge de SSL était intégrée à l'adaptateur FTP, nous avons également pu tirer parti d'autres améliorations (par exemple, le mode FTP en lecture seule) en même temps. L'adaptateur SFTP est conçu pour prendre en charge un scénario complètement différent. Ici, nous ne faisons pas de FTP standard avec cryptage SSL; Au lieu de cela, nous utilisons un tunnel SSH pour accéder à un système de fichiers distant (avec un protocole qui n’est en aucun cas un protocole FTP). Par conséquent, la fonctionnalité SFTP n’est pas quelque chose qui pourrait être facilement piraté sur un adaptateur existant. Au lieu de cela, il existe un tout nouvel adaptateur créé à partir de la base pour l'inclusion dans BizTalk Server 2013.

Le mettre à l'épreuve Bien que je possède à la maison quelques machines Linux de différentes saveurs, et même quelques-unes fonctionnant sous EC2, je n’ai pas encore créé de machine virtuelle non-Windows sur Windows Azure (cela ne me semble tout simplement pas bien). J'ai donc pensé que ce serait une bonne occasion de le faire. Contrairement aux machines virtuelles Windows, l'expérience de création rapide ne vous permet pas de spécifier un nom d'utilisateur personnalisé. Le nom d'utilisateur que j'utiliserai (ainsi que tous les autres utilisateurs du service) est azureuser. Dans le cadre du processus de provisioning, Windows Azure configurera sshd et générera une paire de clés RSA 2048 bits. Après la mise en service, l'empreinte numérique de la clé sera visible dans le portail de gestion Windows Azure: