vsftpdサーバに対して、外から ftpコマンドで putに失敗します。

こういうことになってるんですよね。

社外の RHEL へ
× 社内の CentOS から user1 で
○ 社外の ？ から user2 で（顧客）
○ 社内の Windows から

社外の CentOS へ
○ 社内の CentOS から

送信できる社外の CentOS と、送信できない社外の RHEL で、パッシブモードで使えるポートの設定ってどうなってます？

＃ 回答じゃなく、コメントにしておけば良かったなあ、と後悔しきり　(^^;

送信できる社外の CentOS の方の vsftpd.conf はどうです？
pasv_enable が NO になってたりしません？

Windows の ftp.exe で送信できてるのは、アクティブモードだから、なんて思ったりしてるのですが。

しかし、成功した理由は理解していません。アドバイス頂けないでしょうか？

普通にサーバの設定をいじって、試行錯誤できる方のようなので、どこまで分かってるのか分かりません（変な日本語）。
説明が冗長だったらごめんなさい。

ftp は、通信に socket を二つ使います。
コマンド用と、データ用です。
コマンド用は、クライアントからサーバにつなぎに行きます。
データ用は、モード（アクティブとパッシブ）によって、どちらからつなぎに行くかが違います。
アクティブモードは、サーバからクライアントに向かってつなぎに来ます。
パッシブモードは、逆に、クライアントからサーバに向かってつなぎに行きます。

また、データ用に使われるポートも、設定で変更はできますが、どのあたりを使うということはだいたい決まってます。

今回の場合、コマンドのやり取りはできていたので、社内のクライアントから社外の ftp サーバに向けて、ポート:21 で接続できていることが分かっています。
で、データを送信しようとすると、ソケットをつなごうとすると、ホストに到達できませんと言われているわけです。

IP アドレスで制限がかかっているわけではなさそう（コマンドが送信できているから）なので、ポートによる制限か、もしくは、更に接続する方向でも制限がかかっているか、ということが疑われます。

Windows の ftp.exe では、ファイル送信に成功してたということだったので、アクティブモードなら通信できるんだな、ということが想像ついたので、接続できるサーバとできないサーバの pasv_enable や、ポートの設定を比べて欲しい、というコメントを書きました。
＃ ftp.exe がパッシブモードをサポートしてない、というのは、前に調べたことがあって、知ってました

多分、gdwtseq さんの会社のファイアウォールの設定で、

• 社内から、社外に接続できるポートが制限されている
• 社外から、社内に接続できるポートは制限されているだろうが、well known なポートは、割りと許されている

ということになっているんだろうと、想像します。

アクティブモードとパッシブモードの違いが肝だと思うので、こんな辺りを参考にしてみたらどうでしょうか。
http://ameblo.jp/itboy/entry-10249857007.html
http://www.nina.jp/server/basic/ftp.html


かなり推測が入ってますし、自信をもって言い切れるほど分かっちゃあいません。
「コメントにすりゃあ、良かったかな」は、本音だったりします
＃ とりあえず、つながって良かった　:-)