Ubuntu UEC 10.10を使用して新しいUECクラウドネットワークをセットアップしようとしていますが、Nodeコントローラーのセットアップに問題があります!
私は(今のところ)2台のコンピューターを使用して小さなセットアップで作業しています。 1つ目は、CLC、CC、Walrus、SC用です。 NCとして使用される2番目のコンピューター。
私はすべての新鮮できれいな再インストールをしています。
私の問題は、NCがインストール後にインターネットにアクセスできないことです。 CCのコンピュータがプライベートネットワークからパブリックネットワークへの転送を行わないかのように。セットアップを完了できません。NCを更新/アップグレードできません。 apt-get installntpができません。
NCがインターネットと通信できない場合は、インスタンスでも同じ問題が発生します。 NCから、pingできるコンピューターはCCだけで、プライベートアドレスとパブリックアドレスを使用します。
CCがインターネットへのNCアクセスをブロックするのはなぜですか?
Ubuntu 10.04(同じハードウェアを使用)ではこれらの問題は発生しませんが、実際にはUbuntu10.10である必要があることに注意してください。
パブリックIPがネットワーク12.0.0.0にあり、プライベートスイッチがネットワーク192.168.1.0を使用していると仮定します。
プライベートアドレス(192.168.1.1から192.168.1.254の範囲)とすべてのパブリックアドレス(12.1.1.1から12.254.254.254の範囲)の間で通信が通過できるようにする必要があります。
CCで次のコマンドを呼び出すと、次のようになります。
iptables -t nat -I POSTROUTING -s 192.168.1.0/24 -d 12.0.0.0/8 -j MASQUERADE
プライベートノードネットワークからWAN /インターネットへのパケット転送を容易にするために、マスカレードルールをiptablesに追加する必要がある可能性があります。
単一のクラウドコントローラーと単一のNodeコントローラー;トポロジは、次のようなものを実装していると仮定します。
インターネット<-> eth [CloudController] eth1 <-> [Switch] <-> eth [NodeController]..。 ....... 192.168.1.100 ...................... 10.0.0.1.............。 ...... 10.0.0.2
クラウドコントローラーで次のようなものを試してください。
$ Sudo/sbin/iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -o eth0 -j MASQUERADE
これは、クラウドコントローラーのパブリック向けインターフェースがeth0であり、クラウドコントローラーのプライベート向けインターフェースが10.0.0.0ネットワーク上のeth1であり、そのNodeコントローラーもメンバーである)を前提としています。
これが機能する場合は、ルールを永続的にします(/etc/rc.localに書き込むこともできます)。
幸運を!
SLR-
ここでの他の答えはどちらも恒久的な修正を提供しません。はい。これにより、ノードはインターネットやその他のネットワークにアクセスできるようになります。これには、ノードがWalrusやCloudControllerにアクセスできるようにすることも含まれます。
残念ながら、Eucalyptusは、NATテーブルを吹き飛ばして再作成し、サーバーにMASQルールを忘れさせることで有名です。新しいインスタンスを開始する前に、iptables MASQルールを定期的に実行する必要があるか、ノードがWalrusに到達してイメージをダウンロードできないことがわかりました。