Comment gérez-vous à distance vos box Linux? [fermé]

REMARQUE: J'ai posé cette question ce matin en ce qui concerne les boîtes EC2, mais je n'ai récupéré que des liens vers des outils pour démarrer et arrêter des instances, donc je reformulerai ...

J'ai quelques boîtes Linux qui effectuent des tâches de traitement de nuit pour l'un de mes projets. De temps en temps, je devrai entrer, faire des changements de code, configurer certaines choses, déplacer des fichiers, etc.

Mon ensemble d'outils pour ces opérations est douloureusement clairsemé (SSH dans la boîte, modifier les fichiers dans VIM, les fichiers distants WGET dont j'ai besoin), et je soupçonne qu'il existe une bien meilleure façon de le faire. Je suis curieux de savoir ce que font les autres personnes dans ma position.

Utilisez-vous une forme de système de fenêtrage et un équivalent de bureau à distance pour accéder à la boîte, ou s'agit-il uniquement d'une ligne de commande? La gestion des boîtes Windows distantes est triviale, car vous pouvez simplement télécharger à distance le bureau et transférer des fichiers sur le réseau. Y a-t-il un équivalent à cela dans le monde Linux?

Faites-vous vos modifications de fichier de configuration / réglages de script directement sur la machine? Ou avez-vous quelque chose de configuré sur votre box local pour modifier ces fichiers à distance? Ou les modifiez-vous simplement à distance puis les transférez-vous à chaque sauvegarde?

Comment déplacez-vous les fichiers entre le serveur et votre environnement local? FTP? Une sorte de lecteur mappé via VPN?

J'aurais vraiment besoin de mettre en place quelques meilleures pratiques pour administrer ces boîtes. Toute suggestion pour éliminer une partie de la douleur serait la bienvenue!

Mon ensemble d'outils pour ces opérations est douloureusement clairsemé (SSH dans la boîte, modifier les fichiers dans VIM, les fichiers distants WGET dont j'ai besoin), et je soupçonne qu'il existe une bien meilleure façon de le faire. Je suis curieux de savoir ce que font les autres personnes dans ma position.

Clairsemé? Qu'est-ce que tu veux dire? Excusez-moi d'avoir râlé, mais rejeter ssh, vim et wget comme douloureux est presque insultant. De votre question, je déduis que vous êtes principalement un programmeur pour votre travail de jour, donc je comprends un peu la question. Mais honnêtement, je n'embaucherais pas d'administrateur Linux qui ne serait à l'aise avec aucun des trois outils que vous avez mentionnés.

Utilisez-vous une forme de système de fenêtrage et un équivalent de bureau à distance pour accéder à la boîte, ou s'agit-il uniquement d'une ligne de commande? La gestion des boîtes Windows distantes est triviale, car vous pouvez simplement télécharger à distance le bureau et transférer des fichiers sur le réseau. Y a-t-il un équivalent à cela dans le monde Linux?

Pour les tâches d'administrateur, je n'utilise jamais, jamais un environnement X. Vous n'en avez pas besoin, cela ne prendra que des ressources système et, la plupart du temps, elles constituent un obstacle plutôt qu'une aide. La plupart des outils de configuration de l'interface graphique (enfin, pratiquement tous, vraiment) n'offrent qu'un sous-ensemble de l'option de configuration que vous pouvez définir dans un fichier de configuration avec vim.

Gérer une box Linux n'est pas moins trivial que gérer une box Windows. Il faut juste un certain temps pour acquérir un ensemble de compétences décent.

Et un transfert de fichiers réseau équivalent? Beaucoup. scp, sftp, ftp, nfs, cifs / smb (protocoles de partage de fichiers Windows), puis certains.

Faites-vous vos modifications de fichier de configuration / réglages de script directement sur la machine? Ou avez-vous quelque chose de configuré sur votre box local pour modifier ces fichiers à distance? Ou les modifiez-vous simplement à distance puis les transférez-vous à chaque sauvegarde?

Cela dépend de ce que je fais. La plupart des choses que je fais directement dans les fichiers de configuration sur la machine (pour les boîtes de développement et de test), puis je pousse le fichier dans un canal de configuration sur notre serveur satellite, après quoi je déploie le fichier directement sur tous les serveurs (pour les boîtes de production ). Vim, Vim est un trésor. Autrement dit, lorsque vous découvrez comment l'utiliser correctement.

