ऐसा लगता है कि निम्नलिखित उम्मीद के मुताबिक काम करेगा, यानी, दूसरा नियम, जिसमें एक मेजबाननाम है जो पहले नियम से मेल खाता है, इसे लागू करेगा।
Host *.hostname.com
User myuser
IdentityFile ~/.ssh/myidentity
Host blah
HostName complicated.hostname.com
हालाँकि टाइपिंग ssh blahकेवल दूसरा नियम लागू होता है (और पहले वाले का उपयोगकर्ता या पहचान फ़ाइल नहीं)।
मेरे दो सवाल हैं:
जवाबों:
से ssh_configआदमी पेज:
प्रत्येक पैरामीटर के लिए, पहले प्राप्त मूल्य का उपयोग किया जाएगा। कॉन्फ़िगरेशन फ़ाइलों में "होस्ट" विनिर्देशों द्वारा अलग किए गए अनुभाग होते हैं, और यह अनुभाग केवल उन होस्ट के लिए लागू होता है जो विनिर्देश में दिए गए पैटर्न में से एक से मेल खाते हैं। मिलान किया गया होस्ट नाम कमांड लाइन पर दिया गया है।
चूंकि प्रत्येक पैरामीटर के लिए पहले प्राप्त मूल्य का उपयोग किया जाता है, फ़ाइल की शुरुआत के पास अधिक मेजबान-विशिष्ट घोषणाएं दी जानी चाहिए, और अंत में सामान्य चूक।
इसके अलावा, मुझे यकीन है कि मैं इन 2 अनुभागों को समझ पाऊंगा यदि आप स्पष्ट नहीं हैं कि होस्ट और पैटर्न फ़ंक्शन कैसे हैं। मैचिंग का केवल 1 स्तर चल रहा है। यह सुविधा इसकी रेगेक्स क्षमताओं में बहुत बुनियादी है, लेकिन जब आप इसे ग्रो कर लेते हैं तब भी यह शक्तिशाली होता है।
The possible keywords and their meanings are as follows (note that keywords
are case-insensitive and arguments are case-sensitive):
Host Restricts the following declarations (up to the next Host keyword)
to be only for those hosts that match one of the patterns given
after the keyword. If more than one pattern is provided, they
should be separated by whitespace. A single ‘*’ as a pattern can
be used to provide global defaults for all hosts. The host is the
hostname argument given on the command line (i.e. the name is not
converted to a canonicalized host name before matching).
A pattern entry may be negated by prefixing it with an exclamation
mark (‘!’). If a negated entry is matched, then the Host entry is
ignored, regardless of whether any other patterns on the line
match. Negated matches are therefore useful to provide exceptions
for wildcard matches.
See PATTERNS for more information on patterns.
A pattern consists of zero or more non-whitespace characters, ‘*’ (a
wildcard that matches zero or more characters), or ‘?’ (a wildcard that
matches exactly one character). For example, to specify a set of
declarations for any host in the “.co.uk” set of domains, the following
pattern could be used:
Host *.co.uk
The following pattern would match any host in the 192.168.0.[0-9] network
range:
Host 192.168.0.?
A pattern-list is a comma-separated list of patterns. Patterns within
pattern-lists may be negated by preceding them with an exclamation
mark (‘!’). For example, to allow a key to be used from anywhere within an
organisation except from the “dialup” pool, the following entry
(in authorized_keys) could be used:
from="!*.dialup.example.com,*.example.com"
आपके दृष्टिकोण के साथ समस्या यह है कि 1 होस्ट अनुभाग से मेल खाने वाला पैटर्न 2 से मेल नहीं खाता है। मैं आमतौर पर ऐसा कुछ करता हूं:
Host *
User myuser
IdentityFile ~/.ssh/myidentity
Host blah
HostName complicated.hostname.com
एक बात जो लोग आमतौर पर इन नियमों के साथ नहीं उठाते हैं वह यह है कि वे दोहरा सकते हैं। इसलिए जो मैं अक्सर करता हूं, उसमें कई खंड होते हैं और मैं उनका उपयोग करके तोड़ता हूं Host *।
Host *
User user1
Host blah1
HostName complicated1.hostname.com
Host blah2
HostName complicated2.hostname.com
Host *
User user2
Host *, उपयोगकर्ता 2 का उपयोग उनके डिफ़ॉल्ट उपयोगकर्ता के रूप में करेंगे, जब तक कि वे स्पष्ट रूप से इसे स्वयं निर्दिष्ट नहीं करते हैं।
Host *पर पहुंच जाता है, 'प्रथम-प्राप्त-मूल्य-प्रत्येक-पैरामीटर-के-उपयोग-नियम' लागू होता है और इस प्रकार यह और निम्नलिखित सभी Userपरिभाषाओं को नजरअंदाज कर दिया जाता है। इस नियम का एक अपवाद IdentityFileकीवर्ड, btw हैं।
SSH कमांड लाइन पर दिए गए अनुसार होस्टनाम से मेल खाने वाले सभी अनुभागों को लागू करता है (अर्थात, HostNameइसके द्वारा सामना करने वाले नियम बाद की जांच जांच को प्रभावित नहीं करते हैं)। यदि CanonicalizeHostnameसक्षम किया गया है, तो यह अद्यतन होस्टनाम का उपयोग करते हुए समाप्त होने पर फिर से कॉन्फ़िगरेशन फ़ाइलों को फिर से लागू करेगा। (कुछ SSH संस्करणों ने इसकी परवाह किए बिना किया CanonicalizeHostnameऔर आपका उदाहरण उन संस्करणों के साथ काम करेगा; लेकिन यह SSH देवताओं द्वारा एक बग माना जाता है। # 2267 देखें ।)
जिसका अर्थ है कि आप CanonicalizeHostnameअपने उदाहरण कार्य को जोड़ने के लिए उपयोग कर सकते हैं
Host *
CanonicalizeHostname yes
CanonicalizeFallbackLocal no
जो किसी भी विहितीकरण को नहीं करेगा लेकिन अद्यतन होस्टनाम के साथ दूसरा पास करने में सक्षम होगा। (ध्यान दें कि यह अभी भी कॉन्फ़िगरेशन पार्सिंग को "पुनरावर्ती" नहीं बनाएगा, बस इसे एक बार दोहराएं। इसलिए यदि आप दो बार होस्टनाम बदलते हैं, तो यह काम नहीं करेगा।)
Host nickname; Hostname hostnameश्लोक अब निकम्मन प्रदान करने में सक्षम नहीं हैं। यदि आप CanonizalizeHostname yesप्रत्येक उपनाम ब्लॉक में कीवर्ड जोड़ते हैं, तो यह काम करेगा, लेकिन यह उपनाम ब्लॉक का आकार दोगुना और बदसूरत दिखता है।
मैन पेज से
प्रत्येक पैरामीटर के लिए, पहले प्राप्त मूल्य का उपयोग किया जाएगा। कॉन्फ़िगरेशन फ़ाइलों में '' होस्ट '' विनिर्देशों द्वारा अलग किए गए अनुभाग होते हैं, और यह अनुभाग केवल उन होस्ट के लिए लागू होता है जो विनिर्देश में दिए गए पैटर्न में से एक से मेल खाते हैं। मिलान किया गया होस्ट नाम कमांड लाइन पर दिया गया है।
चूंकि प्रत्येक पैरामीटर के लिए पहले प्राप्त मूल्य का उपयोग किया जाता है, फ़ाइल की शुरुआत के पास अधिक मेजबान-विशिष्ट घोषणाएं दी जानी चाहिए, और अंत में सामान्य चूक।
अपनी प्रविष्टियों के क्रम को बदलने का प्रयास करें।