vsftpdｻｰﾊﾞに対して､外から ftpｺﾏﾝﾄﾞで putに失敗します｡会社のｻｰﾊﾞ管理を任されました｡OS:Red Hat Enterprise Linux ES release 4, vsftpd-2.0.1-5.EL4.7 です…

人力検索はてな

ﾓﾊﾞｲﾙ版を表示しています｡PC版はこちら

vsftpdｻｰﾊﾞに対して､外から ftpｺﾏﾝﾄﾞで putに失敗します｡
会社のｻｰﾊﾞ管理を任されました｡OS:Red Hat Enterprise Linux ES release 4,
vsftpd-2.0.1-5.EL4.7 です｡
外のCentOSｻｰﾊﾞから ftpｺﾏﾝﾄﾞでRHELｻｰﾊﾞにﾛｸﾞｲﾝしましたが､putｺﾏﾝﾄﾞで
以下のｴﾗｰになります｡
ftp> put hoge.txt
local: hoge.txt remote: hoge.txt
227 Entering Passive Mode (xxx,xxx,xxx,xxx,31,204)
ftp: connect: No route to host

ls, dirｺﾏﾝﾄﾞも上記のｴﾗｰになります｡pwdｺﾏﾝﾄﾞは出来ます｡
問題の切り分け方をご教授ください｡

●質問者: gdwtseq
●ｶﾃｺﾞﾘ:ｺﾝﾋﾟｭｰﾀｲﾝﾀｰﾈｯﾄ
○ 状態 :終了
└ 回答数 : 1/1件

▽最新の回答へ

▽1 ● a-kuma3
●100ﾎﾟｲﾝﾄ

ﾍﾞｽﾄｱﾝｻｰ

ここが参考になりません？
http://tameike.wordpress.com/2006/12/12/ftp-vsftp-%E3%82%92-selinux%E7%92%B0%E5%A2%83%E3%81%A7%E4%BD%BF%E3%81%86%E5%A0%B4%E5%90%88%E3%81%AE%E3%83%A1%E3%83%A2/

一応､概要､詳細の辺りも読んでみてから...

gdwtseqさんのｺﾒﾝﾄ
ご回答ありがとうございます｡IPTABLES_MODULES= は関係ないと考えています｡ vsftpdｻｰﾊﾞは社内の外にありまして､社内のCentOSｻｰﾊﾞからftpｺﾏﾝﾄﾞで putしようとしています｡先程社内のwindows PCから ftpｺﾏﾝﾄﾞで put hoge.txt が成功しました｡ということは､社のfirewall か何かが社内のCentOSｻｰﾊﾞに何番ﾎﾟｰﾄかを公開していないということになりますでしょうか？

gdwtseqさんのｺﾒﾝﾄ
上記に追加です｡すみません､社のfirewall は関係ないと思いますので訂正します｡と言うのは､外にもう一つCentOSｻｰﾊﾞがあって､vsftpdが動いています｡それに対して､社内のCentOSからftpｺﾏﾝﾄﾞで put hoge.txtに成功するのです｡ということは､外の､RHELｻｰﾊﾞとCentOSｻｰﾊﾞの設定の違いによるのかと思います｡ RHELｻｰﾊﾞの /etc/sysconfig/iptables-config では､ IPTABLES_MODULES="" CentOSｻｰﾊﾞの iptables-config では､ IPTABLES_MODULES="ip_conntrack_netbios_ns" となっております｡実はRHELｻｰﾊﾞへ､私はUnixﾕｰｻﾞ"user1" でﾛｸﾞｲﾝしftpを試していますが､このｻｰﾊﾞは既に､客へftpｻｰﾋﾞｽを公開しています｡その客のUnixﾕｰｻﾞは"user2" でしてuser2ではftp putが日々問題なく行われています｡ #ｻｰﾊﾞ管理を任されたんですが､RHELｻｰﾊﾞを構築した前任者がいないことで､今回はてなに質問したところでした｡

a-kuma3さんのｺﾒﾝﾄ
こういうことになってるんですよね｡社外の RHEL へ × 社内の CentOS から user1 で ○ 社外の？から user2 で(顧客) ○ 社内の Windows から社外の CentOS へ ○ 社内の CentOS から送信できる社外の CentOS と､送信できない社外の RHEL で､ﾊﾟｯｼﾌﾞﾓｰﾄﾞで使えるﾎﾟｰﾄの設定ってどうなってます？＃回答じゃなく､ｺﾒﾝﾄにしておけば良かったなあ､と後悔しきり (^^;

gdwtseqさんのｺﾒﾝﾄ
その通りです｡社外のRHEL のﾊﾟｯｼﾌﾞﾓｰﾄﾞ設定の件ですが｡ /etc/vsftpd/vsftpd.conf設定項目のことかと推測します｡ pasv_enable, pasv_min_port, pasv_max_port はいずれも設定させておりません｡

a-kuma3さんのｺﾒﾝﾄ
送信できる社外の CentOS の方の vsftpd.conf はどうです？ pasv_enable が NO になってたりしません？ Windows の ftp.exe で送信できてるのは､ｱｸﾃｨﾌﾞﾓｰﾄﾞだから､なんて思ったりしてるのですが｡

gdwtseqさんのｺﾒﾝﾄ
社内CentOSのftpｸﾗｲｱﾝﾄから put hoge.txt成功しました､一応｡ ■やったこと vsftpd.conf に以下の設定を追加 ascii_upload_enable=YES ﾊﾟｯｼﾌﾞﾓｰﾄﾞoffで､ ftp> passive Passive mode off. 以上しかし､成功した理由は理解していません｡ｱﾄﾞﾊﾞｲｽ頂けないでしょうか？また､参考ｻｲﾄなどを教えていただけると幸いです｡

a-kuma3さんのｺﾒﾝﾄ
>> しかし､成功した理由は理解していません｡ｱﾄﾞﾊﾞｲｽ頂けないでしょうか？ << 普通にｻｰﾊﾞの設定をいじって､試行錯誤できる方のようなので､どこまで分かってるのか分かりません(変な日本語)｡説明が冗長だったらごめんなさい｡ 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 かなり推測が入ってますし､自信をもって言い切れるほど分かっちゃあいません｡｢ｺﾒﾝﾄにすりゃあ､良かったかな｣は､本音だったりします＃とりあえず､つながって良かった <tt>:-)</tt>

gdwtseqさんのｺﾒﾝﾄ
a-kuma3さんｱﾄﾞﾊﾞｲｽにとても感謝いたします｡また参考ｻｲﾄも書いていだき､ありがとうございます｡ ftpｻｰﾊﾞを仕事で立てるのは初めてでした｡今後の参考にさせていただきたいと思います｡本当にありがとうございました｡

● 質問者から

現在の考えを｡
社内のCentOSの ftpｺﾏﾝﾄﾞ putは ftp: connect: No route to hostｴﾗｰ
社内のwindowsのftpｺﾏﾝﾄﾞ putは成功｡
よって､問題は外のRHELのvsftpdｻｰﾊﾞではなく､
社内のCentOSのftpｸﾗｲｱﾝﾄとwindowsのftpｸﾗｲｱﾝﾄとで通信のやり方の
違いなのかなと考えいます｡