Comment déplacez-vous les fichiers entre le serveur et votre environnement local? FTP? Une sorte de lecteur mappé via VPN?

scp tout le chemin et peut-être quelques sftp, et je vous suggère de le faire aussi. N'utilisez jamais FTP pour déplacer des fichiers sensibles (par exemple des fichiers de configuration) sur un réseau public. Je n'utilise pas de réseau mappé car encore une fois, tout ce dont j'ai besoin est sur le serveur. Si vous voulez dire des fichiers c et non des fichiers de configuration ici, j'utilise généralement quelque chose comme svn ou git, puis je pousse mes modifications dans la boîte.

J'aurais vraiment besoin de mettre en place quelques meilleures pratiques pour administrer ces boîtes. Toute suggestion pour éliminer une partie de la douleur serait la bienvenue!

Vous les utilisez déjà: ssh, scp, wget et vim. Ce ne sont pas des douleurs. Il peut y avoir des douleurs de dentition pendant que vous découvrez leur puissance. Mais, pour ramener l'analogie avec Windows, je me sens sérieusement gêné lorsque je dois utiliser une boîte Windows. Pour vous, c'est l'inverse. C'est juste ce à quoi vous êtes habitué. Alors, donnez-lui un peu de temps et cela vous viendra.

Vous avez déjà mentionné ssh, vim et wget qui est essentiel et parfait. Quelques outils supplémentaires qui peuvent vous faciliter la vie:

1. Écran GNU / byobu

"GNU Screen est un multiplexeur de terminal gratuit qui permet à un utilisateur d'accéder à plusieurs sessions de terminal séparées dans une seule fenêtre de terminal ou une session de terminal distant. Il est utile pour gérer plusieurs programmes à partir de la ligne de commande et pour séparer les programmes du shell qui a commencé le programme." (De la page GNU_Screen sur wikipedia)

