検索 
       

疑問・トラブルについて - 116件

61件目から70件目までを表示

1 2 3 4 5 6 7 8 9 10 11 12


[V5] [GW] ProselfのLDAP連携機能おいてLDAP署名を有効にする際の手順を教えてください。

Proself Ver5.31、Proself Gateway Edition Ver1.41以上にアップデートを実施いただいた後、以下手順を実施してください。

  1. 連携先のサーバーアドレスを確認します。
    LDAP署名を有効にする場合、LDAP連携接続先サーバーアドレスのドメイン部分はActive Directoryのドメイン(レルム)と同じとする必要があります。そのため、IPアドレスで指定している場合は変更の必要があります。

    以下は連携するActive Directoryのドメインが「sample.northgrid.co.jp」、ホスト名が「adhost」となる場合の指定例となります。
    LDAP連携接続設定画面
    サーバーアドレス指定例
    サーバーアドレス欄の指定が「ホスト名.ドメイン」形式となっていない場合やIPアドレスで指定した場合は認証および連携に失敗し、Proselfインストールフォルダ/logs/proself_ldap.log に「Server not found in Kerberos database (7)」というメッセージが記録されます。

    もしもIPアドレスを指定せざるをえない場合は、Proselfサーバーのhostsファイルに以下のような記述を追加することで認証および連携の失敗を回避可能です。
    {連携先サーバーのIPアドレス} {連携先サーバーアドレス}
    ※hostsファイルの詳細についてはお客様ご自身でお調べください。
  2. LDAP連携接続設定画面 - 認証にて、新たに追加されたLDAP署名を有効にするためのチェックボックスをONで設定します。
  3. LDAP連携接続設定画面 - 認証にて、今までDNで指定していた認証ユーザーの情報をユーザーログオン名に変更します。
    LDAP連携接続設定画面
    認証ユーザー例

2.についてはProselfのアップデートによって最初から有効にすることも可能ですが、LDAP署名を有効にする場合は実装の都合上、認証方式が従来のLDAP bindからkerberosに変更となる影響で3.が必要となります。
しかしながら、3.はお客様の環境によって異なる設定であるためアップデートによって変更することができないことに加え、2.のみ有効にしてもLDAP連携が行えないことから、弊社といたしましては2.3.共にお客様にて設定変更を実施いただく方針としております。

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq412/

(最終更新日：2024/01/10)



[V5] Proselfのライセンス認証画面でライセンス認証を行うとエラーメッセージが表示されます。何が原因でしょうか。

以下に該当する場合は認証時にエラーメッセージが表示されます。

  • 入力したシリアル番号に誤りがある場合
    桁数、形式、他オプション製品のシリアル番号を誤って入力していないかどうかをご確認ください。
  • 「https://www.proself.jp」に接続できない場合
    ライセンス認証時はProselfサーバーから弊社のライセンスサーバーである「www.proself.jp」にTCP443(https)ポートを使用してアクセスを行いますので、接続可能な設定となっているかどうかをご確認ください。
  • 「www.proself.jp」の名前解決ができない場合
    DNS設定をご確認いただき、Proselfをインストールしているサーバーから「www.proself.jp」の名前解決ができるよう設定してください。
  • プロキシ経由によって外部アクセスが必要な場合
    プロキシ経由により外部アクセスが必要な場合は、ライセンス認証画面にある「■Proxy設定(オプション)」各項目にも入力いただいた後に[認証]ボタンを押下してください。

上記でも解決できない場合は、ご使用のProselfバージョン及びシリアル番号を記載の上、以下よりお問い合わせください。
　→お問い合わせフォーム

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq406/

(最終更新日：2024/01/10)



[V5] ヒープダンプの取得方法を教えてください。

以下の手順で取得できます。

