Tag Archives: Server

Time Machine, AirPlay, iTunes Home Sharing… comment Apple prépare son grand retour dans le stockage

Qu’il y a-t-il de commun entre Time Machine, AirPlay et la fonction Home Sharing d’iTunes, voire même – poussons le vice un peu plus loin – Mac OS X Server et les Portable Home Directories ? Les toutes dernières technologies du stockage : la déduplication et le snapshotting. Un tel rapprochement est pour le moins brutal; je le concède volontiers. Il mérite donc explications. Le tout plaçant sous une lumière toute particulière les rumeurs d’adoption de ZFS, le système de fichiers de Solaris (et donc de Sun, non, pardon, d’Oracle), dans Mac OS X Server. Hélas jamais concrétisées à ce jour. Mais regardez donc comment elles feraient sens.

D’une certaine façon, Time Machine est une solution de Snapshotting. Non pas intégrée au système de gestion des fichiers, le File System, mais au système d’exploitation. Une couche au-dessus, donc. Comprenez : Time Machine fait des sauvegardes régulières des fichiers et permet de parcourir celles-ci pour procéder à des restaurations ciblées, ponctuelles.

La fonction Home Sharing d’iTunes est censée être la réponse d’Apple à l’absence de solution digne de ce nom de centralisation/partage de la bibliothèque iTunes. Elle a un gros défaut : elle implique redondances sur les machines et, donc, surexploitation des ressources de stockage dans un contexte domestique.

AirPlay doit permettre à tout équipement «intelligent» de la galaxie Apple de commander la lecture de contenus depuis iTunes. Vers un Apple TV, un AirPort Express ou une solution partenaire. Mais hélas pas sur un iPad ou un iPhone, ou encore un iPod Touch, où l’on exécuterait l’application Remote. L’espoir faisant vivre, gageons que nous ne sommes qu’à un pas de cela. Le point intéressant, ici, est que l’application Remote tire profit de l’iTunes Home Sharing, ajoutant centralisation de commande là où il y a décentralisation du stockage des contenus. Vous suivez ? Bien. Continuons.

Continue reading

Tagged , , , , , , , , , , , , , , , ,

Kerio Connect 7 : le serveur collaboratif idéal pour Mac OS X ?

Kerio vient de rafraîchir son serveur de messagerie électronique ainsi que d’agenda et de carnet d’adresses. L’ensemble se voit au passage rebaptisé en Kerio Connect 7. Et s’avère très prometteur. En fait, après avoir testé Mac OS X Snow Leopard Server – et avoir été déçu par l’absence de push-mail, entre autres – j’avais hâte de tester une solution de Kerio que plusieurs administrateurs de serveurs Mac OS X m’avaient présentée comme la référence.

La console d'administration de Kerio Connect 7

Et je ne suis pas déçu. Tout d’abord, Kerio Connect 7 supporte nativement ActiveSync ce qui implique la possibilité d’avoir du push sur tout terminal mobile supportant ce protocole de Microsoft, pour les courriers électroniques, les événements de l’agenda ou encore les contacts du carnet d’adresses. En fait, c’est pour l’agenda que je trouve que cette fonctionnalité est la plus utile : avec le push, il n’est pas nécessaire d’atteindre la synchronisation entre l’iPhone et le serveur CalDAV pour voir son programme de la journée, programme que l’on a modifié ou qui aura été modifié par une assistance quelques heures plus tôt ; on ouvre son agenda, et il est à jour. Avec CalDAV, sur une connexion Edge ou 3G, la synchronisation peut prendre plusieurs minutes ; ce qui peut s’avérer ennuyeux lorsque l’on essaie d’accéder à son agenda pour trouver l’adresse exacte de son rendez-vous alors que l’on déjà presqu’en retard. Un petit détail, peut-être, pour certains, mais un gain appréciable, pour d’autres.

Tout pour la mobilité

