説明
このアイデアの目的は、集中化されたクラウド インフラストラクチャを所有する必要がある場合に、複数の顧客がコミュニティに属する共同プロジェクトとアプリケーションに参加できるようにすることです。つまり、コミュニティ クラウドは、さまざまな種類のクラウド ソリューションが提供するサービスを統合することで、ビジネス セクターの正確な問題を解決する分散型インフラストラクチャである可能性があります。
入札、ビジネス組織、調査会社など、これらのプロジェクトに関与するコミュニティは、クラウドの相互作用における同様の問題を専門としています。彼らの共通の関心には、セキュリティとコンプライアンスの考慮事項に関連する概念とポリシーが含まれる場合があり、したがってプロジェクトの目標も含まれます。
Community Cloud コンピューティングにより、ユーザーはビジネス ニーズをより適切に特定して分析できます。
Community Cloud は、テナントの 1 つまたはサードパーティのクラウド サービス プロバイダーが所有するデータ センターでホストすることもでき、オンサイトまたはオフサイトのいずれかになります。
Community Cloud の例と使用例Cloud プロバイダーは Community Cloud のサービスを開発しており、いくつかの組織はすでにその利点を実感しています。後続のリストには、参加組織にとって有益な Community Cloud モデルのシナリオが多数示されています。
* 相互にトランザクションを実行する複数の政府部門は、共有インフラストラクチャ上に処理システムを持つことができます。この設定により、テナントにとって費用対効果が高くなり、データ トラフィックも削減される可能性があります。
Community Cloud の利点Community Cloud は、コミュニティ内の組織に個別にも集合的にも利点を提供します。組織は、クローズド ユーザー グループによるパブリック クラウドに関連する安全上の懸念を心配する必要はありません。
この最近のクラウド コンピューティング モデルには、複数の利点があるため、費用対効果の高いクラウド サービスを共同プロジェクトで共同作業することを求める企業にとって大きな可能性があります。
オープン性と公平性コミュニティ クラウドはオープン システムであり、組織がクラウド サービス プロバイダーに依存することを排除します。組織は、パブリック クラウドとパーソナル クラウドの両方の欠点を回避しながら、多くの利点を得ることができます。
* 各ユーザー間の互換性を確保し、個々のユース ケースに合わせてプロパティを切り替えることができます。また、企業はリモートの従業員と対話し、スマートフォンやタブレットなどのさまざまなデバイスの利用をサポートできます。これにより、この種のクラウド ソリューションは、ユーザーの要求に対してより柔軟になります。
* ユーザーのコミュニティで構成されているため、ハードウェア リソース、サービス、マンパワーなどのいくつかの側面でスケーラブルです。需要の増加を考慮しており、ユーザーベースを増やす必要があります。
柔軟性とスケーラビリティ高可用性と信頼性クラウド サービスは、最小限の時間で知識とアプリケーションの可用性を確保する準備ができている必要があります。Community Cloud は、データとアプリケーションを複数の安全な場所に複製して不測の事態から保護することにより、他のクラウド サービスと同じ方法でデータを保護します。
クラウドには冗長インフラストラクチャがあり、いつでもどこでも好きなときにデータを確実に利用できます。高可用性と信頼性は、あらゆる種類のクラウド ソリューションにとって重要な問題です。
セキュリティとコンプライアンスクラウド コンピューティングがデータ セキュリティであり、関連する規制当局へのコンプライアンスであると組織が考える場合に議論される 2 つの重要な懸念事項。Community Cloud では、互いのデータ セキュリティを侵害することは誰にとっても有益ではありません。
* ユーザーが特定のデータセットを編集およびダウンロードできないようにする力。
* 特定の組織に固有の機密データの共有に誰がアクセスできるかについての厳格な規制の対象となる機密データを作成すると、関係するすべてまたは一部のメンバーに害が及ぶ可能性があります。
* 機密データを保存できるデバイス。
ユーザーは、自分のデータに対してさまざまなレベルのセキュリティを構成できます。一般的なユース ケース: 利便性とコントロールコミュニティ クラウドでは、利便性とコントロールに関連する競合は発生しません。すべてのテナントがインフラストラクチャを共有および所有し、共同で意思決定を行うため、コミュニティ クラウドが提供する民主主義は重要な要素となる可能性があります。この設定により、組織は個人用クラウドの複雑さを回避しながら、データをより近くに置くことができます。
IT 部門の負担を軽減クラウド内にデータ、アプリケーション、およびシステムがあるということは、それらを完全に管理する必要がないことを意味します。この利便性により、テナントはシステムを管理するために余分な人的リソースを使用する必要がなくなります。セルフマネージド ソリューションの場合でも、作業は参加組織間で分担されます。
環境の持続可能性Community Cloud では、組織はすべてのニーズに対して 1 つのプラットフォームを使用するため、個別のクラウド設備への投資を思いとどまらせます。この変化は、クライアント間でのクラウド利用の拡大と縮小の間に共生関係をもたらします。異なるクラウドを使用する組織が減少することで、リソースがより効率的に使用されるため、二酸化炭素排出量が減少します。

