简化示例:
host one
user cat
host two
hostname 2
host three
hostname 3
host *
hostname 1
host *
user apple
identityFile ~/.ssh/id_rsa
host y
hostname 7
host t
hostname 8
host *
user duck
identityFile ~/.ssh/quack
这可能吗?
第一个主机之上的主机host *
将仅继承其值,而第二个主机将仅继承host *
其之下的主机。
如果没有,有没有办法实现这一目标?
我不知道你到底想在这里实现什么,但我知道三件事:
除非手册中另有说明,对于每个参数,将使用第一个获得的值。
Host
限制以下声明(直到下一个Host
或Match
关键字)仅适用于与关键字后给出的模式之一匹配的主机。最好不要将
Host
/Match
视为单独的部分。最好将配置文件视为单个大型配置,其中某些设置被过滤。在这个答案中,我将它们称为“部分”,只是因为我需要称它们为某些东西。
在您的简化示例中,
hostname 1
第一个host *
将与hostname
文件中的任何后续内容“获胜”,因为host *
始终匹配。最后一个下的所有内容host *
都是完全无用的,因为user
和identityFile
出现在第二个下的文件中较早的位置host *
。手册明确指出:
Host *
允许多个部分,即它们不会破坏语法;但它们几乎没有意义。假设您没有使用多次使用时会堆叠的参数(很少),请考虑以下过程:相邻
Host *
部分(例如第一部分和第二部分)可以写为一个部分。Host *
尽可能合并部分。如果某个参数出现在多个Host *
要合并的部分中,请记住第一个参数将“获胜”,丢弃所有其他参数。对于每个
Host *
部分,从上到下:Host *
部分不在末尾,并且声明了一个稍后出现在文件中的参数(即在Host whatever
文件的后面部分),则后面的声明是无关紧要的,并且可能会被删除,因为该部分中的参数Host *
(或较早的部分)无论如何都会获胜。删除无关的声明。循环直到没有任何东西可以删除。Host *
部分不在末尾,仅包含文件后面未出现的参数(即Host whatever
文件后面的部分)。这意味着该部分也可以位于末尾。把它移到最后。Host *
最后可能有两个部分。如果是这样,请将它们合并。此过程将
Host *
在配置文件的末尾为您提供准确的一节。Host *
在这些情况下,不在文件末尾的部分是有意义的:对于多次使用时堆叠的参数。通常他们的顺序很重要。例如,您可能想在文件的开头指定一个
Host *
部分,因此无论主机是什么,都将始终首先尝试IdentityFile
某个“主”键。然后各部分可以指定稍后要尝试的密钥(特定于主机)。最后,文件末尾的部分可以指定最后尝试的“通用”密钥。Host whatever
Host *
如果您想覆盖将来可能出现在文件中的某些参数。想象一下,您想要确保如果有人(包括您)稍后尝试在文件中设置该参数(例如在 下
Host y
),那么他或她的尝试将是徒劳的。但这很容易导致沮丧。如果您想暂时覆盖文件中稍后出现的某些参数。为此,您创建一个
Host *
不在文件末尾的临时部分,并且不应用上述过程(这会将部分移动到末尾),因为您希望能够通过简单地删除该部分来轻松恢复更改从而恢复配置文件的旧状态。应用该过程可能会删除其他部分中的一些声明,然后恢复就不会那么容易了。