Cela dit, ActiveSync n’est pas parfait. Par exemple, il ne permet pas d’accéder à des agendas partagés suivant les mécanismes de délégation de CalDAV : avec un appareil comme l’iPhone, il faut tout de même créer des abonnements CalDAV pour accéder à des agendas partagés. De la même manière, ActiveSync ne semble pas supporter les groupes de contact : organisés en groupes dans un client comme Carnet d’adresses, sous Mac OS X, les contacts se retrouvent « mis à plat », sans hiérarchie, sur le terminal mobile, après passage à la moulinette ActiveSync. À la décharge d’ActiveSync, notons que la gestion de ce type de hiérarchie passe aussi relativement mal entre Carnet d’adresses et Kerio (via CardDAV ; avec le plug-in iSync Kerio Connect, pas de souci, d’après le service technique du distributeur de Kerio en France, Siener).

L'interface Web de Kerio Connect 7 pour l'utilisateur final

Mais Kerio Connect 7 ne manque pas non plus de quelques petits défauts. Son interface Web, pour l’utilisateur final, peut sembler un peu brouillonne à l’habitué de Zimbra : fenêtre unique avec une barre latérale « Dossiers » dans laquelle il faut chercher, pêle-mêle, agendas, carnets d’adresses, etc. De quoi faire aimer les clients lourds. Un zimbra propose une interface plus structurée. Et plus conforme aux habitudes de travail sur client lourd, justement. Et puis le client Web de Kerio Connect propose un rendu discutable des courriels HTML.

Une migration un peu lourde

Mais c’est la migration vers Kerio Connect 7 qui peut être un peu lourde. Entendons-nous bien : Kerio Connect 7 peut s’interfacer avec un serveur d’annuaires pour récupérer la liste des utilisateurs (et éviter une gestion redondante de leurs comptes et de leurs mots de passe), mais l’outil de migration des boîtes IMAP exige l’utilisation d’une liste de comptes CSV, pas triviale à extraire d’un OpenDirectory de Mac OS X Server. Passée cette étape, la migration des messages se fait toute seule (mais peut prendre un temps conséquent).

Continue reading

Tagged , , , , , , , , , , , , , , ,

iPhone OS 3.1 : déception chez les utilisateurs de Snow Leopard Server

Une promesse non tenue ?

Une promesse non tenue ?

Ce jeudi matin, alors qu’Apple a présenté une gamme rafraichie d’iPod ainsi, surtout, que la version 3.1 d’iPhone OS, le logiciel interne du smartphone de la firme, c’est la déception qui domine sur les forums de discussion ainsi que les mailing lists des utilisateurs de Mac OS X Snow Leopard Server (10.6) : loin de répondre aux attentes, Apple a semble-t-il fait l’impasse, avec cette mise à jour d’iPhone OS, sur le support des toutes nouvelles fonctions de Push Mail et de serveur de carnet d’adresses de Mac OS X Server. Comme nous l’indiquions dès son lancement, le 28 août dernier, Mac OS X 10.6 Server intègre en effet un serveur de carnet d’adresses basé sur le standard CardDAV, ainsi qu’un dispositif de push mail s’appuyant sur le protocole XMPP; deux fonctions non supportées par l’iPhone. De fait, ce dernier ne permet pas de créer de compte utilisateur CardDAV – la synchronisation des contacts passe toujours par iTunes/Carnet d’adresses, sans support des carnets d’adresses serveur (lesquels ne sont d’ailleurs partageables entre utilisateurs que moyennant une bidouille…); le client de messagerie de l’iPhone ne supporte pas le push XMPP pour les simples comptes IMAP – il se limite pour cela aux comptes Yahoo, MobileMe et Exchange/ActiveSync. Sur les forums de discussion d’Apple, un utilisateur relève “l’ironie” de la situation : “l’iPhone supporte un produit Microsoft, pas un service du serveur Apple.”

Tagged , , , , , ,

Snow Leopard Server : accéder aux calendriers de groupe via iCal

C’est un point qu’Apple a négligé de documenter : l’accès, via iCal – ou un iPhone –, aux calendriers de groupe d’un server Snow Leopard. C’est pourtant possible et cela permet d’éviter des bidouilles comme la création d’un utilisateur fantôme dans l’annuaire, utilisateur sur le calendrier duquel tous les membres d’un groupe auraient délégation en lecture et en écriture… De fait, tous les groupes ont accès à un agenda partagé dans Snow Leopard Server. Simplement, cet agenda n’est aisément accessible que via l’interface Web des outils de travail collaboratif de Snow Leopard Server (wiki, blogs, etc.).

