Két SSH-alias, egy szerver: közvetlen VPN vagy ugrókiszolgáló

Tartsa külön aliasként és könyvjelzőként a jóváhagyott VPN-útvonalat és a jóváhagyott bástya-útvonalat, hogy egyetlen parancsikon se kényszerüljön kitalálni, melyik útvonal engedélyezett.

Ugyanaz a privát kiszolgáló válaszol jóváhagyott VPN-en és jóváhagyott bástyán keresztül, és Ön mindegyikhez egy Emacs-könyvjelzőt szeretne a találgató parancsikon helyett. A döntés nem az, melyik útvonal jobb; hanem az, melyik útvonal engedélyezett az előtte álló munkához. Tartsa mindkettőt kifejezettként, nevezze el őket külön, és hagyja, hogy a fájlnév mondja meg, melyiket választotta.

Első feltétel: mely útvonalak engedélyezettek?

Az ugrókiszolgáló nem automatikus helyettesítője a VPN-követelménynek, és a VPN nem engedély a jóváhagyott bástya megkerülésére. Kérdezze meg, mely útvonalak engedélyezettek a fiókjához és ezekhez az adatokhoz. Ha mindkettő az, van választása; ha csak az egyik, a könyvjelzőkészletnek egy bejegyzése van. A válasz az adatok tulajdonosától jön, nem attól az útvonaltól, amely ma véletlenül működik.

Írja le a választ, mert incidens közben ez a megkülönböztetés gyorsan eltűnik.

Mindkét útvonalnak saját fiók- és identitáskonfigurációra is szüksége van. Egy megosztott alias, amely az egyik útvonalon működik, a másikon meghiúsulhat olyan okokból, amelyeknek semmi közük a hálózathoz.

Második feltétel: meg tudja nevezni mindegyik útvonalat megkülönböztetően?

Egy SSH-konfiguráció két gépnevet tartalmazhat egy címhez, mindegyiket más proxy-viselkedéssel. A konkrét blokkokat minden széles helyettesítő karakter elé tegye, mert a legtöbb opciónál az elsőként kapott érték nyer.

Host proj-direct proj-bastion
    HostName 10.60.0.21
    User analyst
    ControlPath none

Host proj-direct
    ProxyJump none

Host proj-bastion
    ProxyJump gw.example.com

A fenti cím példa; helyettesítse azzal, amelyet a csapata dokumentál. Az ugróaliasnak is szüksége van a bástya jóváhagyott fiókjára, ami általában egy második Host-blokkot jelent magának a bástyának. A kapcsolatmegosztás itteni kikapcsolása őszintén tartja az útvonalak összehasonlítását, mivel egy újrahasznosított multiplexelt kapcsolat túlélheti azt az útvonalváltozást, amelyet megpróbál megfigyelni.

Akkor a távoli fájlnevek megkülönböztethetők és olvashatók maradnak.

/ssh:proj-direct:/srv/project/README.md
/ssh:proj-bastion:/srv/project/README.md

Harmadik feltétel: ismeri a szerkesztő a különbséget?

A TRAMP ezt a két fájlnevet külön célpontként kezeli, és pontosan ezt szeretné. Könyvjelzőzze mindegyiket olyan néven, amely megmondja, melyik útvonalat használja, és nyissa meg újra a könyvjelzőt ahelyett, hogy egyetlen célpont jelentését szerkesztené. Két könyvjelző az összehasonlítást is láthatóvá teszi: megnyithatja mindkettőt, és láthatja, melyik hiúsul meg anélkül, hogy bármilyen konfigurációt módosítana.

Egy beállítás figyelmet érdemel, amikor a ProxyJump szerepel: a TRAMP kapcsolatmegosztásának ki kell lennie kapcsolva az érintett kapcsolatoknál, ezért állítsa a tramp-use-connection-share értékét nil-re, mielőtt megnyitja őket. Ez kompatibilitási beállítás, nem egy hiányzó útvonal javítása, és nem tesz engedélyezetté egy nem engedélyezett útvonalat. A TRAMP GYIK könyvjelzőkként dokumentálja e nevek lerövidítésének támogatott módját.

Egy könyvjelző, amely csendben útvonalat vált, rosszabb, mint a semmilyen könyvjelző.

Miért nem bizonyít semmit a hálózati ikon

A NetworkManager 70-es összesített állapotértéke azt jelenti, hogy a gép globális kapcsolattal rendelkezik. Ez nem nevez meg VPN-profilt, és a hétköznapi Wi-Fi kielégíti. Egy csak privát hálózatra szóló alagút, amely pontosan a szükséges útvonalat viszi, érintetlenül hagyhatja ezt az összesített értéket. Ezért egy ikonhoz kötött parancsikon készenlétet jelenthet olyan útvonalhoz, amelyet soha nem tesztelt.

Az adott kapcsolat állapotát olvassa, ne a globálisat.

Ha bármit automatizál, kérdezze le a megnevezett kapcsolatot, majd ebben a sorrendben ellenőrizze a célútvonalat, a feloldó válaszát és az SSH elérhetőségét. Ezek bármelyike meghiúsulhat, miközben az előző sikeres, és egyetlen logikai értékbe sűrítésük az, ahogy az automatizálás végül sikert jelent olyan útvonalhoz, amelyet soha nem használt.

Mit tegyen, ha egy útvonal leáll

Vizsgálat előtt mentse a puffereit, mert egy meglévő TRAMP-munkamenet túlélheti az útvonalváltozást, majd a következő íráskor meghiúsulhat. A támogatott tisztítással zárja be, nyissa meg újra a könyvjelzőt, és hasonlítsa össze a két útvonalat ahelyett, hogy feltételezné, a kiszolgáló leállt.

A hostkulcs-ellenőrzést a bástyánál és a célpontnál is tartsa bekapcsolva.

Egy másik útvonal nem jogosítja fel arra, hogy elfogadjon egy nem várt kiszolgálókulcsot, és nem tesz elfogadhatóvá egy nem jóváhagyott útvonalat sem. Mindkettő külön döntés attól, amelyet éppen hozott.

Kapcsolódó cikkek