※取得においては以下の点にご注意ください。
  • 取得に時間を要する場合があります。
  • ヒープダンプの取得が完了するまでProselfの動作が停止します。

  • Windows OSの場合
    1. Proselfが動作しているサーバー上からProselfのプロセスID(PID)を確認するためにタスクマネージャーを起動し、詳細表示に変更します。
    2. プロセスタブ内のtomcat6.exe、java.exeのPIDの値を確認します。
      Windows Server上で動作させている場合、java.exeのプロセスは3つございますのでそれぞれのPIDをご確認ください。
    3. 以下のコマンドを実行します。
      ■tomcat6.exeのプロセス
      {Javaのインストールフォルダ}\bin\jmap.exe -dump:format=b,file=C:\tmp\proself.dump {PID}
      例えば、Javaのインストールフォルダが C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10 であり、tomcat6.exeのPIDが 1234 である場合は以下のコマンドとなります。
      C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10\bin\jmap.exe -dump:format=b,file=C:\tmp\proself.dump 1234

      ■java.exeのプロセス
      {Javaのインストールフォルダ}\bin\jmap.exe -dump:format=b,file=C:\tmp\java{PID}.dump {PID}
      例えば、Javaのインストールフォルダが C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10 であり、java.exeのPIDが 5678 である場合は以下のコマンドとなります。
      C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10\bin\jmap.exe -dump:format=b,file=C:\tmp\java5678.dump 5678

      ※C:\tmpは保存先フォルダの例です。取得先に応じて読み替えてください。
    4. 上記コマンド実行によりC:\tmpフォルダ内に下記ファイルが生成されます。
      proself.dump
      java{PID}.dump(3ファイル)
  • Linux OSの場合
    1. Proselfが動作しているサーバー上からProselfのPIDを確認するためにコマンドライン上でjpsコマンドを実行します。
    2. jpsコマンドにより表示される以下ProselfのPIDを確認します。
      Bootstrap
      Extractor
      JettyServer
      DerbyServer
    3. 以下のコマンドを実行します。
      ■Proselfのプロセス(Bootstrapのみ)
      # jmap -dump:format=b,file=/tmp/proself.dump {PID}
      例えば、BootstrapのPIDが 12345 である場合は以下のコマンドとなります。
      # jmap -dump:format=b,file=/tmp/proself.dump 12345

      ■Proselfのプロセス(Bootstrap以外)
      # jmap -dump:format=b,file=/tmp/java{PID}.dump {PID}
      例えば、ExtractorのPIDが 67890 である場合は以下のコマンドとなります。
      # jmap -dump:format=b,file=/tmp/java67890.dump 67890

      ※/tmpは保存先フォルダの例です。取得先に応じて読み替えてください。
    4. 上記コマンド実行により/tmpフォルダ内に下記ファイルが生成されます。
      proself.dump
      java{PID}.dump(3ファイル)

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq440/

(最終更新日：2024/01/10)



[V5] スレッドダンプの取得方法を教えてください。

