Comment modifier des fichiers via SSH?
Je programme avec eclipse et parfois utiliser GUI éditeurs de texte comme SciTE ou vim. Cependant, j'en suis à un point dans un projet qui m'oblige à modifier des fichiers via une connexion ssh dans une colonne 80 SSH fenêtre.
Depuis que j'ai à (* frisson*) sudo vim
avant que je puisse ouvrir le fichier que je ne suis pas sûr de la façon d'ouvrir le fichier dans un éditeur de à l'extérieur du terminal (qui me permettrait de voir le texte plus large que 80 colonnes). Si la ligne de commande est plus grande alors je pense que l'utilisation de droite vim ne serait pas un problème.
Je suis à une perte de la façon de gérer cette situation et comment je pourrais faire de ce cauchemar en un simple codage de l'environnement.
- Je n'ai pas vraiment tout à fait à votre question. Voulez-vous modifier les fichiers dans un terminal (via une connexion ssh)?
- Je n'ai pas à ma question. J'ai fait du mieux pour expliquer le problème et j'espère que quelqu'un peut fournir la réponse. En gros, j'ai besoin de modifier les fichiers qui ne sont disponibles que via SSH - et de les éditer à l'intérieur du terminal n'est tout simplement pas le couper. Je veux les modifier dans un bon éditeur de GUI - mais encore d'utiliser la connexion SSH pour la sauvegarde/ouverture.
- Certaines de vos réponses ("qui me permettrait de voir le texte plus large que 80 colonnes", "m'a permis d'utiliser, c'est génial terminal qui permet le redimensionnement"), je me demande: Êtes-vous SSH-ing à l'intérieur de l'invite de commande Windows-chose? (ew!) Je recommande quelque chose de mieux, pour quand vous êtes pris au piège dans un environnement Windows: le "Mastic": chiark.greenend.org.royaume-uni/~sgtatham/mastic
Vous devez vous connecter pour publier un commentaire.
Vous devriez peut-être il suffit de monter le système de fichiers distant à votre ordinateur local, puis l'utiliser quelque soit l'éditeur que vous le souhaitez. Si l'exécution d'un dérivé de Debian, installez sshfs
puis monter le système de fichiers distant ( problème sur votre machine locale )
Une fois cela fait, vous pouvez accéder au code dans ~/remote_code w/l'un de vos outils d'interface graphique et sans la surcharge de la bande passante à l'aide de ssh -X (toutefois vous avez encore besoin d'une bonne connexion w/un faible temps de réponse).
PS: Lors de l'utilisation de ssh je peux faire le terminal de l'échelle comme il convient à mon écran et ensuite les utiliser à sa pleine largeur, donc j'ai peur de ne pas tout à fait comprendre votre question.
WinSCP est un client SSH de type ftp. L'éditeur par défaut est primitif mais peut-être changer.
Il y a plusieurs options.
Vous pouvez faire de la borne supérieure. 😉
Si vous avez un environnement graphique installé sur la machine que vous ssh avec, vous pouvez vous connecter avec
ssh -X
(ou xdeep-putty si vous êtes sur Windows) pour activer la fenêtre de transfert. Vous pouvez alors lancer votre éditeur préféré sur la machine distante, dont la sortie graphique est transmis.Enfin, vous pouvez monter la connexion ssh dans votre système de fichiers, en utilisant par exemple fusible (options similaires peuvent exister pour les non-systèmes d'exploitation linux). Qui vous permet d'accéder à un fichier sur la machine distante comme si elle était dans votre système de fichiers, avec votre éditeur préféré, localement.
Je ne suis pas sûr à 100% si cela fonctionne pour les fichiers appartenant à root, mais si votre bureau est KDE & votre système à distance est Linux (ou à peu près toute forme de *nix), vous pouvez obtenir konqueror pour accéder à l'ordinateur distant à l'aide de la "fish://" protocole. De là, vous pouvez ouvrir le fichier à partir de konqueror à l'aide de kate, ou votre éditeur préféré, et konqueror prendra soin de copier le fichier sur votre machine locale et la copie en arrière quand vous enregistrez.
À défaut de quoi le X11 de l'avant est une bonne option, mais X11 via ssh vers des sites distants peut être lent. "ssh -X -C" permet de compresser le flux de données et peut donner une meilleure performance.
Ctrl-L
et en tapantfish://user@host:path-to-directory
.Si vous êtes sur Ubuntu, allez à Nautilus (l'explorateur de fichiers), se connecter au serveur (ajout de sftp://le nom d'hôte), puis le tour est joué! Vous pouvez facilement lancer gedit pour éditer vos fichiers maintenant.
Sur Windows, vous pouvez utiliser MobaXterm ( http://mobaxterm.mobatek.net ): il intègre un client SSH avec un très utile "SFTP navigateur".
Dès que vous vous connectez à votre serveur distant via SSH, vous pourrez voir votre distance les fichiers affichés dans ce graphique SFTP navigateur. Il suffit de double-cliquer sur vos fichiers et vous serez en mesure de les modifier directement sur votre serveur distant via SFTP.
Notepad ++
a un plugin pour l'édition de fichiers à distance via ssh. Je l'ai déjà utilisé, mais je préfère largement Kate sur KDE en utilisant lefish
protocole.http://www.inmotionhosting.com/support/website/ftp-client-setup/connect-ftp-notepad-plus
Avant votre session X11 à votre terminal.
http://dragonwall.net/xdeep-putty.html
C'est probablement ce qui appartient à superuser.com.
Vous pouvez essayer le Komodo de l'éditeur. Il a une fonction pour charger une distance de fichier via ssh. C'est vraiment pratique.
Emacs et ange-ftp.
J'utilise Cyberduck et Sublime Text 2
X11 vers l'avant peut être lent... quel système d'exploitation êtes-vous connectant? Vous pouvez essayer de "nano" sur ubuntu, ou "diakonos" si vous souhaitez que windows raccourcis clavier.
Si vous utilisez windows, essayez Editplus. Ce n'est pas gratuit, mais vous permet d'ouvrir des fichiers directement sur scp. Personnalisé des fichiers de syntaxe sont à venir très pratique, trop.
FileZilla a fait le tour pour moi. Notepad++ peut être utilisé avec ce qui est génial.
Les versions récentes de ultraedit faire exactement ce que l'OP demande élégamment (IDM logiciel, v10 et le support SSH iirc). Je fais la plupart de mon codage à distance comme ça, l'utilise depuis des années, fonctionne très bien sans aucun intermédiaire des fichiers etc. Évidemment, il ne FTP etc aussi, si vous êtes si incliné.
J'ai effectivement trouvé cette page tandis que la recherche d'un équivalent linux de ultraedit..