Q&A
> PUTコマンドだけが動かないようです。
他のコマンド、たとえば「pwd」とか「dir」とか「cd」とかは、正常に実行できるのでしょうか？
いつもお世話になっております。
WindowsServer(2012)から、OS400上にファイルをアップロードする処理をタスクスケジューラで動かしています。
この処理がGWを挟んで突然動かなくなりました。
原因がよく判らないのですが、OS400上で排他処理をかけている時間帯にその処理が起動されたことから、当初はそれが原因かと思っていたのですが、OS400側のFTPサーバーの再起動を実行した後も同じ現象が起こるため、OS400側の原因では無さそうなことが判ってきました。
Windows10のクライアント上から同じファイルをアップロードしてみたところ、正常に動作し、別のWindowsServer(2012)でも正常に動作するため、このサーバー上の固有の現象かと思われます。
ネットワーク上のファイヤウォール設定はルータ上で施していますが、特に変更は行っていません。
また、業者に相談したところ、WindowsServerとOS400のサーバーは同じネットワーク上にあるため、ルータのセキュリティポリシーの影響は受けないはずとの見解を受けました。ちなみにFTPのポート(20,21)は開けています。FTPサーバー自体には正常にログインできており、なぜかOS400上へのリモートコマンドは正常に動作していますが、PUTコマンドだけが動かないようです。
エラーは下記のように出ています。
ftp>PUT d:\edi\wrk\header.txt header
200 PORT SUBCOMMAND REQUEST SUCCESSFUL
425 NOT ABLE TO OPEN DATA CONNECTION
WindowsFirewallの設定によるものなのでしょうか？
対象となるWindowsServerは、WindowsUpdateも止めていますので、環境の変わることは無いと思っていました。
同じような現象に遭遇された方がおられましたら、情報を頂けると幸いです。
よろしくお願いします。
jbpb0さん コメントありがとうございます。
PUTコマンドだけ、と書きましたが、LSとかPWDは固まりますね。
QUOTEコマンドは効きます。
> FTPのポート(20,21)は開けています。
ここらへんに書いてあるように、ftpのモードがアクティブかパッシブかで、クライアントとサーバーのそれぞれの使われるポートが変わるので、そこをブロックしてないか確認することをお勧めします
https://naoberry.com/tech/ftp-active-pasv/
https://www.infraexpert.com/study/tcpip20.html
http://www.nina.jp/server/basic/ftp.html
> OS400上へのリモートコマンドは正常に動作していますが、PUTコマンドだけが動かない
制御用の通信はできてるけど、データ転送用の通信ができてないようですね
可能ならば、WindowsServerにパケットを調べるアプリを入れて、ftpコマンドを起動してからエラーが出るまでの間に、どちらのどのポートから相手のどのポートにパケットが送られてるのか、を調べると、原因が分かるかもしれません
https://blog.putise.com/windows%e3%81%aeftp%e3%82%af%e3%83%a9%e3%82%a4%e3%82%a2%e3%83%b3%e3%83%88%e3%81%a7%e3%81%afpasv%e3%83%a2%e3%83%bc%e3%83%89%e3%81%a7%e3%81%af%e6%8e%a5%e7%b6%9a%e3%81%a7%e3%81%8d%e3%81%aa%e3%81%84/
https://blog.putise.com/ftp%E9%80%9A%E4%BF%A1%E3%81%8C%E3%82%A2%E3%82%AF%E3%83%86%E3%82%A3%E3%83%96%E3%83%A2%E3%83%BC%E3%83%89%E3%81%8B%E3%83%91%E3%83%83%E3%82%B7%E3%83%96%E3%83%A2%E3%83%BC%E3%83%89%E3%81%8B%E7%A2%BA/
によると、Windowsに添付されているftpコマンドは、アクティブモードしかサポートしてないようです
一つ前に書いた参考Webサイトの解説に書かれてるように、アクティブモードではクライアントがデータ転送で使うポートの番号は、かなり大きなものになります
そこをブロックしてませんでしょうか？
jbpb0さん コメントありがとうございます。
私も同じような記事を見ました。
アクティブモードとの切替のできるフリーソフトで置き換えようとも思ったのですが、バッチに組み込むとなるとパラメタを作り直したり、結果の検証もしないといけないので諦めました。
アクティブモードだとPUTの場合、送信だけでなく、受信側にもパケットが送られるという情報があったので、Windowsファイヤウォールで、受信側の規則として、ftp.exeの許可というルールを追加してみたところ、なんとか動きました。
なぜ突然こんな状況になったのかはよく判りませんが、数回試してみたところ、うまくいっています。
書かれているのはこういうことなのでしょうか？
情報を頂きまして有難うございます。
> Windowsファイヤウォールで、受信側の規則として、ftp.exeの許可というルールを追加してみたところ、なんとか動きました。
exeに許可を出せば、ポート番号によらず通信できるので、それが確実ですね
コメントありがとうございます。
いまのところうまくいっているのでひとまず安心しました。
他にも同じやり方で行っている処理があるのですが、このサーバーでのみ現象が起きたのか判らないままなので不思議です。WindowsUpdateは行っていないつもりでしたが、バックアップソフトのバージョンアップに伴い、バックアップ対象としてエージェントをインストールした影響かと思われます。
回答1件
0
自己解決
すみません。回答という形で頂いていないので、ベストアンサーが選択できないため、自己解決という形でクローズさせて頂きます。
アクティブモードだとPUTの場合、送信だけでなく、受信側にもパケットが送られるという情報があったので、Windowsファイヤウォールで、受信側の規則として、ftp.exeの許可というルールを追加してみたところ、なんとか動きました。
なぜ突然こんな状況になったのかはよく判りませんが、数回試してみたところ、うまくいっています。
書かれているのはこういうことなのでしょうか？
jbpb0さん、情報を頂きまして有難うございます。
投稿2021/05/13 03:33
総合スコア56
あなたの回答
tips
プレビュー
