NetworkManager-ssh ay nagpapakita ng konektado ngunit walang naruruta
Pinatutunayan lang ng indicator na umiiral ang pinamamahalaang ugnayang SSH. Tingnan kung ang plugin ay gumawa ng tunnel device o isang set ng forwarding, pagkatapos ay subukan ang landas ng app.
Ipinapakita ng menu na aktibo ang koneksiyong SSH, tinanggap ang host key, at hindi pa rin nararating ng browser ang dapat nitong marating. Hindi ito kontradiksiyon, dahil ang isang profile ng NetworkManager-ssh ay maaaring gumawa ng dalawang lubos na magkaibang resulta mula sa parehong host at parehong key: isang tunnel device na nagdadala ng mga packet, o isang set ng forwarding na tanging ilang app lang ang makakagamit. Iniulat ng indicator na umiiral ang pinamamahalaang ugnayang SSH. Hindi nito kailanman iniuulat kung alin sa dalawa ang nakuha mo.
Dalawang resulta sa likod ng isang entry sa menu
Pareho ang paraan ng pagpapatunay ng dalawang mode, at iyon mismo ang dahilan kung bakit sila nagkakalituhan. Ang pagpili ng profile sa eksaktong parehong paraan, gamit ang parehong mga kredensyal, ay maaaring mag-iwan sa iyo ng isang interface na maruruta mo o ng isang nakikinig na socket na kailangang ipaalam sa isang app.
Simulan sa pagpapasya kung aling resulta ang talagang kailangan ng gawain. Ang pangangailangang maabot ang buong subnet ay nangangailangan ng device. Ang isang serbisyo sa malayong host ay nangangailangan ng forwarding, at ang paggawa ng tunnel para dito ay karaniwang lumilikha ng mas maraming rutang trabaho kaysa sa nararapat sa problema.
Ano ang kailangang mayroon ang bawat mode bago ito gumana
Idinodokumento ng proyekto ang dalawang mode, at sapat na magkaiba ang mga paunang kondisyon kaya ang isang kulang ay mukhang pagpalya ng protocol at hindi pagpiling disenyo.
| 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 |
Basahin nang mabuti ang kanang kolum, dahil doon nagtatapos ang karamihan sa mga ticket na ito. Kahit ang perpektong ginawang tunnel device ay sumasaklaw lamang sa ipinapadala ng ruta papasok dito, at kahit ang perpektong forwarding ay tumutulong lamang sa mga app na sinabihan na gamitin ito.
Ang dummy interface ay hindi tunnel
Sa mode ng forwarding, idinodokumento ng plugin ang isang dummy interface na ginawa upang matugunan ang modelo ng koneksiyon. Umiiral ito upang may mapagkabitan ang tagapamahala ng estado. Hindi ito nagdadala ng arbitraryong packet ng app patungo sa malayong network, at wala sa presensya nito ang nagpapahiwatig na nagbago ang rutang IP.
Ang mga halimbawa ng buong tunnel sa proyekto ay tungkol sa suporta ng tunnel device ng OpenSSH, kaya ang salitang tunnel sa isang label ay naglalarawan ng kakayahan, hindi ang iyong aktwal na patakaran. Tingnan kung ano ang gagawin ng kernel at hindi kung ano ang pangalan ng profile.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"Pagkatapos, itugma ang resulta sa app. Ang programang nakakaintindi ng SOCKS ay dapat i-configure upang gamitin ang proxy. Ang gumagamit ng lokal na forwarding ay dapat ituro sa kanyang tagapakinig. Wala sa kanila ang makakatuklas ng forwarding nang mag-isa, at wala sa kanila ang natutulungan ng indicator ng koneksiyon na naging berde.
Ihanda ang malayong panig sa halip na pilitin ito
Ang ordinaryong account ng SSH ay makakapagpatunay nang walang anumang pahintulot na itaas ang malayong tunnel device. Idinodokumento ng proyekto ang landas na walang root kung saan ang administrator ay gumagawa nang maaga ng device para sa user na iyon, at pagkatapos ay pinipili ng kliyente ang tugmang numero.
Ang gayong kaayusan ay nangangailangan ng koordinasyon sa patakaran ng tunnel ng server at sa sinumang nagmamay-ari ng pag-address sa malayong network. Ang paggawa ng device ay hindi mismo nagbibigay ng mga ruta ng resource, mga pahintulot sa forwarding, o daan pabalik, at wala sa mga ito ang dumarating dahil mukhang kapani-paniwala ang halimbawang configuration.
Ang hindi mo dapat gawin ay paganahin ang walang limitasyong forwarding o malayong root login upang gumana ang isang halimbawa. Kung saan nagmamay-ari ang operator ng setup ng malayong network, gamitin ang sinusuportahang kaayusan upang iwan ang mga utos na iyon sa may-ari na iyon, at iwasan ang pangalawang katulong na nagbabalik ng magkasalungat na address kapag nadiskonekta.
Konteksto ng pagpapatunay, at ano ang ilalagay sa ticket
May sariling konteksto ang pagpapatunay. Hinahanap ng plugin ang isang SSH agent na nauugnay sa sesyon ng user at kailangang kilala ang destinasyong host, kaya ang isang key na gumagana sa isang terminal ay hindi awtomatikong nagiging nakikita ng landas ng pagpapatunay ng tagapamahala. Iparehistro at ipasuri ang host key sa pamamagitan ng inaprubahang proseso sa halip na patayin ang pagsusuri.
Para sa suporta, itala ang apat na bagay: ang plugin at bersyon, ang napiling mode, ang inaasahang malayong pagkakakilanlan, at ang interface o tagapakinig na dapat sanang lumitaw. Pagkatapos ay subukan nang direkta ang entry point ng app. Ang konektadong indicator kasama ng gumaganang pagsubok ay ebidensiya; ang konektadong indicator lamang ay pahayag tungkol sa SSH, hindi tungkol sa rutang o pahintulot sa resource na sinusubukan mong makuha.