以下の手順で取得できます。

  • Windows OSの場合
    1. Proselfが動作しているサーバー上からProselfのプロセスID(PID)を確認するためにタスクマネージャーを起動し、詳細表示に変更します。
    2. プロセスタブ内のtomcat6.exe、java.exeのPIDの値を確認します。
      Windows Server上で動作させている場合、java.exeのプロセスは3つございますのでそれぞれのPIDをご確認ください。
    3. 以下のコマンドを実行します。
      ■tomcat6.exeのプロセス
      {Javaのインストールフォルダ}\bin\jstack.exe {PID} > C:\tmp\proself_stack1.txt
      10秒ほど経過したら以下のコマンドを実行します。
      {Javaのインストールフォルダ}\bin\jstack.exe {PID} > C:\tmp\proself_stack2.txt
      例えば、Javaのインストールフォルダが C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10 であり、tomcat6.exeのPIDが 1234 である場合は以下のコマンドとなります。
      C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10\bin\jstack.exe 1234 > C:\tmp\proself_stack1.txt
      C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10\bin\jstack.exe 1234 > C:\tmp\proself_stack2.txt

      ■java.exeのプロセス
      {Javaのインストールフォルダ}\bin\jstack.exe {PID} > C:\tmp\java{PID}_stack1.txt
      10秒ほど経過したら以下のコマンドを実行します。
      {Javaのインストールフォルダ}\bin\jstack.exe {PID} > C:\tmp\java{PID}_stack2.txt
      例えば、Javaのインストールフォルダが C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10 であり、java.exeのPIDが 5678 である場合は以下のコマンドとなります。
      C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10\bin\jstack.exe 5678 > C:\tmp\java5678_stack1.txt
      C:\Program Files\AdoptOpenJDK\jdk-11.0.15+10\bin\jstack.exe 5678 > C:\tmp\java5678_stack2.txt

      ※C:\tmpは保存先フォルダの例です。取得先に応じて読み替えてください。
    4. 上記コマンド実行によりC:\tmpフォルダ内に下記ファイルが生成されます。
      proself_stack1.txt
      proself_stack2.txt
      java{PID}_stack1.txt(3ファイル)
      java{PID}_stack2.txt(3ファイル)
  • Linux OSの場合
    1. Proselfが動作しているサーバー上からProselfのPIDを確認するためにコマンドライン上でjpsコマンドを実行します。
    2. jpsコマンドにより表示される以下ProselfのPIDを確認します。
      Bootstrap
      Extractor
      JettyServer
      DerbyServer
    3. 以下のコマンドを実行します。
      ■Proselfのプロセス(Bootstrapのみ)
      # jstack {PID} > /tmp/proself_stack1.txt
      10秒ほど経過したら以下のコマンドを実行します。
      # jstack {PID} > /tmp/proself_stack2.txt
      例えば、BootstrapのPIDが 12345 である場合は以下のコマンドとなります。
      # jstack 12345 > /tmp/proself_stack1.txt
      # jstack 12345 > /tmp/proself_stack2.txt

      ■Proselfのプロセス(Bootstrap以外)
      # jstack {PID} > /tmp/java{PID}_stack1.txt
      10秒ほど経過したら以下のコマンドを実行します。
      # jstack {PID} > /tmp/java{PID}_stack2.txt
      例えば、ExtractorのPIDが 67890 である場合は以下のコマンドとなります。
      # jstack 67890 > /tmp/java67890_stack1.txt
      # jstack 67890 > /tmp/java67890_stack2.txt

      ※/tmpは保存先フォルダの例です。取得先に応じて読み替えてください。
    4. 上記コマンド実行により/tmpフォルダ内に下記ファイルが生成されます。
      proself_stack1.txt
      proself_stack2.txt
      java{PID}_stack1.txt(3ファイル)
      java{PID}_stack2.txt(3ファイル)

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq441/

(最終更新日：2024/01/10)



[O] Proself Diskをサイレントインストールすることは可能ですか。

はい、Proself Diskをインストールする各クライアント端末上のコマンドラインからサイレントインストールすることが可能です。

クライアント端末上にProselfDisk.exeを配置し、以下コマンドを実行してください。

C:\> {Proself Diskインストーラー格納場所}\ProselfDisk.exe /s
※{Proself Diskインストーラー格納場所}はお客様による配置先に読み替えてください。
※sオプションがサイレントインストール用のオプションとなります。

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq417/

(最終更新日：2024/01/10)



[V5] Proselfにログイン後『設定内容に注意点があります。環境変数「LANG」が正しく設定されていない可能性があります。このまま続行すると２バイト文字を正しく扱うことができません。』というシステム警告画面が表示されるのですが、どのように対処すればよいでしょうか。

OSのシステムロケールが日本語以外となっている場合に表示されますため、以下手順でシステムロケールを変更してシステム警告画面が表示されなくなることをご確認ください。

※AWSのEC2インスタンスを利用する場合、デフォルトではシステムロケールが英語となっているため、変更しないとシステム警告画面が表示されます。

◆Windows OSの場合
  1. Proselfのサービスを停止します。
  2. コントロールパネル - 時計と地域より「日付、時刻、数値形式の変更」をクリックします。
  3. 表示される「地域」ダイアログの「管理」タブをクリックします。
  4. 「Unicode 対応ではないプログラムの言語」より「システム ロケールの変更」をクリックします。
  5. 「現在のシステム ロケール」より「日本語(日本)」を選択して「OK」をクリックします。
  6. Windows OSの再起動を促すダイアログが表示されますので再起動を実施します。
  7. Proselfのサービスを起動します。
  8. Proselfにログインし、システム警告画面が表示されなくなることを確認します。

