私はこの質問がすでに何度か尋ねられたことを知っていますが、私の問題は少し異なるかもしれません。多分私は問題の基本を理解していません。
Sshトンネルを使用してWindowsから使用したいLinux Samba共有があります。 VPNを使用しているときは、Samba共有にアクセスでき、Linuxではトンネルポート139が正常に機能します。 VPNの外にあるLinuxマシンから共有にアクセスするときは、次のようにポート139を転送するだけです。
ssh user@remotehost -L 1139:localhost:139
そしてドライブをマウントします:
mount -t cifs //remotehost/shared /mnt/cifs -o username=myuser,password=mypass,ip=127.0.0.1,port=1139
Windowsの場合、チュートリアルに従ってループバックアダプターを作成し、PuTTYを介してトンネルを作成しました: http://www.nikhef.nl/~janjust/CifsOverSSH/Win8Loopback.html
これは機能しなかったので、445の代わりにポート139を使用する別のチュートリアルに従ってみました: https://www.simonholywell.com/post/2009/04/samba-file-share-over-ssh-トンネル/
このチュートリアルはどちらも機能しなかったので、私の最初の質問は、これらのポートのどれを実際に転送する必要があるかということです。ポート139、ポート445、またはその両方が必要ですか?問題が何であるかはわかりません。
他の情報が必要な場合はお知らせください。nmapを使用してトラブルシューティングを試みましたが、どこにも到達していません。
転送する必要があるのはポート445のみです。PuTTYでは、ローカルポートはloopbackIP:44445(またはその他の未使用のポート)であり、転送先はlocalhost:445または127.0.0.1:445である必要があります。
それは私のために働きましたこのリンクの手順に従ってください: http://how-to.cc/setup-windows-filesharing-over-ssh
サービス「smb」へのすべての参照は、サービス「server」に変更する必要があることに注意してください。
それでも機能しない場合は、WindowsボックスでSamba v3を無効にするか、LinuxサーバーでSambaをアップグレードしてみてください。このリンクを参照してください https://it.awroblew.biz/windows-10-and-problems-accessing-smb-shares/
ipv4設定内でサブネットマスクとしてip、255.255.255.255を設定し、netbiosを無効にします
高架窓シェル
sc config lanmanserver start= delayed-auto
を実行しますnetsh interface portproxy add v4tov4 listenaddress=192.168.2.123 listenport=445 connectaddress=192.168.2.123 connectport=44445
を実行します%windir%\system32\drivers\etc\hosts
を編集して、次のような適切なマッピングを追加します。192.168.2.123 smbproxy
ssh -L 192.168.2.123:44445:internalsmbhost:445 sshuser@publicjumphost
を使用してください\\smbproxy
に移動しますそのために、hostsファイルに複数のマッピングを作成することもできます。
利点は、ラップトップ/ PCの複数のユーザーが、別のユーザーがすでにそのリソースを使用していることに迷惑をかけることなく、異なるユーザー名/セッションでNASにアクセスできることです。
windowsのタスク作成ツールを開いて、システムの起動時にこれを開始してください。
これは私のWebSocketプロキシ用に作成したreadme.mdから取得したものです https://gitfap.de/GottZ/websocketproxy