Remote Desktop pour Ubuntu Server nécessite l'installation de la distribution de bureau?
Étant donné que je suis nouveau sur Ubuntu et que l’interface graphique facilite la recherche et l’installation d’applications (du moins pour moi), j’étais en train de vérifier s’il existait une fonctionnalité de bureau à distance pour Ubuntu Server et j’ai découvert cela ...
[1] Est-ce que ce qui suit est vrai?
Ubuntu Desktop = Ubuntu Server + GUI + pre-installed apps meant mostly for desktop use
[2] Si ce qui précède est vrai, (a) je peux plutôt demander à mon fournisseur d'hébergement Web de me fournir un serveur dédié avec la version de bureau Ubuntu installée, n'est-ce pas? (b) Vais-je être perdant en installant Ubuntu Desktop sur un serveur? Je veux dire, est-ce que cela utilisera beaucoup plus de RAM pour les processus? Et sera-t-il plus lent par rapport à Ubuntu Server - - c.-à-d., Le site Web/l'application hébergée sur-t-il le chargement plus lentement, etc.?
[2] Supposons qu'un serveur dédié installé sur un serveur Ubuntu soit fourni par un fournisseur d'hébergement Web. Et tout ce que j'ai, c'est un accès au terminal. Comment puis-je activer le bureau à distance? comme ça?
Sudo aptitude install ubuntu-desktop
Et ensuite? Comment puis-je activer le bureau à distance sur le serveur? et puis-je me connecter depuis mon bureau? I have only found GUI-based HOW TOs, and no credible terminal-based solutions. So, please don't take this for a duplicate.
[4] L'activation du bureau à distance mentionnée ci-dessus poserait-elle un problème de sécurité, vraiment?
[5] On m'a dit que l'interface graphique de KDE est plus rapide et plus performante que Gnome et Unity. Est-ce vrai? (Ce qui signifie que je devrais utiliser cette commande pour [3]: Sudo aptitude install xubuntu-desktop --ou-- Sudo aptitude install kubuntu-desktop)
Extrêmement désolé si ce n’est pas la solution (en regroupant de nombreuses questions - je pensais qu’elles étaient liées, alors ...)
Vous ne devriez pas avoir besoin d'une interface graphique installée sur le serveur (uniquement les fichiers "squelette" installés avec le paquet xserver-common), ni d'un poste de travail distant pour utiliser des outils graphiques de gestion de paquets. Vous pouvez plutôt utiliser ssh -X pour vous connecter au serveur et exécuter l'application:
ssh -c blowfish -C -X username@hostname
Vous pouvez omettre les -c blowfish et ou -C, mais si vous le faites, votre connexion sera probablement plus lente lors de l'exécution de programmes graphiques. Mais si vous étiez sur un réseau local avec la machine, alors je vous conseillerais de laisser -C et de garder -c blowfish.
(-c blowfish fait que ssh utilise le blowfish cipher , qui est aussi sécurisé que le 128 bits AES cipher qui est sinon la valeur par défaut, mais qui a tendance à être plus rapide en calcul et plus décroissant - latency . -C permet la compression, si elle est disponible, ce qui accélère les connexions lentes - y compris à peu près toutes les connexions sur Internet - en réduisant le nombre de données à transférer. , -C n’est généralement pas utile pour les connexions très rapides telles que lorsque le client et le serveur se trouvent sur le même réseau local, car dans ce cas, la latence accrue provoquée par les opérations de calcul de la compression et de la décompression des données peut annuler le bénéfice. Reportez-vous aux descriptions des options -c et -C dans la page de manuel ssh (1) , et Ciphers dans ssh_config (5) manpage , pour plus de détails sur l’utilisation ces drapeaux. Et en général, si vous êtes curieux de savoir comment une commande fonctionne, vous pouvez consulter sa page de manuel en lançant la commande man command-name ou online .)
Vous pouvez ensuite installer l’utilitaire de gestion graphique de paquets que vous souhaitez:
Sudo apt-get update; Sudo apt-get install software-center
Ou: Sudo apt-get update; Sudo apt-get install synaptic
Ou: Sudo apt-get update; Sudo apt-get install update-manager
(Vous pouvez, bien entendu, en installer plusieurs - après avoir exécuté Sudo apt-get update, exécutez une commande telle que Sudo apt-get install update-manager synaptic.)
Ensuite, lancez l’utilitaire que vous voulez utiliser, en tapant son nom (ils portent tous le même nom d’exécutable que le nom du paquet ... bien que ce ne soit pas le cas de tous les logiciels d’Ubuntu) et en appuyant sur Entrée.
Puisque vous êtes connecté avec ssh -X, les programmes que vous exécutez sur le serveur distant afficheront leurs fenêtres et leurs autres éléments d'interface graphique sur l'ordinateur local (client).
Cela fonctionnera sans doute lors de la connexion à partir d'un autre système de type Unix. Toutefois, si le client est Windows, vous devez utiliser un client SSH prenant en charge le transfert X11 et vous devez disposer d'un X11 installé et en cours d'exécution sur la machine cliente. Vous pouvez y parvenir assez facilement avec Cygwin (voir le Guide de l'utilisateur Cygwin/X ).
Il est possible (et assez facile) d’installer des interfaces graphiques sur un système serveur Ubuntu, bien qu’il soit considéré comme déconseillé de le faire pour un système de production. Vous pouvez le faire vous-même (en supposant que vous ayez des droits administratifs sur le système, et si vous ne les avez pas, vous ne pourrez pas du tout gérer les packages!). Voir la Documentation de l'interface graphique du serveur . Mais prenez note des (bonnes) raisons, expliquées sur cette page, pour lesquelles vous ne devriez probablement pas faire cela.
1- Je ne pense pas: Ubuntu Server est optimisé pour une utilisation serveur ServerFAQ .
2- Pour activer le "Bureau à distance", vous devez d’abord choisir la technologie à utiliser pour vous connecter au serveur (SSH, VNC, NX, etc.). Si vous utilisez SSH, il vous suffit d'installer openssh-server sur le serveur et de le configurer selon vos besoins.
4- Cela dépend comment vous le configurez. Par exemple, avec SSH, vous pouvez configurer le serveur pour n’accepter que les connexions provenant de certaines adresses IP, ou autoriser uniquement les connexions depuis des ordinateurs dotés de certaines clés RSA ... Mais généralement, si vous utilisez un mot de passe fort,
5- XFCE est plus rapide dans mon expérience, KDE, je ne sais pas.
Remarque: SSH n'est peut-être pas le meilleur outil pour faire ce que vous voulez, surtout si vous voulez "voir un bureau" :)