Pour y accéder avec iCal, il est nécessaire de créer un nouveau compte de calendrier, dans les préférences d’iCal, sur le poste client, en plus du compte personnel déjà créé – manuellement ou automatiquement avec la configuration du poste client pour se connecter à l’annuaire LDAP. Merci à Simplified Mac, sur les forums de discussion d’Apple, pour l’astuce.

Ajout d'un agenda de groupe dans iCal

Ajout d'un agenda de groupe dans iCal

Ce nouveau compte de calendrier s’appuie sur les mêmes données d’authentification que le compte personnel. C’est dans l’onglet Réglages du serveur que les choses changent : là, il faut changer manuellement les informations du champ Chemin du serveur pour indiquer /principals/__uids__/wiki-groupe/ en remplaçant groupe par le nom sous lequel le groupe d’utilisateurs a effectivement été déclaré.

Notez au passage que l’identifiant wiki-groupe vous sera utile plus d’une fois : c’est notamment celui des mailings lists des groupes d’utilisateurs.

Ca, c’était pour la bonne nouvelle ; ou comment gérer proprement un calendrier de groupe avec iCal et iCalServer avec Snow Leopard. Enfin, à peu près. Car iCal ne manquera pas de vous signaler régulier des problèmes de droits d’accès sur le calendrier de groupe… si vous l’utilisez pour créer des événements avec invitation : les membres du groupe n’ont pas, par défaut, les droits nécessaires à l’insertion de courriels dans la file d’envoi associée au calendrier de groupe. Cerise sur le gâteau, il n’est pas possible de donner expressément délégation aux membres d’un groupe sur un agenda de groupe : c’est une limitation somme toute pas complètement illogique, mais elle interdit d’accéder directement à un agenda de groupe dans iCal, avec un seul compte de calendrier,  en profitant des mécanismes de délégation.

L’autre mauvaise nouvelle, c’est que cette manipulation est tout simplement impossible avec l’iPhone : à l’enregistrement d’un compte CalDAV, l’iPhone détecte et valide automatiquement le chemin de l’agenda sur le serveur, sans possibilité de le modifier manuellement. Et boom : avec l’iPhone, on retombe dans le bidouillage de l’utilisateur fantôme… La fête, non ?

Tagged , , , ,

iPhone : une mise à jour de compatibilité Snow Leopard Server le 9 septembre ?

Ca buzze dur dans les forums de discussion d’Apple (publics) consacrés à Mac OS X 10.6 Snow Leopard Server. De fait, comme la rédaction du MagIT l’indiquait vendredi, l’iPhone est, pour l’heure, incapable de profiter d’une partie des fonctions collaboratives de Mac OS X Snow Leopard Server : son logiciel interne ne sait pas “écouter” les notifications push transmises par Snow Leopard Server pour le serveur de calendrier (iCal Server); il ne sait pas se connecter à AddressBook Server, le serveur de carnets d’adresses (pas de client CardDAV); il semble ne pas savoir repérer les capacités de Push Mail de Snow Leopard Server et s’y déclarer comme destinataire des notifications.

Pourtant, depuis la version 3.0, le logiciel interne de l’iPhone intègre bien des librairies XMPP, utilisées notamment par Apple pour les notifications Push du service MobileMe – et non pas pour l’intégration d’un client de messagerie instantanée Jabber natif, contrairement à ce que l’on aurait pu penser. Mais pour que l’iPhone puisse recevoir des notifications Push d’un serveur Snow Leopard, encore faut-il qu’il recherche le service de notifications, puisqu’il se déclare auprès de lui comme client pour ces notifications, au moment de la création du compte de messagerie IMAP. Deux choses qu’il ne semble pas faire.

Autant de points qui n’ont pas manqué de susciter des échanges dans les forums de discussion d’Apple – au même titre que l’absence de fonctions de délégations sur les carnets d’adresses d’AddressBook Server. L’organisation par Apple d’une conférence de presse la semaine prochaine, qui devrait être consacrée aux iPod, comme traditionnellement à cette période de l’année, alimente donc de nombreux espoirs et, en particulier, celui de la diffusion d’une version 3.1 du logiciel interne de l’iPhone – sa bêta 3, diffusée par Apple auprès des développeurs fin juillet devrait expirer le 18 septembre – qui intègrerait un client CardDAV ainsi que le support de XMPP pour les notifications push de Snow Leopard Server.

Tagged , , , , , , ,