NATの背後から一部のftpサーバーに接続できないのはなぜですか?NATの背後にあるローカルネットワークからFTPサーバーに接続したい。Natが有効になっています。sp1、およびVistasp2コンピューターに存在します。Host.ftp>ご覧のとおり、ログインプロセスの前に切断されているため、PASSVを使用する機会がありません。動作するものは次のとおりです。私のコンピューターからこの特定のftpサーバーへの直接インターネット接続(つまり、NATサーバー)を使用せずに)Ftpを提供している会社は、私がNATサーバーから接続できるので、問題は彼らの側ではないと言います。このCRCの問題が発生している理由について何か考えはありますか?ところで、これが私のmtu設定(ゲートウェイ上)であり、それらは私のコンピューター上でも同じです。set.Telnetを使用して接続しようとすると、次のようになります。Brann通過するテキストのほんの少しは、それが何らかのMTUの問題である可能性があることを示唆しています。前進するための最良の方法は、ゲートウェイにWiresharkをインストールし、FTP接続に関連するすべてのトラフィックをキャプチャすることです。大きなパケットが複数回送信されている場合は、MTUです。それ以外の場合は、トレースをどこかに貼り付けてください。明確でない場合は、誰かがそれを解釈できます。wombleちなみに、CRCの問題は通常、ハードウェアのNIC)で直接行われたチェックサムによって引き起こされます。OSスタックはチェックサムを正しく認識しなくなります。ネットワークカードのプロパティを開いて、あらゆる種類のオフロードを無効にしてみてください。これらのメッセージが削除されます。更新:ログをさらに分析すると、受信されていないように見えるパケットの長さはわずか166バイトです(LANインターフェイスで何度も再送信されるのは「Bienvenue」です)。ここではMTUの問題だと思います。サーバーがすべてのパケットを送信するため、auth/identではないようです。CRCエラーが含まれているのは最初のものですが。内部NICですべてのハードウェアアクセラレーション(オフロード)を無効にしてみてください。それでも問題が解決しない場合は、最終的には外部NICでも無効にしてください。/半二重が適切な開始です)。それが機能する場合は、問題がどこにあるかを特定できるように、1つずつ再度有効にします。何も機能しない場合は、FTP-NATingソフトウェアに問題がある可能性があります。FTPは、NAT(通常はここではありません)を介して機能するためにマングルする必要があるプロトコルです。FTPを使用してみてください。-プロキシ(レイヤー7)ソフトウェア。それが機能する場合は、FTP専用のように見えるため、回避策があります。SchneppNATゲートウェイのFTPアプリケーションプロキシは、「220-」マルチライン応答コードで中断しているようです。FTP応答コードは通常すべて1行ですが、番号の後の「-」は、出力の行がさらに来ることを示します。私はこれが以前に起こったことを見たことがあります-私の場合、それはPIXファイアウォールでした。一部のFTPサーバーは、ログインパスワードの前に「-」を付けることで、複数行の応答を送信しないように指示できることを思い出しているようです。=ただし、この場合、ユーザーがログインを試みる前に220-応答が送信されるため、これは修正されません。FTPサーバーの管理者と親しみがある場合は、サーバーのログインバナーを一時的に無効にして、ログインがさらに進むかどうかを確認するように管理者に依頼してください。Alnitak私のオフィスでもIPtablesで同じ厄介な問題が発生していると思いますが、それが発生することがわかっていて、修正したくない場合を除きます。着信トラフィックをブロックしているポートを確認すると役立つ場合があります。FTPは着信接続に21しか使用しないと確信しています(つまり、何かに接続することはできますが、ディレクトリに接続することはできません)。返されるポートはネゴシエート可能であると確信しているので、可能であればFTPを廃棄し、この場合はSFTPを使用することをお勧めします。TurnerWindowsコマンドラインftpでdebugコマンドを使用してみてください。解決策につながるいくつかの追加情報が表示されます。splattneFTPサーバー(proftpd)が機能する方法は、ポート21で接続をリッスンするであり、*接続されると、接続を60000の範囲**(proftpd.confで-として設定)までバンプします。PassivePorts)NATは元々ポート21のみをFTPサーバーに転送するように設定されていましたが、表示されているものと同様の動作が見られました。NAT構成で、問題を解決しました。それはサーバー側の観点からただし、すべてのポートを一時的にNATし、問題が解決するかどうかを確認することで、簡単にテストできます。Brent患者:医者、医者!お茶を飲むと、目に刺すような痛みがあります。FTPサーバーはローカルで動作しますが、リモートから接続できませんNAT単一のパブリックIPアドレスを使用して複数のサーバーを公開するpingはIPv6アドレスを返します2つのインターネット接続と1つのLAN接続を備えたマルチホームLinuxロードバランサーを作成するFTPエラー530、ユーザーがログインできない、ホームディレクトリにアクセスできない浮浪者ボックスのパブリック静的IPFTPサーバーに接続できません。