Un avantage principal est que vous pouvez avoir un ou plusieurs terminaux virtuels qui sont exactement dans le même état que vous les avez laissés à votre retour (c'est-à-dire se reconnecter via ssh). C'est également bon lorsque votre connexion est interrompue pour une raison quelconque.

L'écran fonctionne indépendamment du logiciel que vous utilisez pour vous connecter à la box (il vit sur le serveur), donc il se combine bien avec du mastic ou la plupart des autres logiciels de terminal.

Cet article montre de belles choses que vous pouvez en faire: http://www.pastacode.de/extending-gnu-screen-adding-a-taskbar/en/

Une bonne alternative est byobu, qui est joliment préconfiguré sur certaines distributions: http://byobu.co/

2. Commandant de minuit

Un outil de navigation de type graphique basé sur une console pour visualiser et manipuler des fichiers et des répertoires.

Peut également effectuer des transferts à distance sécurisés. Il existe un client FISH et FTP intégré.

Cela signifie que vous avez 2 fenêtres de texte côte à côte dans une console de ligne de commande et que l'une montre votre boîtier distant et l'autre où que vous le connectiez (qui peut également être votre système local). Ensuite, vous pouvez naviguer les deux systèmes de fichiers côte à côte et marquer ou étudier des fichiers individuels ou des arborescences de fichiers et également les copier ou les déplacer entre les emplacements. FISH est sécurisé, FTP ne l'est pas. Très puissant et simple pour les débutants.

3. rsync

Pour un transfert de fichiers et une synchronisation rapides, sécurisés et fiables entre différents emplacements

4. VCS

Utilisation d'un système de contrôle de version distribué comme bazaar, mercurial ou git pour mettre à jour le code. Github ou Bitbucket offrent un hébergement de code commercial, mais ce n'est pas nécessaire, vous pouvez également l'utiliser efficacement sur vos propres machines.

Joseph Kern: pouvez-vous expliquer comment vous utilisez exactement git pour l'organisation de configuration à distance?

5. Clients terminaux

Sur les systèmes de type Unix, ils sont déjà intégrés, sous Windows, vous pouvez utiliser Putty, Tera Term, Mind Term ou Pandora. Ou faites une installation cygwin et ssh depuis les fenêtres terminales cygwin jusqu'aux boîtiers distants (ce qui a plus d'avantages mais c'est une question de ce que vous préférez).

6. Tunnellisation et redirection de port

Il peut être utile de transférer certains ports en toute sécurité vers votre ordinateur local. Par exemple, vous pouvez transférer le port mysql TCP 3306 ou postgres TCP 5432 et installer localement un outil d'administration de base de données.

Vous pouvez créer des tunnels à partir de machines Windwos avec du mastic (ou une ligne de commande basée sur son petit frère plink), avec cygwin et Mindterm peut également faire une redirection de port. Si vous êtes localement sur une machine de type Unix, vous pouvez utiliser ssh odr plink pour créer un tel tunneling.

Pour créer un tunneling plus stable et permanent pour différents ports, je recommande OpenVPN. La méthode de tunneling «pré-clé partagée» d'un point à un autre n'est pas si difficile à installer.

7. Avoir un système local de type Unix

Lorsque votre machine locale est un Mac que vous possédez déjà, vous pouvez ouvrir un shell local. Lorsque votre poste de travail est basé sur Windows, il peut être utile de créer un serveur local de type Unix, qui se trouve sur le même réseau local. Il peut s'agir d'une machine différente dans une pièce différente connectée au même routeur ou commutateur. Ou si vous ne voulez qu'une seule machine, vous pouvez installer le serveur vmware gratuit et créer une machine virtuelle, de préférence le même système d'exploitation que votre machine distante. Installez un serveur samba dessus et vous pouvez "utiliser net" les partages samba depuis votre bureau.

Si vous êtes un serveur ssh sur le serveur local et ouvrez le port 22 sur votre routeur, vous pouvez ssh dans votre système local lorsque vous êtes à l'extérieur.

Vous pouvez créer des tunnels vers des machines distantes ou transférer et synchroniser des fichiers et des arborescences de fichiers entières avec rsync. Vous pouvez l'utiliser pour des tests, pour VSC, pour le développement local, en tant que serveur Web local, à des fins de formation.

Vous pouvez extraire des sauvegardes à partir de machines distantes. Vous pouvez créer des tâches cron locales qui effectuent automatiquement les sauvegardes (par exemple, les bases de données que vous souhaitez enregistrer localement régulièrement)

8. Interface graphique à distance X

Si vous travaillez physiquement sur un système similaire à Linux, il est également possible d'exécuter des applications GUI sur vos serveurs Linux qui dessinent l'interface graphique sur votre machine locale. Cela pourrait être un outil de comparaison de fichiers graphiques ou presque tout ce que vous voulez.

Bien que ce ne soit pas très courant et dans certains cas, il n'est pas nécessaire d'utiliser le logiciel GUI pour l'administration de Linux Box, vous pouvez dans certains cas le trouver utile si vous le pouvez.

Sur la machine distante, assurez-vous que dans / etc / ssh / sshd_config cette ligne existe:

X11Forwarding Yes

Redémarrez le serveur ssh avec

/etc/init.d/sshd restart

La prochaine fois que vous vous connecterez avec

ssh -X me@remote-box

Vous aurez un tunnel X, essayez d'installer xclock sur le serveur distant à des fins de test et d'exécuter xclockiin la session ssh que je viens de mentionner. Une horloge x simple à des fins de test devrait apparaître sur votre interface graphique Linux.

Ceci est également possible sur un Mac si vous installez un environnement X local.

9. Si vous avez un tas de boîtes ou de tâches similaires: utilisez un outil de configuration du système

Si vous avez une batterie de serveurs ou effectuez des déploiements dans le cloud avec de nombreuses machines redondantes ou équivalentes ou similaires, vous pouvez l'utiliser.

Cela n'aurait probablement aucun sens si la plupart des boîtiers sont individuels ou ont différents systèmes d'exploitation ou différentes versions en cours d'exécution.

Il existe plusieurs outils:

• chef http://www.getchef.com/chef/ Voir la brillante réponse d'Evan Andersons ci-dessous: /server//a/28789/45819

• puppetl'autre grand joueur http://puppetlabs.com/

• saltsemble prometteur http://www.saltstack.com/

10. Déployez des conteneurs d'applications avec docker

Cela va encore plus loin. Docker est un projet open source qui automatise le déploiement d'applications à l'intérieur de conteneurs logiciels: https://www.docker.io

11. Utilisez Google Compute Engine avec la gestion de déploiement automatique

https://cloud.google.com/products/compute-engine/

Google propose des machines virtuelles Linux avec des possibilités très intéressantes. Vous pouvez rapidement déployer de grands clusters de machines virtuelles avec des outils, notamment une API RESTful, une interface de ligne de commande et une console Web. Vous pouvez également utiliser des outils tels que RightScale et Scalr pour gérer automatiquement votre déploiement .

Si vous cherchez une interface graphique agréable pour travailler avec la gestion de fichiers via SSH à partir de Windows, jetez un œil à WinSCP: http://winscp.net

Je n'administre aucune instance EC2, mais en général, si j'ai plus d'une seule machine jouant un rôle, j'essaierai d'écrire un script pour effectuer le travail sur toutes les boîtes similaires, au lieu de faire des changements boîte pour boîte .

J'aimerais commencer à utiliser Puppet ( http://reductivelabs.com/products/puppet/ ), car cela rend l'administration système plus un exercice de gestion de configuration. Je n'ai pas encore eu les cycles de rechange pour l'examiner en détail, mais j'ai entendu de très bonnes choses.

Vous devez envisager un outil de gestion de la configuration du système comme Chef.

Je gère à peine les systèmes manuellement via les sessions SSH. Je garde tout le code des applications et des projets Web dans un référentiel de code source auquel je peux accéder à partir des systèmes qui les exécutent, disent les sites Web sur EC2. Lorsque vous travaillez dans le cloud, il est essentiel de disposer d'une infrastructure automatisée.

Le flux de travail de base ressemble à ceci. Tout d'abord, pour le code d'application et les données de configuration:

• Code de clonage / retrait à partir de GitHub ou d'un autre référentiel de contrôle de version.
• Modifier le code dans mon éditeur préféré sur mon poste de travail / ordinateur portable local.
• Validez les modifications, accédez au référentiel central.

Pour la configuration, ajoutez:

• Installez les fichiers de configuration à l'emplacement où Chef peut les servir.
• Déclenchez une exécution chef-client ou attendez l'intervalle sur les nœuds périphériques.

Les systèmes sont configurés comme les installations de packages, la création d'utilisateurs, les fichiers de configuration générés à partir de modèles, etc.

Je ne modifie [presque] jamais manuellement les fichiers de configuration, les données d'application ou tout autre élément directement sur les systèmes distants. Les modifications sont effectuées via mon référentiel local et transmises au maître. Je sais que mes systèmes seront configurés correctement à chaque fois, peu importe si je dois tuer une instance et la redémarrer.

Les fichiers nécessaires à la configuration sont servis directement depuis le serveur Chef, qui n'est qu'une application Web (merb, exécutée dans Apache + Passenger). L'accès des clients est contrôlé via une autorisation openid.

Ma configuration inclut des crochets dans Nagios et Munin, donc j'obtiens également la surveillance et les tendances sans avoir à faire manuellement quoi que ce soit pour les configurer.

De nos jours, les meilleures pratiques s'appuient sur la gestion automatisée de la configuration. Si vous faites toujours les choses manuellement, vous travaillez trop dur.

Quel est le problème avec ssh, vim et wget? Joyaux inconnus de la plupart des utilisateurs de Windows, à mon avis. :-)