◆Linux OSの場合
  1. Proselfのサービスを停止します。
  2. コマンドラインより以下コマンドを実行します。
    # localectl set-locale LANG=ja_JP.UTF-8
    ※システムロケールを日本語UTF-8に変更します。
    ※事前に日本語パッケージをインストールしておく必要があります。
  3. コマンドラインより以下コマンドを実行して「System Locale: LANG=ja_JP.UTF-8」と表示されることを確認します。
    # localectl status
  4. OSを再起動するか、コマンドラインより以下コマンドを実行します。
    # source /etc/locale.conf
  5. Proselfのサービスを起動します。
  6. Proselfにログインし、システム警告画面が表示されなくなることを確認します。

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq90/

(最終更新日：2023/12/11)



[V5] [O] Proself本体で使用しているSSL証明書をSAML認証オプションのSAML証明書としても使用することは可能ですか。

はい、SAML認証オプションVer5.22以降より以下手順を実施することで使用可能となります。
※Ver5.21以前をお使いの場合は最新バージョンへアップデートしてください。

  1. 管理者ユーザーでProselfにログインして管理画面に移動します。
  2. メニューより SAML 設定 - SP証明書設定 の順で画面を移動します。
  3. SSL証明書の複製 のところにある「実行」ボタンをクリックすると確認ダイアログが表示されますので「インポート」をクリックします。

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq410/

(最終更新日：2023/11/22)



[V5] ProselfのLDAP連携においてLDAPS(LDAP over SSL)を使用する際の注意点があれば教えてください。

まず前提として、連携先のLDAP/Active DirectoryサーバーにSSL証明書がインストールされていることが条件となります。

※SSL証明書をインストールするための手順については弊社のサポート範疇を超えておりますため、お客様にてお調べくださいますようお願いいたします。

上記前提条件が満たされている場合は、以下の手順によりLDAPSで連携することが可能となります。

  1. 管理画面 - システム設定 - システム - LDAP連携設定 - 接続先名 - 接続設定にて以下の設定を変更します。
    • 連携時のポートをLDAPSで使用するポートに変更します(デフォルトは636)。
    • その他 - LDAP over SSL において[使用する]のチェックをONにします。
  2. 設定変更後、管理画面 - システム設定 - メンテナンス - LDAPの手動同期を実施し、連携処理が正常に行われることを確認します。

