2016-12-08 7 views
0

私は基本的にOpenShift Originのルートに関する説明をしています。OpenShift Originルートホスト名にアクセスできない

ローカルVMWareインストールでホストされているCentOSでOpenShift Originバージョン1.4.0-rc1を設定することができました。また、nginxとpodの状態を表示するためにイメージをプル&セットアップすることができます。サービスエンドポイント上のnginxにもアクセスできます。今私がやったルートを作成する必要があるホストされたシステムの外でこのnginxのインスタンスにアクセスしたい場合、ドキュメントごとに。

ConfusionはOpenShift Web Consoleからルート作成画面に表示され、ホスト名を生成するか、ホスト名を入力することができます。私が試したオプションのどちらも、生成されたホスト名は長いサブドメインのホスト名のようであり、動作しません。つまり、ホスティングOSを含め、ネットワークのどこからでもこのホスト名にアクセスすることができないということです。

要約すると、172.x.xxのようなサービスエンドポイントは、OpenShiftをホストしているローカルマシン上で動作しています。しかし、生成された/入力されたルートのホスト名は、どこからでも動作しません。

このルート概念の背後にある考え方を明確にし、文書で述べられているようにどのように1は、ホストマシン(同一ネットワークの一部)

答えて

1

外部からサービスにアクセスすることができます:

アンOpenShift Originのルートが公開 www.example.comのようなホスト名でのサービス。これにより、外部クライアントが名前でアクセスできるようになります。 DNS ホスト名の解決はルーティングとは別に処理されます。 管理者が、常に がOpenShift Originルーターに正しく解決するクラウドドメインを構成している可能性があります。 と無関係のホスト名を使用している場合は、DNSレコード を個別に変更してルーターに解決する必要があります。

「ルート」と「ルーター」の違いに注意することが重要です。 Opensfhitルーター(前述)は、Openshift展開されたアプリケーションへのすべての要求をリッスンし、ルートが機能するためには事前に展開されていなければなりません。そのOpenshiftルータが待機しているところ

https://docs.openshift.org/latest/architecture/core_concepts/routes.html

だから、あなたは、ルータが配備され、働いていたら、あなたはopenshiftで作成するすべてのルートが解決する必要があります。例えば、ワイルドカードを使用してDNSを設定する(これはワイルドカードの例をdnsmaqさ):

address=/.yourdomain.com/107.117.239.50 

サービスへのすべてのあなたの「ルート」は、このようにする必要があり、この方法:

  • service1.yourdomain.com
  • service2.yourdomain.com
  • ...

希望これは

を支援
関連する問題