A NetworkManager-ssh kapcsolódottnak látszik, de semmi nem útvonalazódik
A jelző csak azt bizonyítja, hogy a kezelt SSH-kapcsolat létezik. Ellenőrizze, hogy a bővítmény alagút-eszközt vagy továbbítási készletet épített-e, majd tesztelje az alkalmazás útvonalát.
A menü aktívként mutatja az SSH-kapcsolatot, a gazdagépkulcsot elfogadták, a böngésző mégsem ér el semmit, amit el kellett volna érnie. Ez nem ellentmondás, mert egy NetworkManager-ssh profil két egészen különböző eredményt hozhat létre ugyanabból a gazdagépből és kulcsból: csomagokat szállító alagút-eszközt vagy továbbítások olyan készletét, amelyet csak bizonyos alkalmazások használhatnak. A jelző azt jelenti, hogy a kezelt SSH-kapcsolat létezik. Soha nem jelenti, hogy melyik kettőt kapta.
Két eredmény egy menüpont mögött
Mindkét mód ugyanúgy hitelesít, és éppen ezért keverednek össze. A profil pontosan ugyanígy, ugyanazokkal a hitelesítő adatokkal való kiválasztása után vagy egy átjárható interfésze marad, vagy egy figyelő socketre, amelyről egy alkalmazást tájékoztatni kell.
Kezdje annak eldöntésével, melyik eredményre van valóban szüksége a feladatnak. Egy teljes alhálózat elérésének követelménye eszközt igényel. Egyetlen szolgáltatás egy távoli gazdagépen továbbítást igényel, és alagút építése hozzá általában több útvonalazási munkát okoz, mint amennyit a probléma megérdemelt.
Mire van szüksége minden módnak ahhoz, hogy működjön
A projekt mindkét módot dokumentálja, és az előfeltételek annyira különböznek, hogy egy hiányzó protokollhibának látszik, nem tervezési döntésnek.
| Mode | What must exist | What still has to be true |
|---|---|---|
| Tunnel device | Compatible TUN/TAP arrangement on both ends, permission, addressing | A route policy that actually sends the intended prefixes into it |
| Forwarding only | A chosen SOCKS, local-forward or remote-forward listener | A permitted destination path on the far side |
Olvassa el figyelmesen a jobb oldali oszlopot, mert a legtöbb ilyen jegy ott végződik. Még egy tökéletesen felépített alagút-eszköz is csak azt fedi le, amit az útvonalazás bele küld, és még egy tökéletes továbbítás is csak azoknak az alkalmazásoknak segít, amelyeknek megmondták, hogy használják.
A dummy interfész nem alagút
Továbbítási módban a bővítmény egy dummy interfészt dokumentál, amelyet a kapcsolati modell kielégítésére hoznak létre. Azért létezik, hogy a kezelőnek legyen mihez állapotot rendelnie. Nem szállít tetszőleges alkalmazáscsomagokat a távoli hálózat felé, és jelenléte semmit nem jelent arra nézve, hogy az IP-útvonalazás megváltozott.
A projekt teljes alagutas példái az OpenSSH alagút-eszköz támogatásáról szólnak, tehát a címkében az alagút szó egy képességet ír le, nem a tényleges szabályzatát. Azt ellenőrizze, mit tesz a kernel, ne azt, hogyan nevezik a profil.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"Ezután párosítsa az eredményt az alkalmazáshoz. Egy SOCKS-t ismerő programot be kell állítani a proxy használatára. Egy helyi továbbítás fogyasztóját a figyelőjére kell irányítani. Egyik sem fedezi fel a továbbítást magától, és egyiknek sem segít egy zöldre váltott kapcsolatjelző.
Készítse elő a távoli oldalt, ne kényszerítse
Egy hétköznapi SSH-fiók hitelesíthet anélkül, hogy bármilyen engedélye lenne távoli alagút-eszköz felállítására. A projekt dokumentál egy root nélküli utat, amelyben egy rendszergazda előre létrehozza az eszközt annak a felhasználónak, és az ügyfél ezután a megfelelő számot választja.
Egy ilyen elrendezés összehangolást igényel a kiszolgáló alagútszabályzatával és azzal, aki a távoli hálózat címzéséért felel. Az eszköz létrehozása önmagában nem adja meg az erőforrás-útvonalakat, a továbbítási engedélyeket vagy egy visszautat, és ezek egyike sem azért jön létre, mert a példakonfiguráció meggyőzőnek tűnt.
Amit nem szabad tennie, az a korlátlan továbbítás vagy a távoli root bejelentkezés engedélyezése azért, hogy egy példa működjön. Ahol az üzemeltető felel a távoli hálózat beállításáért, használja a támogatott elrendezést, hogy ezeket a parancsokat arra a tulajdonosra hagyja, és kerülje a második segédet, amely leválasztáskor ellentmondó címeket állít vissza.
Hitelesítési kontextus, és mit írjon a jegybe
A hitelesítésnek saját kontextusa van. A bővítmény a felhasználói munkamenethez tartozó SSH-ügynököt keres, és megköveteli, hogy a cél gazdagép ismert legyen, így egy terminálban működő kulcs nem válik automatikusan láthatóvá a kezelő hitelesítési útvonala számára. Vetesse nyilvántartásba és ellenőriztesse a gazdagépkulcsot a jóváhagyott folyamattal ahelyett, hogy kikapcsolná az ellenőrzést.
Az ügyfélszolgálat számára jegyezzen fel négy dolgot: a bővítményt és a verziót, a kiválasztott módot, a szándékolt távoli identitást, valamint azt az interfészt vagy figyelőt, amelynek meg kellett volna jelennie. Ezután tesztelje közvetlenül az alkalmazás belépési pontját. Egy csatlakoztatott jelző működő teszttel együtt bizonyíték; egy csatlakoztatott jelző önmagában SSH-ról szóló állítás, nem arról az útvonalazásról vagy erőforrás-engedélyről, amelyet megpróbált megszerezni.