なお、JDK8Update181以降を適用したProselfサーバーにおいては以下のケースで連携及び認証に失敗するため、それぞれのケースに応じた対応が必要となります。

  • 連携先のサーバーにインストールされたSSL証明書にSubject Alternative Nameが含まれていない場合

    ◆回避策
  • LDAP連携接続設定のサーバーアドレスが連携先のサーバーにインストールされたSSL証明書のSubject Alternative Namesと一致していない場合

    ◆回避策(以下のいずれか)
    • FAQ396(https://www.proself.jp/support/faq396/)に記載しているエンドポイント識別アルゴリズムを無効するための手順を実施します。
    • LDAP連携接続設定のサーバーアドレスを連携先サーバーのSSL証明書内にあるSubject Alternative Namesと一致するように設定します。
      ※設定したサーバーアドレスがProselfサーバーから名前解決できない場合は、以下例のような記述をProselfサーバーのhostsファイルに追加してください。
      {連携先サーバーのIPアドレス} {連携先サーバーのSSL証明書内にあるSubject Alternative Names}

※Subject Alternative Nameは以下例のようなコマンドを実行した結果出力される「subject=」以降の部分にて確認可能です。
openssl s_client -connect {連携先サーバーのアドレス}:636

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq411/

(最終更新日：2023/11/22)



[V5] [GW] [O] Proselfにおいてウイルスチェックから除外対象とすべきフォルダについて教えてください。

以下のフォルダを除外対象としてください。

  • 最低限除外すべきフォルダ
    • Proselfストアフォルダ/logdb
    • Proselfインストールフォルダ/work (Mail Proxyオプション利用時のみ)
  • 除外推奨フォルダ
    • Proselfインストールフォルダ/logs
    • Proselfストアフォルダ/work (※)
    ※以下FAQの手順でウイルススキャン連携機能と組み合わせている場合は、必ずスキャン対象にしてください。
    https://www.proself.jp/support/faq353/

なお、Proselfインストールフォルダやストアフォルダそのものをウイルスチェックの除外対象とすることはセキュリティの観点から強くお勧めいたしません。

※Proselfインストールフォルダを確認する方法は以下のFAQをご参照ください。
https://www.proself.jp/support/faq433/
※Proselfストアフォルダを確認する方法は以下のFAQをご参照ください。
https://www.proself.jp/support/faq434/

このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq445/

(最終更新日：2023/11/22)



[O] Proself Disk for Macによる接続時に「System Extension Blocked」というダイアログが表示され利用できません。

macOS 10.13 High Sierra 以降のmacOSではセキュリティ強化の影響により「System Extension Blocked」や「拡張機能がブロックされました」のような警告ダイアログが表示され、Proself Disk for Macを利用できないことがあります。
System Extension Blockedダイアログ
この場合、以下手順によりProself Disk for Macに同梱されている「macFUSE」に実行許可を与えることにより、Proself Disk for Macが利用可能となることをご確認ください。

◆Appleシリコン搭載のmacOS

Appleシリコン搭載のmacOSの場合、先に以下手順で起動セキュリティユーティリティを使ってセキュリティ設定を変更しておく必要がございます。
※すでに実施済みの場合は手順1～7を読み飛ばしてください。

  1. Macのシステムを終了します。
  2. Macの電源ボタンを長押しして起動オプションを表示させます。
  3. 歯車アイコンの「オプション」を選択して「続ける」をクリックし「スタートアップマネージャ」を起動します。
  4. 画面上部のメニューより「ユーティリティ」-「起動セキュリティユーティリティ」の順にクリックします。
  5. 起動ディスクの一覧が表示されますので、使用するディスクを選択した上で「セキュリティポリシー」をクリックします。
  6. 選択したディスクのセキュリティポリシーでは「低セキュリティ」を選択し、さらに「確認済みの開発元から提供されたカーネル機能拡張のユーザ管理を許可」のチェックをONに設定した上で「OK」をクリックします。
    ※この時管理者の名前とパスワードを入力して「OK」をクリックする必要があります。
  7. 設定の適用完了後に起動セキュリティユーティリティ画面に戻りますので、アップルメニューより「再起動」をクリックしてMacを再起動します。

Mac起動後、以下を実施します。

  1. 「システム環境設定」より「セキュリティとプライバシー」をクリックします。
    システム環境設定 - セキュリティとプライバシー
  2. セキュリティとプライバシー画面上の「ダウンロードしたアプリケーションの実行許可」のエリアに表示されている「開発元"Benjamin Fleischer"のシステムソフトウェアの読み込みがブロックされました。」(※)と記載された部分の後ろにある「許可」ボタンをクリックしてください。
    ※"Benjamin Fleischer"はmacFUSEの開発者です。
    ※ご利用状況によっては「開発元"Benjamin Fleischer"のシステムソフトウェアがアップデートされました。」と表示される場合があります。
    ダウンロードしたアプリケーションの実行許可
  3. 再起動が必要である旨のメッセージが表示されたら「再起動」をクリックしてMacを再起動します。
  4. Proself Disk for Macを起動して接続を行い「System Extension Blocked」という警告ダイアログが表示されることなく正常に利用できることを確認します。

◆Intelプロセッサ搭載のmacOS

「◆Appleシリコン搭載のmacOS」記載の手順8～11を実施してください。


このFAQは次のURLで直接ご覧いただけます。
https://www.proself.jp/support/faq442/

(最終更新日：2023/10/02)


61件目から70件目までを表示

1 2 3 4 5 6 7 8 9 10 11 12

FAQカテゴリー