Comme d'Emacs 24.3, un analogue de la vieille - multi:
de la syntaxe a été superposées à la moderne, tramp-default-proxies-alist
approche, ce qui signifie que vous pouvez une fois de plus, effectuer des multi-houblon sans aucune configuration au préalable. Pour plus de détails, voir:
C-hig (tramp) Ad-hoc multi-hops
RET
Avec la nouvelle syntaxe, chaque " hop " est séparé par |
. L'exemple dans le manuel de l'est:
C-xC-f /ssh:bird@bastion|ssh:you@remotehost:/path
RET
Qui se connecte tout d'abord en tant que bird@bastion
, et à partir de là, you@remotehost:/path
/su: ou /sudo: sur des hôtes distants
Vous pouvez également utiliser cette syntaxe pour la commande sudo/su pour devenir root (ou tout autre utilisateur) sur un hôte distant:
C-xC-f /ssh:you@remotehost|sudo:remotehost:/path/to/file
RET
Important: assurez-vous de spécifier le nom d'hôte de manière explicite: sudo:remotehost:
plutôt que d' sudo::
(voir ci-dessous).
Comme cela utilise toujours le proxy mécanisme sous, tramp-default-proxies-alist
doit maintenant inclure la valeur ("remotehost" "root" "/ssh:you@remotehost:")
Ce qui signifie que le proxy /ssh:you@remotehost:
est destiné à être utilisé à chaque fois que vous demandez un fichier en tant que root@remotehost
.
root
est l'utilisateur par défaut de ces méthodes, mais bien sûr, vous pouvez également changer pour un utilisateur non-root avec:
C-xC-f /ssh:you@remotehost|sudo:them@remotehost:/path/to/file
RET
Toujours spécifier le nom d'hôte distant explicitement
Vous avez probablement l'habitude d'utiliser sudo::
ou su::
et en omettant le nom d'hôte. Si vous rester sur le localhost puis c'est toujours très bien, mais si vous êtes de saut à un serveur distant, alors vous devez spécifier le nom d'hôte de chaque hop-même si c'est la même que pour la précédente hop. Toujours utiliser sudo:hostname:
ou su:hostname:
avec des hôtes distants.
Le piège ici est qu' sudo::
n' apparaissent réellement au travail -- toutefois , lorsque vous n'avez que l'HÔTE de la dynamique de proxy entrée sera le nom d'hôte vous est originaire de plutôt que de l'hôte que vous avez connecté. Ce ne sera pas seulement regarder confusion (comme le mauvais hôte sera affiché dans les chemins de fichier), mais cela signifie aussi que toute tentative ultérieure pour utiliser sudo::
sur votre localhost sera plutôt dirigée vers le serveur distant! (et le proxy doit probablement être touchée si vous avez fait la même chose sur un second serveur, causant plus de problèmes).
En bref, ne pas utiliser ::
lorsque vous multi-hop!