NetworkManager-ssh покажува поврзано, но ништо не се рутира
Показателот само докажува дека управуваната SSH врска постои. Проверете дали приклучокот изгради тунелен уред или збир на проследувања, потоа тестирајте ја патеката на апликацијата.
Менито ја прикажува SSH врската како активна, клучот на домаќинот е прифатен, а прелистувачот сѐ уште не стигнува до ништо што требало да стигне. Тоа не е противречност, бидејќи профил на NetworkManager-ssh може да даде два сосема различни резултати од истиот домаќин и истиот клуч: тунелен уред што пренесува пакети или збир на проследувања што само одредени апликации можат да ги користат. Показателот известува дека управуваната SSH врска постои. Тој никогаш не известува кој од двата резултати сте го добиле.
Два резултати зад една ставка во менито
Двата режима се автентицираат исто, и токму затоа се мешаат. Избирање на профилот сосема исто, со истите акредитиви, може да ве остави со интерфејс низ кој може да се рутира или со слушачки сокет за кој треба да се информира една апликација.
Започнете со одлука кој резултат на задачата навистина ѝ е потребен. Барањето достапност на цела подмрежа бара уред. Една услуга на оддалечен домаќин бара проследување, а градењето тунел за неа обично создава повеќе рутирачка работа отколку што проблемот заслужил.
Што мора да има секој режим пред да работи
Проектот ги документира двата режима, а предусловите се разликуваат толку многу што оној што недостасува изгледа како протоколен дефект, а не како дизајнерска одлука.
| 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 |
Прочитајте ја внимателно десната колона, зашто таму завршуваат повеќето вакви барања. Дури и совршено изграден тунелен уред покрива само она што рутирањето го праќа во него, и дури и совршено проследување им помага само на апликациите на кои им е кажано да го користат.
Лажниот интерфејс не е тунел
Во режим на проследување приклучокот документира лажен интерфејс создаден за да го задоволи моделот на врска. Тој постои за да има управувачот нешто на што ќе прикачи состојба. Тој не пренесува произволни пакети од апликации до оддалечената мрежа, и ништо во неговото присуство не значи дека IP рутирањето се променило.
Примерите за целосен тунел во проектот се однесуваат на поддршката за тунелен уред на OpenSSH, така што зборот тунел во ознака опишува можност, а не вашата фактичка политика. Проверете што ќе направи јадрото, а не како се вика профилот.
nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"Потоа усогласете го резултатот со апликацијата. Програма што разбира SOCKS мора да се конфигурира да го користи посредникот. Корисник на локално проследување мора да биде упатен на својот слушач. Ниту едно од двете не го открива проследувањето само, и ниту едно не е помогнато од показател за врска што станал зелен.
Подгответе ја оддалечената страна наместо да ја присилувате
Обична SSH сметка може да се автентицира без никаква дозвола да подигне оддалечен тунелен уред. Проектот документира патека без root права во која администраторот уредот го создава однапред за тој корисник, а клиентот потоа го избира соодветниот број.
Таквиот распоред бара координација со тунелската политика на серверот и со тој што управува со адресирањето во оддалечената мрежа. Создавањето на уредот само по себе не ги дава ресурсните рути, дозволите за проследување или повратната патека, и ништо од тоа не доаѓа затоа што примерната конфигурација изгледала уверливо.
Она што не треба да го правите е да овозможите неограничено проследување или оддалечено root најавување за да проработи пример. Каде операторот го поседува поставувањето на оддалечената мрежа, користете го поддржаниот распоред за да ги оставите тие команди на тој сопственик, и избегнувајте втор помошник што при исклучување ги враќа противречните адреси.
Контекст на автентикацијата, и што да се стави во барањето
Автентикацијата има свој контекст. Приклучокот бара SSH агент поврзан со корисничката сесија и бара целниот домаќин да биде познат, така што клуч што работи во еден терминал не станува автоматски видлив на патеката за автентикација на управувачот. Регистрирајте го и проверете го клучот на домаќинот преку одобрениот процес наместо да ја исклучите проверката.
За поддршка, забележете четири работи: приклучокот и верзијата, избраниот режим, предвидениот оддалечен идентитет и интерфејсот или слушачот што требало да се појави. Потоа директно тестирајте ја влезната точка на апликацијата. Поврзан показател заедно со тест што работи е доказ; само поврзан показател е тврдење за SSH, а не за рутирањето или дозволата за ресурс што сте се обидувале да ја добиете.