I.概要
最近同社は、非常にスムーズに収納設置fastdfs中に発生したIPアドレスのマッピングの問題を、完全な実装のドッキングウィンドウを展開重いワークロードの展開の問題をインストールするためにあらゆる環境プロジェクトを解決するため、mysql5.7、oracle12cする予定です。サーバーがファイアウォールをシャットダウンし、LANの他のマシンは、ファイルにブートイメージをアップロードするfastdfs-javaのクライアントを渡すことはできません、CentOS7.6を使用して、IPアドレスのための貯蔵容器のIPアドレスを取得し、LANの他のマシンは、コンテナのIPアドレスにアクセスすることはできません多くの情報を見つけることが含まれます：ドッキングウィンドウプロキシのiptablesと他の最終決済は、便利な記録。
二、ブートイメージがインストールされているfastdfsとコンテナ
最新のコードを使用して構築含ま著者が提供する比較的単純な、dockerfile_networkダウンロードディレクトリを、構築するために、//github.com/happyfish100/fastdfs/tree/master/docker/dockerfile_networkます。https：fastdfsミラーは、建物のdockerfileによって提供されミラーをfastdfsし、ディレクトリを実行します。
docker build -t fastdfs:V5.11 .成功を構築した後、ドッキングウィンドウの画像でミラーを表示するには
ミラーリングを開始し、このマシンのIPアドレスが192.168.1.98は、以下のコマンドを実行して起動します：
docker run -d -e FASTDFS_IPADDR=192.168.1.98 -p 8888:8888 -p 22122:22122 -p 23000:23000 -p 8011:80 --name test-fast fastdfs:V5.11第三に、問題の説明および分析
使用して別のマシン192.168.1.230でfastdfs-クライアント-javaのテストアップロードの写真の後を、常に（192.168.1.98:22122）成功トラッカーサーバーに接続されたコードのデバッグ、迅速な接続時間を与えられて、ストレージ情報に戻って、しかし、ストレージ・アドレスは次のとおりです。172.17.0.1：23000,192.168.1.230 172.17.0.1がIPに接続することができません以下に示すように、IPは、コンテナのブリッジング動作を、仮想ネットワークカードのドッキングウィンドウのIPです。
著者によって提供さfastdfs.shドキュメントを表示、すでにtracker_serverアドレス内部storage.conf・コンフィギュレーション・ファイルを起動し、コンテナのFASTDFS_IPADDR = 192.168.1.98のアドレスパラメータを置き換えた、そのアドレス記憶がトラッカー・サーバに接続されている192.168です。 1.98：22122、トラッカーサーバーに登録は、情報トラッカーサーバーを表示するコンテナを入力し、192.168.1.98に対処する必要があり、そのストレージを理にかなって：
[root@localhost ~]# docker exec -it test-fast /bin/bash
[root@854ce848546a /]# /usr/bin/fdfs_monitor /etc/fdfs/storage.conf
問題は、ここで発見された場合には、容器内部のストレージサーバは192.168.1.98:22122アドレスに接続されている、トラッカーサーバーのアドレスは、仮想NIC（172.17.0.1）アドレスdocker0ストレージに記録されています。
コンテナは、NATテーブルを介して、192.168.1.98:22122に接続されている内部のCentOSの下の[ネットワーク]ドッキングウィンドウは、iptablesの知識の後、おそらくストレージサーバを知っている、Baiduは長い時間ドッカネットワーク（ブリッジモード、ホストモード、Containnerモードなど）を学んだに慣れていませんトラッカーサーバに転送する場合、送信元アドレス内のデータパケットがある：172.17.0.1は、デフォルトのストレージ・トラッカー・サーバのアドレスが172.17.0.1であることを信じるように導か
第四に、問題解決のためのアイデア
iptablesの知識（主http://www.zsythink.net/archives/1199/を見て）を学習した後に、NATテーブル転送処理で学んだ、データは、送信元アドレス、ポート22122が記録されている到達172.17.0.2 172.17.0.1、我々は唯一のNATテーブルを変更する必要があるすべてのデータが172.12.0.2:22122に転送され、送信元アドレスがホストのホストに対処するために変更され、ルールをiptablesの：トラッカーサーバーに192.168.1.98、その記憶レジスタ、トラッカーサーバーを取得するときストレージのIPアドレスが192.168.1.88の代わりにゲートウェイアドレス172.17.0.1です
iptables -t nat -A POSTROUTING -p tcp -m tcp --dport 22122 -d 172.17.0.2 -j SNAT --to 192.168.1.98iptablesの-L -t NATビューnatテーブルのルールを使用します
実行-RE fastdfs-クライアントJavaプロジェクト、リターンアドレス記憶は成功をアップロードし、192.168.1.98です。
V.の概要
ブリッジモードの変更は、その後十分に把握のドッキングウィンドウのネットワークの基礎必要があり、ドッキングウィンドウを学びたい、複雑たくさんのでしょうかのようにドッキングウィンドウの配置を使用して個人的な感情の後、ネットワーク環境では、ネットワークを直接使用し、スタンドアローンホストモードならば、スタンドアロンよりも複雑になります。あなたはiptablesのを使用する場合は一方liunxに、そしてまた、あなたが技術的な詳細のドッキングウィンドウとiptablesを理解する必要があります。私は、それを試してみるために時間を見つけ、このアイデアは、ネットワークIPマッピングアップロードの問題外部ネットワーク内fastdfsを解決することができるかもしれないと思います。