NetworkManager-ssh shfaq të lidhur, por asgjë nuk rutohet
Treguesi vërteton vetëm se marrëdhënia SSH e menaxhuar ekziston. Kontrolloni nëse shtojca ndërtoi një pajisje tuneli ose një grup përcjelljesh, pastaj provoni rrugën e aplikacionit.
Menuja e shfaq lidhjen SSH si aktive, çelësi i hostit u pranua, dhe shfletuesi ende nuk arrin asgjë nga ajo që duhej të arrinte. Kjo nuk është kundërshti, sepse një profil NetworkManager-ssh mund të japë dy rezultate krejt të ndryshme nga i njëjti host dhe i njëjti çelës: një pajisje tuneli që mbart paketa, ose një grup përcjelljesh që vetëm disa aplikacione mund t’i përdorin. Treguesi raporton se marrëdhënia SSH e menaxhuar ekziston. Ai nuk raporton kurrë se cilën nga të dyja keni marrë.
Dy rezultate pas një zëri menuje
Të dy regjimet vërtetojnë identitetin në të njëjtën mënyrë, dhe pikërisht për këtë ngatërrohen. Zgjedhja e profilit në të njëjtën mënyrë, me të njëjtat kredenciale, mund t’ju lërë me një ndërfaqe përmes së cilës mund të rutohet ose me një socket dëgjues për të cilin duhet njoftuar një aplikacion.
Filloni duke vendosur se cili rezultat i nevojitet vërtet detyrës. Kërkesa për arritshmëri të një nënrrjete të tërë kërkon një pajisje. Një shërbim i vetëm në një host të largët kërkon një përcjellje, dhe ndërtimi i një tuneli për të zakonisht krijon më shumë punë rrugëtimi sesa e meritonte problemi.
Çfarë duhet të ketë çdo regjim përpara se të funksionojë
Projekti dokumenton të dy regjimet, dhe parakushtet ndryshojnë aq shumë sa një që mungon duket si dështim protokolli dhe jo si zgjedhje projektimi.
| 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 |
Lexojeni me kujdes kolonën e djathtë, sepse aty përfundojnë shumica e këtyre tiketave. Edhe një pajisje tuneli e ndërtuar në mënyrë të përsosur mbulon vetëm atë që rrugëtimi dërgon në të, dhe edhe një përcjellje e përsosur ndihmon vetëm aplikacionet që janë udhëzuar ta përdorin.
Ndërfaqja e rreme nuk është tunel
Në regjimin e përcjelljes shtojca dokumenton një ndërfaqe të rreme të krijuar për të përmbushur modelin e lidhjes. Ekziston që menaxheri të ketë diçka ku të lidhë gjendjen. Nuk mbart paketa arbitrare aplikacionesh drejt rrjetit të largët, dhe asgjë në praninë e saj nuk nënkupton se rrugëtimi IP ka ndryshuar.
Shembujt e tunelit të plotë në projekt kanë të bëjnë me mbështetjen e pajisjes së tunelit të OpenSSH, kështu që fjala tunel në një etiketë përshkruan një aftësi, jo politikën tuaj efektive. Kontrolloni çfarë do të bëjë kernel-i dhe jo si quhet profili.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"Pastaj përputhni rezultatin me aplikacionin. Një program që kupton SOCKS duhet të konfigurohet të përdorë përfaqësuesin. Një përdorues i përcjelljes lokale duhet të drejtohet te dëgjuesi i tij. Asnjëri prej tyre nuk e zbulon përcjelljen vetë, dhe asnjërit nuk i ndihmon një tregues lidhjeje që u bë i gjelbër.
Përgatisni anën e largët në vend që ta detyroni
Një llogari SSH e zakonshme mund të vërtetojë identitetin pa asnjë leje për të ngritur një pajisje tuneli të largët. Projekti dokumenton një rrugë pa root ku një administrator e krijon pajisjen paraprakisht për atë përdorues, dhe klienti pastaj zgjedh numrin përkatës.
Një rregullim i tillë kërkon koordinim me politikën e tuneleve të serverit dhe me atë që zotëron adresimin në rrjetin e largët. Krijimi i pajisjes nuk jep në vetvete rrugët e burimeve, lejet e përcjelljes ose një rrugë kthimi, dhe asgjë prej këtyre nuk vjen sepse konfigurimi shembull dukej bindës.
Ajo që nuk duhet të bëni është të aktivizoni përcjellje të pakufizuar ose hyrje root të largët për të bërë të funksionojë një shembull. Aty ku operatori zotëron konfigurimin e rrjetit të largët, përdorni rregullimin e mbështetur për t’i lënë ato komanda atij pronari, dhe shmangni një ndihmës të dytë që rikthen adresa kundërshtuese gjatë shkëputjes.
Konteksti i vërtetimit dhe çfarë të vendosni në tiketë
Vërtetimi ka kontekstin e vet. Shtojca kërkon një agjent SSH të lidhur me sesionin e përdoruesit dhe kërkon që hosti i destinacionit të jetë i njohur, kështu që një çelës që funksionon në një terminal nuk bëhet automatikisht i dukshëm për rrugën e vërtetimit të menaxherit. Bëni që çelësi i hostit të regjistrohet dhe të kontrollohet përmes procesit të miratuar në vend që të fikni kontrollin.
Për mbështetje, shënoni katër gjëra: shtojcën dhe versionin, regjimin e zgjedhur, identitetin e largët të synuar dhe ndërfaqen ose dëgjuesin që duhej të ishte shfaqur. Pastaj provoni drejtpërdrejt pikën e hyrjes së aplikacionit. Një tregues i lidhur së bashku me një test funksionues është provë; një tregues i lidhur vetëm është një pohim për SSH, jo për rrugëtimin ose lejen e burimit që po përpiqeshit të merrnit.