1

ローカルステージングを適用しようとしたときにサイトがあり、正常に機能しましたが、リモートサーバーを介して接続しようとしましたが、接続を確立できないというエラーが発生して機能しません.誰か試しましたか?

これは、エラー メッセージを含む構成です。

エラーメッセージのある構成

4

2 に答える 2

0

このブログ投稿(免責事項: 私自身) では、https を使用してそれを行う方法について説明しています。暗号化が不要な場合は、長い部分を省略できます。6.0 も対象としていますが、一般的な原則は同じです。

その記事の Web サービスへのアクセスを許可するという段落に特に注意を払い、パブリッシング サーバー (「ステージ」) がライブ サーバーにアクセスできるかどうかを確認してください。一般に、これが localhost にない場合は、その記事で説明されているように構成が必要です。

ステージング サーバーから運用サーバーに接続できないことを示しているため、ステージング サーバーで実行されているブラウザーを開いて確認し、運用サーバーに接続してhttp://production-server-name:8080/api/axisください。接続できることを確認してください (注:本番システムとして localhost にアクセスしていない場合にのみ、このテストの正式な結果を取得してください: ステージング システムでブラウザーを実行してください!) - このテストにより、リモート システムが許可されないという最初の可能性を排除できます。これが成功したら、運用サーバーの資格情報をステージング サーバーに入力する必要があります。使用するアカウントには、コンテンツ (およびページなど) を公開するときに変更する必要があるすべてのデータを変更する権限が必要です。

追加されたスクリーンショットで指定したエラー メッセージは、ステージングの現在のユーザーが (使用されている資格情報を使用して) 運用システムにアクセスできない場合に表示されることがあります。ステージング システムで使用しているのと同じユーザー アカウントを持っていることを確認してください (スクリーンショットからエラーメッセージを取得するもの) を実稼働システムで使用します。2 つのパスワードを同期します。

ステージング環境と実稼働環境に異なるバージョンを使用しているという情報を提供してくれたコメント-それが機能するとは思わないため、これが根本的な原因である可能性があります. 同じバージョンの両方のシステムでテストします。

于 2012-10-24T13:41:48.833 に答える
0

A couple important points to keep in mind with remote publishing:

  1. If you're not on LDAP (or you have different LDAPs for different environments), you should validate that your user account is exactly the same in both source and target environments. So, if you're on the QA site and you want to remote publish to production, your screen name, email address, and password should all be the same.

  2. Email address is uber important. Depending on which distribution (version) of Liferay you are on, the remote publish code uses your email address to irrespective of whether or not you have portal-ext.properties configured to use screenname.

  3. You should have the Administrator role in on both sides. It may not be required in every scenario, but giving that role out to users that do remote publishing has saved me time and effort debugging why someone's remote publish didn't work. Debugging this process takes a very long time.

  4. If remote publishing is causing you problems (and it probably is or you wouldn't be here), try doing lar file exports / imports. This is important since remote publish failures are not exactly helpful in telling you what failed, they just tell you then failed. Surprisingly, there are often problems in the export process and you can sometimes pinpoint some bad documents or a funky development thing you did using Global scope and portlet preferences that caused your RP to fail. I generally use this order in this situation a) documents and media [exclude thumbnails or your lar file will likely double in size, also exclude ranks if you're not using them] from the wrench icon in the control panel b) web content from the wrench icon in the control panel c) public pages [include data > web content display, but remove all the other data check boxes], include permissions, include categories d) private pages [same options as public pages].

  5. If you already have Administrator role and it's saying you don't have permissions to RP to the remote site, setup your user on the target environment with the "Site Administrator" or "Site Owner" role.

  6. A little late for first and foremost, but anytime you have something that's not working (remote publishing or otherwise), check the logs before you do anything else. The Liferay code base doesn't include a lot of helpful logging, but you do occasionally get a nugget of information that helps you piece together enough to do root cause analysis.

Cheers! HTH

于 2013-06-10T21:53:59.337 に答える