最も一般的な Nmap の使用シナリオの 1 つは、イーサネット LAN のスキャンです。ほとんどの LAN、特に RFC 1918 によって付与されたプライベート アドレス範囲を使用する LAN は、圧倒的多数の IP アドレスを常に使用するとは限りません。Nmap が ICMP エコー要求などの生の IP パケットを送信しようとする場合、OS はターゲット IP などの宛先ハードウェア (ARP) アドレスを決定して、イーサネット フレームを適切にアドレス指定できるようにする必要があります。.. これは、一連の ARP 要求を発行するために必要です。これは、エリア イーサネット ホストに対して ping スキャンが試行される例によって最もよく示されます。-send-ip オプションは、エリア ネットワーク上であっても、Nmap に (生のイーサネットではなく) IP レベルのパケットを送信するように指示します。3 つの ARP 要求の Wireshark 出力とそのタイミングがセッションに貼り付けられています。
オフライン ターゲットの raw IP ping スキャンの例
この例は、(Linux) OS がホストを放棄する前に 1 秒間隔で 3 つの ARP 要求を送信したため、終了するのにかなりの数秒かかりました。ARP 応答が通常数ミリ秒以内に到着する限り、数秒待つのは過剰です。圧倒的多数のパケットが実際に存在するホストに送信されるため、このタイムアウト期間を短縮することは OS ベンダーにとって優先事項ではありません。一方、Nmap は、10.0.0.0/8 などのターゲットを指定して、1600 万の IP にパケットを送信する必要があります。多くのターゲットが並行して ping されますが、それぞれ 2 秒待機すると非常に遅延します。
LAN で生の IP ping スキャンを実行すると、別の問題が発生します。前の例のように、宛先ホストが応答しないことが判明した場合、ソース ホストは通常​​、その宛先 IP の不完全なエントリをカーネル ARP テーブルに追加します。ARP テーブルスペースは有限であり、一部のオペレーティング システムはいっぱいになると応答しなくなります。Nmap が rawIP モード (-send-ip) で使用されている場合、ホスト検出を続行する前に、Nmap は ARP キャッシュ エントリが期限切れになるまで数分間待機する必要がある場合があります。
ARP スキャンは、Nmap に最高の優先度を与えることで、両方の問題を解決します。Nmap は生の ARP 要求を発行し、独自の裁量で再送信とタイムアウト期間を処理します。システム ARP キャッシュはバイパスされます。例は違いを示しています。この ARP スキャンにかかる時間は、同等の IP にかかる時間の 10 分の 1 強です。
例 b オフライン ターゲットの ARP ping スキャン

例 b では、-PR オプションも -send-eth オプションも効果がありません。これは、多くの場合、Nmap が検出したイーサネット ホストをスキャンするときに、ARP がエリア イーサネット ネットワークでデフォルトのスキャン タイプを持っているためです。これには、802.11 ワイヤレス ネットワークとしての従来の有線イーサネットが含まれます。前述のように、ARP スキャンはより効率的であるだけでなく、より正確でもあります。ホストは頻繁に IP ベースの ping パケットをブロックしますが、通常は ARP 要求または応答をブロックしてネットワーク経由で通信することはできません。Nmap は、異なる ping タイプ (-PE や -PS など) が指定されている場合でも、同等のターゲット上のすべてのターゲットではなく ARP を使用します。 . LAN.. ARP スキャンをまったく試行する必要がない場合は、「オフライン ターゲットの Raw IP Ping スキャン」の例に示すように、-send-ip を指定します。
生のイーサネット フレームを送信するように Nmap 制御を与える場合、Nmap は送信元 MAC アドレスも調整できます。セキュリティ会議室に PowerBook が 1 台しかなく、Apple が登録した MAC アドレスから大規模な ARP スキャンが開始された場合、あなたの頭はあなたに向けられるかもしれません。「MAC アドレス スプーフィング」セクションで説明されているように、MAC アドレスをスプーフィングするには、-spoof-mac オプションを使用します。