Pull to refresh

Comments 11

А зачем дополнительный loopback адаптер? 127.0.0.1/8 нельзя использовать?

Я об этом не подумал, а просто использовал готовый рецепт. Сейчас попробовал — вариант с 127.0.0.1 работает также нормально.
Правило для переадресации порта в этом случае:


netsh interface portproxy add v4tov4 listenaddress=127.0.0.1 listenport=445 connectaddress=127.0.0.1 connectport=44445

Строка для подключения в этом случае будет такой:


C:\Windows\System32\OpenSSH\ssh.exe user@111.111.111.111 -p remoteport -i %APPDATA%\CIFSoverSSH\cifsoversshkey -L 127.0.0.1:44445:localhost:445 -N -o "StrictHostKeyChecking=no"
Сейчас попробовал — вариант с 127.0.0.1 работает также нормально.


То есть, то что выше — netsh interface portproxy add в вашей инструкции можно пропустить?

Не совсем. Пропустить стоит только установку дополнительного loopback-адаптера. В любом случае необходимо изменить запуск службы lanmart, поэтому начать стоит со строки


sc config lanmanserver start= demand
1. Подскажите пожалуйста у меня всё в порядке или 0.0.0.0:445 нужно как-то удалить?

netstat -an | find ":445 "

TCP 0.0.0.0:445 0.0.0.0:0 LISTENING
TCP 127.0.0.1:445 0.0.0.0:0 LISTENING
TCP [::]:445 [::]:0 LISTENING

netsh interface portproxy show v4tov4

127.0.0.1 445 127.0.0.1 44445


Когда запускаю итоговую команду, то терминал Windows просто начинает мигать курсором и стоит на месте, ничего не выдаёт.

2. И правильно ли я понимаю, что в итоге подключение к диску будет таким — \\localhost\nas.

А доступ по SMB через локальную сеть к ПК с Windows остаётся?

Да, он будет виден через ip-адрес сетевой карты, которой компьютер подключен к локальной сети

Насчёт последнего пункта, настройки сервера Linux. Если есть инфраструктура Windows с файл-сервером и шарами и с учётом того что в Windows 10 есть и sshd — теоретически кажется работоспособной такая конструкция: выделяем компьютер с Windows 10 (или виртуалку), вводим в домен, поднимаем sshd, пробрасываем с файрвола туда порт на sshd. Есть вероятность что заведётся?
Проверил. С поднятием и настройкой sshd проблемы нет. Проблема в том что из сессии ssh недоступны сетевые шары. То есть, они становятся доступны, если в этой сессии сказать "net use sharename" и ввести доменые логин/пароль. Но в результате вся нужная конструкция так работать не будет. А вот поднимать на файл-сервере sshd как-то не хочется
Sign up to leave a comment.

Articles