Parfois, j'utilise gVim à distance via FTP ou SFTP.

Si vous préférez utiliser l'interface graphique sur la machine Linux, vous pouvez exécuter un serveur X (voir Cygwin pour celui-ci) sur votre hôte local et renvoyer votre écran via votre connexion ssh.

Je n'ai jamais pensé à une solution VPN valant le coût ou les tracas pour l'administration de Linux.

Si vous faites du développement et que vous devez exécuter vos travaux de développement sur le serveur, configurez simplement un client de contrôle de révision sur le serveur, connectez-vous à distance, synchronisez le client et exécutez votre processus.

La gestion des boîtes Windows distantes est triviale, car vous pouvez simplement télécharger à distance le bureau et transférer des fichiers sur le réseau. Y a-t-il un équivalent à cela dans le monde Linux?

Cette pêche à la traîne est-elle prévue?

L'administration à distance des boîtes Windows n'est pas anodine. L'administration à distance des boîtes Unix est parce qu'elles ont été conçues pour être gérées à distance et pour être sur un réseau. Pour Windows, c'était un boulon sur un système qui n'était pas conçu à partir de zéro pour vivre sur un réseau.

C'est anecdotique, mais d'après l'expérience de diverses entreprises, le rapport administrateur serveur / système pour les boîtiers Linux est beaucoup, beaucoup plus élevé que pour Windows. Tout simplement parce que l'automatisation sur Windows n'est pas anodine et une interface graphique sera toujours plus lente que l'écriture de scripts. Cela dit, il existe des administrateurs Windows qui peuvent caresser une infrastructure Windows pour qu'elle soit facile à gérer, mais ces administrateurs sont très rares.

