VPN қосулы тұрғанда SSH екінші жеке жол арқылы

Бір машина екіншісіне VPN арқылы жетеді, ал қазір біреу сол қабықты провайдердің жеке желісі арқылы қалайды. Маршрут бар, ping сәтті өтеді, бірақ SSH әлі де бас тартады. Әдеттегі себеп — демон жаңа мекенжайды ешқашан тыңдамаған, сондықтан қосылатын ештеңе жоқ. Бұл firewall мәселесі болмас бұрын мекенжайды байланыстыру мәселесі.

Неліктен жаңа маршрут жаңа тыңдаушы жасамайды

Тыңдаушы сокетті қабылдайтын мекенжайларды атайтын процесс жасайды. Маршрут тек пакеттерге қайда жүру керектігін айтады; ол межелі жерде тыңдаушы жасамайды. sshd бір ListenAddress-пен конфигурацияланған кезде, интерфейс қосулы болса да, кез келген басқа жергілікті мекенжайға қосылулар қабылданбайды. Портты иеленетін сокет бірлігіне де сол қатысты, сондықтан бірінші тексеру әрқашан нақты ненің тыңдап тұрғаны.

Екі жолды интерфейс атауымен емес, межелі мекенжай бойынша салыстырыңыз. Клиент мекенжайға қосылады, және қандай да бір firewall ережесі маңызды болмас бұрын сол мекенжай байланған болуы керек.

Мекенжайлар мен тыңдаушыларды тізіп шығыңыз

Бірдеңені өңдеу алдында хосттағы мекенжайларды және қазір бар сокеттерді жазып алыңыз.

ip -br addr
ss -ltnp | grep ':22'

Мекенжайлар тізімі қай жеке мекенжайдың нақты екенін және қай интерфейсте екенін көрсетеді, ал сокеттер тізімі оған бірдеңе байланғанын көрсетеді. 0.0.0.0:22 мекенжайындағы тыңдаушы әлдеқашан барлық мекенжайды қабылдайды, сондықтан жаңа байланыстыру ештеңе қоспайды. Бір нақты мекенжайдағы тыңдаушы бас тартуды бірден түсіндіреді. Егер порт демонға емес, сокет бірлігіне тиесілі болса, демон конфигурациясы бүкіл әңгіме емес.

Байланыстыруды қосып, ескісін сақтаңыз

OpenSSH бірнеше ListenAddress жазбасын қабылдайды, сондықтан жеке жол қосылып жатқанда VPN жолы қала алады. Файлды қайта жүктемес бұрын тексеріңіз.

sshd -t
systemctl reload sshd

Сәтсіз конфигурация сынағы жұмыс істеп тұрған демонды тиіспестен қалдырады, және өңдеп жатқан жол арқылы қосылған кезде дәл осыны қалайсыз. Бар жазбаны сақтап, жаңа жергілікті мекенжайды қосыңыз және қызметтің ағымдағы сессияны үзбей қайта жүктелетініне көз жеткізіңіз. Сокет арқылы іске қосылатын орнатуларда мекенжайды оның орнына сокет бірлігіне қосып, сол бірлікті қайта жүктеңіз. Содан кейін тыңдаушылар тізімін қайта оқыңыз, өйткені ешқашан пайда болмаған байланыстыру қате құрамдас өңделгенін білдіреді.

Ескі сессияны жаппас бұрын жаңа сессияны тексеріңіз

Түпнұсқа сессия әлі ашық тұрғанда жаңа мекенжайға қосылып, қай мекенжай мен кілттің пайдаланылғанын көру үшін егжей-тегжейлі шығысты қолданыңыз. Тексеру екі рет сәтті болғанша түпнұсқа сессияны ашық ұстаңыз.

ssh -v [email protected]

Межелі мекенжай мен ұсынылған хост кілті үшін жөндеу жолдарын оқыңыз. Хост кілтінің ізтаңбасын сіз бұрыннан сенетін мәнмен салыстырыңыз, желі жеке деп сипатталғандықтан белгісіз кілтті қабылдамаңыз. Жаңа межелі жер өзінің known_hosts жазбасын қажет етеді, және бұл күтіледі. Ескі басқару сессиясын жеке жол жұмыс істегеннен кейін ғана жабу керек.

SSH тасымалдауды қорғайды, бірақ жеке алғанда ол екі желіні тең етпейді. Жеке өткелдің сенімі деректерге сай келе ме, соған сүйенбес бұрын шешіңіз.