Tous les outils dont vous avez besoin sont disponibles par défaut dans chaque distribution Linux. Si vous voulez une connexion graphique, allez-y et faites-le, cela gaspille simplement le CPU et la mémoire et vous donnera les mêmes problèmes que vous avez avec Windows. Et comme déjà dit, pour plus d'une poignée de boîtes, vous devriez considérer la marionnette, le chef, le CFengine ou l'un des nombreux autres outils disponibles.

Vous dites que vous utilisez SSH pour gérer "quelques" boîtes. Je recommanderais fortement ClusterSSH pour écrire les mêmes commandes à tous en même temps (en supposant qu'ils ont un objectif similaire).

http://www.linux.com/learn/tutorials/413853:managing-multiple-linux-servers-with-clusterssh

Son utilisation est aussi simple que "cssh -l username clustername", qui ouvrira de nombreuses fenêtres uxterm que vous pourrez gérer simultanément ou séparément. Le cluster est défini par une liste d'adresses IP dans un fichier de configuration. La seule chose qui manque est le support X, pour autant que je sache.

EDIT: J'ai migré vers Terminator car la disposition multi-terminaux peut être enregistrée et restaurée facilement, et vous obtenez 10 tunnels X simultanés si nécessaire. Facilite la configuration simultanée des ordinateurs serveur et client.

En outre, Fabric est pratique lorsque vous effectuez des mises à jour logicielles sur mes clients, remplaçant essentiellement tous ces trucs zip / scp / unzip / cp.

J'utilise:

• SSH - Pour l'accès
• SCP - Copie de fichiers
• SSHFS - Si j'ai besoin de monter un lecteur ou un répertoire
• git - Sauvegarde des configurations

Mettre mes configurations sous contrôle de version était probablement la chose la plus intelligente que j'ai faite. J'utilise des outils basés sur SSH aussi souvent que possible pour réduire l'empreinte administrative et la surface d'attaque.

Actuellement, tous mes dépôts git sont locaux. À l'avenir, je déplacerai les configurations vers des dépôts distants.

N'oubliez pas d'utiliser Webmin , une interface Web pour l'administration système pour Unix / Linux.

SSH a toujours été suffisant pour moi. Il existe d'autres options X11 est essentiellement un bureau distant, bien qu'il soit intrinsèquement peu sûr car il n'est pas chiffré seul. Cependant, il peut être tunnelé via une connexion SSH (et vous avez l'avantage de ne pas avoir à ouvrir de ports supplémentaires). Bien entendu, cela suppose que vous disposez d'un environnement X installé sur le serveur.

SFTP (qui est ftp sur SSH, donc encore une fois aucun port supplémentaire n'a besoin d'être ouvert) peut être utilisé pour placer des fichiers sur le serveur plutôt que de les extraire. Un bon client sftp windows peut être trouvé sur http://filezilla-project.org/

Je ssh dans la boîte et faire des changements en ligne de commande et avec des éditeurs comme vi / nano lorsque le changement est simple. Pour des changements de fichier plus complexes, comme l'édition de plusieurs codes sources en même temps, j'utilise BBEdit sur Mac OS X. Il peut accéder au système de fichiers à l'aide de SCP. Je suis sûr qu'il existe un tel éditeur pour Windows et Linux. sshfs est un moyen d'accéder à distance à votre système de fichiers à l'aide de ssh.

Certainement PuTTY; ainsi que le client ssh, il existe également un client SCP basé sur Windows.

Ligne de commande sur ssh pour linux (car ils n'ont même pas installé X11) et un mélange de ssh et ARD pour mes machines Apple.

Notez que je n'utilise jamais Apple Remote Desktop pour transférer des fichiers, car AFP sur TCP est ridiculement lent ; J'utilise juste scp.

Si vous voulez un accès graphique à distance, vous voudrez certainement configurer VNC.

Si vous souhaitez modifier vos fichiers à distance via SSH, vous avez quelques options:

• si vous utilisez des outils KDE (Kate, KDevelop), utilisez le protocole fish .
• configurez FUSE pour monter (automatiquement) votre volume distant.
• Utilisez muCommander (une plateforme multiplateforme, graphique mc) pour déplacer vos fichiers d'avant en arrière
• certains éditeurs de texte (ex. TextWrangler sur Mac) prennent en charge le transfert de fichiers via ssh et leur déplacement d'avant en arrière

Après avoir modifié votre fichier, utilisez simplement SSH pour, disons, commencer à compiler.

Une autre chose à considérer est d'utiliser un système de contrôle de version. bzr est vraiment sympa; il est facile à installer et conçu pour être facile à utiliser. Vous pouvez travailler sur un ordinateur, pousser la mise à jour, tirer la mise à jour sur votre serveur, exécuter des commandes et revenir en arrière si les choses tournent mal.

SSH fait le travail la plupart du temps. L'apprentissage des outils de ligne de commande à votre disposition vaut votre temps. S'il y a des outils GUI que je veux utiliser, j'utilise simplement VNC .

Pour déplacer des fichiers, je monte généralement un partage CFIS / SAMBA sur ma machine locale.

Pour les changements simples, SSH et SCP font l'affaire. Si vous devez apporter des modifications sur un plus grand nombre de machines, vous devriez envisager un système de gestion de configuration. Il pourra démarrer / arrêter le service, modifier le contenu des fichiers de configuration et vérifier que vos systèmes sont dans un état connu.

Je préfère utiliser Bcfg2 mais Puppet et CFEngine sont également populaires.

J'ai Bcfg2 fonctionnant toutes les heures sur tous mes serveurs, bien qu'il puisse également être exécuté manuellement. Il existe un référentiel central contrôlé par la version de tous les fichiers de configuration du système afin que nous puissions garder une trace de toutes les modifications apportées. Le système fonctionne extrêmement bien et représente une étape importante depuis la connexion manuelle aux serveurs et la modification des choses.

J'utilise souvent Komodo sur une liaison SFTP .

L'administration des systèmes Windows a toujours été «lourde»: c'est-à-dire qu'un environnement de fenêtrage complet est nécessaire, ce qui nécessite d'être sur place ou une application réseau lourde comme Remote Desktop ou VNC.

UNIX a été conçu avec la mise en réseau à l'esprit - les outils sont donc conçus pour travailler sur le réseau, pas pour être jolis. Un serveur UNIX ne doit jamais avoir cet environnement de fenêtrage (X11 généralement) configuré.

L'interface minimaliste de SSH, wget et vim est beaucoup plus propice au réseau - vi a en fait été conçu pour fonctionner sur une ligne de modem 300 bauds.

Il existe en effet des outils graphiques qui vous aideront à travailler avec des systèmes UNIX et Linux distants (wsp en était un; gvim peut en être un autre).

La manière habituelle d'administrer les systèmes UNIX consiste à se connecter à la machine et à travailler sur la machine elle-même. Il n'est pas nécessaire de déplacer des fichiers pour les modifier. La seule chose à retenir est de s'assurer que la configuration est bonne et de la tester si possible.

SSH pour accéder, scp si j'ai besoin de transférer une quantité limitée de fichiers. Répertoires partagés via SMBFS / SAMBA si nous en avons vraiment besoin. C'est généralement une perte de temps. Certains de nos employés moins * nix-compétents utilisent webmin verrouillé sur l'accès au sous-réseau local via HTTPS.

Shellinabox

Shell In A Box (prononcé shellinabox) est un émulateur de terminal basé sur le Web créé par Markus Gutschke. Il possède un serveur Web intégré qui s'exécute en tant que client SSH Web sur un port spécifié et vous invite à un émulateur de terminal Web pour accéder et contrôler votre shell SSH Linux Server à distance à l'aide de n'importe quel navigateur compatible AJAX / JavaScript et CSS sans avoir besoin de tous les plug-ins de navigateur supplémentaires tels que FireSSH. - http://www.tecmint.com/shell-in-a-box-a-web-based-ssh-terminal-to-access-remote-linux-servers/

Émulation de terminal chez le client

AjaxTerm est un programme similaire à Anyterm , d'Antony Lesuisse, écrit en Python. Shell In A Box est un programme similaire à Anyterm, par Markus Gutschke, écrit en C. Contrairement à Anyterm et Ajaxterm, il fait l'émulation de terminal dans le navigateur, pas le serveur - http://anyterm.org/demos.html#secid2249226

Butterfly est également un serveur Web (écrit en python) qui alimente un terminal Web émulé côté client complet.