KACE Systems Management Appliance 14.0 Common Documents

オプション	説明
DNSホスト名	アプライアンスのホスト名を入力します。デフォルトはk1000です。
Webサーバー名	アプライアンスの完全修飾ドメイン名を入力します。完全修飾ドメイン名とは、ホスト名とドメインを連結した値です。例えば、k1000.example.com です。デバイスは、この名前を使用してアプライアンスに接続します。Questでは、DNSサーバに、アプライアンスの静的IPアドレスのエントリを追加することをお勧めします。SSL証明書を使用する場合、証明書と同じ完全修飾ホスト名を使用する必要があります。
自動的に生成されたサーバ名	このチェックボックスをオンにすると、次のフォーマットを使用して、アプライアンス Web サーバ名をシステムで生成できます。Hostname.Domain。例えば、k1000.example.com です。このチェックボックスをオフにすると、カスタムのウェブサーバ名を入力できます。

IPv4 設定タブで、次の情報を入力します。

オプション

説明

DHCP を使用してネットワークを構成

DHCP（動的ホスト構成プロトコル）を使用して、アプライアンスの IPv4 アドレスおよびその他のネットワーク設定情報を自動的に取得する場合は、このオプションを選択します。

Configure Network Manually（ネットワークの手動構成）

アプライアンスの IPv4 アドレス、ドメイン、サブネットマスク、デフォルトゲートウェイ、および DNS 設定を手動で指定する場合は、このオプションを選択します。

•

IP アドレス：アプライアンスの静的IPアドレスを入力します。

CAUTION: IP アドレスが不正確な場合は、Web インターフェイス（管理者コンソールとユーザーコンソール）からアプライアンスにアクセスできません。この場合には、アプライアンスのコマンドラインコンソールを開き、konfig ログインを使用して正確な IP アドレスを入力します。

•

ドメイン：アプライアンスが参加しているドメインを入力します。例：example.com。

•

サブネットマスク：アプライアンスが参加しているサブネット（ネットワークセグメント）を入力します。デフォルトは、255.255.255.0です。

•

デフォルトゲートウェイ：アプライアンスのネットワークゲートウェイを入力します。

•

プライマリ DNS：アプライアンスがホスト名の解決に使用するプライマリDNSサーバーのIPアドレスを入力します。

•

セカンダリ DNS：（オプション）アプライアンスがホスト名の解決に使用するセカンダリDNSサーバーのIPアドレスを入力します。

IPv6 設定タブで、次の情報を入力します。

オプション

説明

SLAAC を使用してネットワークを構成

アプライアンスのネットワーク設定を構成するために、IPv6 により提供される、SLAAC（ステートレスアドレス自動設定）を使用する場合は、このオプションを選択します。SLAAC では、デバイスは接続済みのインターフェイスから通知されたプレフィックスに基づいて独自の IPv6 アドレスを選択できます。

Configure Network Manually（ネットワークの手動構成）

アプライアンスの IPv6 アドレス、プレフィックス長、およびデフォルトゲートウェイを手動で指定する場合は、このオプションを選択します。

•

IPv6 アドレス：アプライアンスの静的 IPv6 アドレスを入力します。

•

プレフィックス長：IPv6 アドレスプレフィックスにビット数を入力します。IPv6 プレフィックスは通常、64 ビットで構成されます。

•

デフォルトゲートウェイ：アプライアンスのネットワークゲートウェイを入力します。

IPv6 を無効にする

アプライアンスの IPv6 アドレスを無効にする場合は、このオプションを選択します。これはデフォルトの設定です。

オプション：プロキシサーバを設定するには、プロキシ設定タブでプロキシサーバを有効にするを選択し、次のプロキシサーバ設定を指定します。

オプション	説明
タイプ	プロキシタイプ（HTTPまたはSOCKS5のいずれか）を入力します。
サーバー	プロキシサーバーの名前を入力します。
ポート	プロキシサーバーのポートを入力します。デフォルトのポートは8080です。
基本プロキシ認証を有効にする	プロキシサーバーへのアクセスにローカル資格情報を使用するには、このチェックボックスをクリックします。
ログイン	プロキシサーバーにアクセスするためのユーザー名を入力します。
パスワードおよびパスワードの確認入力	プロキシサーバーにアクセスするためのパスワードを入力します。

NOTE: アプライアンスでは、ユーザー名とパスワードを要求する、基本的なレルムベースの認証を使用したプロキシサーバーをサポートしています。プロキシサーバーが他の種類の認証を使用する場合は、プロキシサーバーの例外リストにアプライアンスのIPアドレスを追加してください。

外部 SMTP サーバを使用するには、SMTP タブで SMTP リモートサーバの有効化（送信リレー）を選択し、SMTP サーバオプションを指定します。

オプション	説明
サーバー	外部 SMTP サーバーのホスト名（smtp.gmail.com など）または IP アドレスを指定します。外部 SMTP サーバでは、匿名（認証なし）のアウトバウンド E メール転送を許可する必要があります。ネットワークポリシーで、アプライアンスがSMTPサーバに直接問い合わせられることを確認します。また、メールサーバは、アプライアンスからのEメールのリレーを、認証なしで許可するように設定する必要があります。IP アドレスを指定する場合は、アドレスを括弧で囲みます。例えば、「[10.10.10.10]」と入力します。
ポート	外部 SMTP サーバーに使用するポート番号を入力します。標準的な SMTP にはポート 25 を使用します。セキュアな SMTP にはポート 587 を使用します。
ログイン	外部 SMTP サーバーにアクセスするアカウントのユーザー名を入力します（「your_account_name@gmail.com」など）。
パスワードおよびパスワードの確認入力	指定したサーバーアカウントのパスワードを入力します。

SMTP 設定をテストします。

Test Connection（テスト接続）をクリックします。

表示される接続テスト SMTP ダイアログボックスに、新しく設定した SMTP サーバを使用してテスト E メールを送信する E メールアドレスを入力し、テスト E メールを送信をクリックします。

接続テスト SMTP ダイアログボックスが更新され、テスト結果の E メール操作のステータスが表示されます。テストに失敗した場合は、設定を確認し、もう一度試してください。

保存をクリックします。

アプライアンスが再起動します。変更後の設定が有効な場合は、合計の再起動ダウンタイムは1～2分です。

10.

アプライアンスの IP アドレスを変更した場合は、新しいアドレスにアクセスして、管理者コンソールログインページを表示します。

ローカルルーティングテーブルの設定

アプライアンスがネットワーク上の複数のゲートウェイ経由でトラフィックをルーティングできるように、ローカルルーティングテーブルを設定します。

ローカルルーティングテーブルは、1つのオフィスに物理アプライアンスがあり、管理対象デバイスが別の場所に配置されている場合に役立ちます。例えば、アプライアンスがテキサスにあり、管理対象デバイスがカリフォルニアに配置されている場合、アプライアンスはテキサスのサブネット上のデバイスに対してサービスを提供します。ローカルルーティングテーブルを使用すると、アプライアンスがカリフォルニアのネットワークを参照して、テキサスのデバイスに加えてカリフォルニアのデバイスもホストできるようになります。

アプライアンスのコントロールパネルに移動します。

◦

ローカルルーティングテーブルをクリックして、ローカルルーティングテーブル設定ページを表示します。

追加ボタンをクリックして、エントリを追加します

。

次の設定を指定します。

オプション	説明
名前	ルートの名前を入力します。
ターゲット	アプライアンスの通信相手となるターゲットの IP アドレスまたはネットワークを入力します。
サブネットマスクまたはCIDR	指定したネットワークのサブネットマスクを入力します。例：24, 255.255.240.0.これはホストに適用されます。
ゲートウェイ	アプライアンスとターゲットネットワーク間でトラフィックをルーティングするルーターの IP アドレスを入力します。

行の最後で追加をクリックし、エントリを保存します。

ページの一番下で保存して再起動をクリックして、すべての変更を保存します。

Apache™ サービスの再起動が必要であることを示す警告が表示されます。

OK をクリックして続行します。

ローカル Web サーバの設定の構成とホストへのアクセスの許可

ローカル Web サーバの設定を構成し、管理者コンソール、システム管理コンソール、およびユーザーコンソールへのアクセスを許可するホストの許可リストを指定します。許可リストを作成すると、アクセスが許可リストにあるホストに制限されます。

NOTE: IP アドレスまたはドメイン名の許可リストへの追加を行うと、その IP アドレスまたはドメインのみがアクセスできるようになります。それ以外はブロックされます。

アプライアンスのコントロールパネルに移動します。

◦

アクセスコントロールリストセクションで、アプライアンスのアクセスを許容されるネットワークに制限するオプションをクリックして、アクセスコントロールリストの詳細ページを表示します。

次のオプションを指定します。

オプション	説明
アクセス制限なし	このオプションを選択すると、あらゆるWebアドレスからのアクセスが許可されます。
以下の指定に従ってアクセスを制限する	このオプションを選択すると、許可リストにあるWebアドレスへのアクセスが制限されます。指定したターゲットに加え、アプライアンスのサブネット上の IP アドレスにアクセスできるようにするには、アプライアンスと同じサブネット上のすべての IP アドレスを許可するを選択します。

許可リストセクションで追加ボタンをクリックして、エントリを追加します

。

•

adminui：これは管理者レベルの管理者コンソールです。http://appliance_hostname/admin にログインできる IP アドレスおよび / またはホスト名の許可リスト。

•

userui：これはユーザーコンソールです。http://appliance_hostname/user にログインできる IP アドレスおよび / またはホスト名の許可リスト。

•

systemui: これはシステム管理コンソールです（アプライアンス上で組織コンポーネントが有効化されている場合にのみ利用可能）。http://appliance_hostname/system にログインできる IP アドレスおよび / またはホスト名の許可リスト。

•

api：これはアプライアンス API です。KACE GO アプリケーションを含む API を使用してアプライアンスにアクセスできる IP アドレスおよび / またはホスト名の許可リスト。

IPアドレス/ドメイン名

許可するアドレスを入力します。次のどちらかになります。

•

ドメインまたはサブドメイン名（全部または一部）

•

IPアドレス（全部または一部）

サブネットマスク /CIDR/ プレフィックス長

許可するサブネットマスク/CIDR（Classless Inter-Domain Routing）を入力します。これを使用することで、より詳細にサブネットを制御できます。

行の最後で保存をクリックし、エントリを保存します。

ページの一番下で保存をクリックし、すべての変更を保存します。

Apacheサービスの再起動が必要であることを示す警告が表示されます。

OK をクリックして続行します。

NOTE: IPアドレスまたはドメイン名を「許可リスト」に追加すると、そのIPアドレスまたはドメインのみがそのページにアクセスできるようになります。それ以外はブロックされます。

アプライアンスのセキュリティ設定の構成

アプライアンスのセキュリティ設定を構成して、SAMBA共有、SSL、SNMP、SSH、データベースアクセス、FTPアクセスなどの特定の機能を有効にする必要があります。

SSL を有効にするには、正しい SSL プライベートキーファイルと署名された SSL 証明書が必要です。プライベートキーにパスワードが設定されている場合、アプライアンスを自動的に再起動できません。この問題がある場合は、Questサポート（https://support.quest.com/contact-support）にお問い合わせください。

•

セキュリティ設定に対する変更を保存すると、アプライアンスが再起動されます。

•

ポート 443 へのアクセスを有効にしてアプライアンスを再起動した後で、管理者コンソールのログインページが Firefox® ブラウザで正しく表示されないことがあります。この問題が発生した場合は、FirefoxブラウザのキャッシュとCookieを削除して、もう一度やり直してください。

アプライアンスのコントロールパネルに移動します。

◦

セキュリティ設定セクションで、ネットワークセキュリティとアクセシビリティの設定をクリックしてセキュリティ設定ページを表示します。

一番上のセクションで、各設定を次のように指定します。

オプション

説明

SSHを有効にする

アプライアンスへのSSHログインを許可します。SSHが有効化されていると、ポート22を経由するSSH暗号化通信が許可されます。

SNMP読み込みアクセスを有効にする

SNMP 多重化プロトコルである SMUX を使用して、ポート 199 経由でネットワーク上の管理対象デバイスへの単方向（読み取り専用）SNMP アクセスを有効にします。詳細については、「ポート設定の検証」を参照してください。

SNMPコミュニティ文字列

読み取り専用SNMPアクセスを有効にするSNMPコミュニティ文字列。デフォルト値はpublicです。

SNMPトラップ監視を有効にする

ネットワーク上の管理対象デバイスを監視するためのプロトコルであるSNMP（Simple Network Management Protocol）を有効化します。SNMPは、Dell Open Manageおよび多くのサードパーティ製品でサポートされています。ネットワークデバイスからのSNMPトラップを受信したくない場合は、このオプションをクリアします。

デバイスの監視を有効にする方法の詳細については、1つ、または複数のデバイスの監視の有効化を参照してください。

SNMPトラップはネットワークデバイスから開始するメッセージであり、アプライアンス上のトラップレシーバに送信されます。例えば、ルーターの電源装置に障害が発生したときにルーターからメッセージを送信できます。また、プリンタで用紙切れが起こったときに、プリンタからメッセージを開始します。アプライアンスでは、これらのトラップを受信し、特定の事前定義のしきい値に到達するとアラートを生成します。

•

SNMPバージョン1または2：このバージョンには、有効なコミュニティ文字列のみが必要です。コミュニティ文字列は、監視対象ネットワークデバイスからのSNMPトラップメッセージをアプライアンスで受信できるようにするために必要です。アプライアンスは複数のコミュニティ文字列をサポートします。コミュニティ文字列を追加するには、v1/v2 タブを開き、

をクリックし、コミュニティ文字列を入力し、保存をクリックします。

•

SNMPバージョン3：このバージョンには、拡張セキュリティ機能およびリモート設定機能が実装されており、有効なユーザー名と暗号化情報が必要です。セキュリティ名を追加するには、v3 タブを開き、

をクリックして、次の情報を入力します。

◦

セキュリティ名：SNMPトラップを送信するユーザーベースのセキュリティモデル（USM）アカウントの名前。

◦

エンジンID：SNMPトラップを送信するSNMPアプリケーションエンジンのID。

◦

認証パスワード：セキュリティ名に関連付けられたパスワード。

◦

認証プロトコル：ユーザーの認証に使用するプロトコル。MD5またはSHAです。

◦

プライバシーパスワード：データパケットの暗号化キー。

◦

プライバシープロトコル：暗号化プロトコル。AESまたはDESです。

◦

セキュリティレベル：セキュリティのレベルを指定します。

▪

「authPriv」: 送信者のIDが検証され、情報が暗号化されます。

▪

「authNoPriv」: 送信者のIDが検証されますが、情報は検証されません。

▪

「noAuthNoPriv」: 送信者のIDは検証されず、情報は暗号化されません。

MIBファイル

ベンダー固有のMIB（管理情報ベース）ファイルをアップロードします。MIBファイルを使用すると、アプライアンス上のトラップレシーバでSNMPトラップを人間が読めるメッセージに変換できます。これらのファイルはオプションです。

•

MIBファイルをアップロードするには、セキュリティ設定ページの MIBファイルの下の MIBをアップロード領域で、参照を選択します。

•

MIBファイルは、一定の標準を満たしている必要があります。アプライアンスでは、アップロードしたMIBファイルごとに検証が行われます。標準を満たさないMIBファイルをアップロードした場合は、エラーメッセージがセキュリティの設定ページの上部に表示されます。MIBファイルの内容を検証しない場合は、MIB検証をスキップチェックボックスを選択します。

バックアップファイルのセキュリティを有効にする

アプライアンスのバックアップファイルへのアクセスに、ユーザー名とパスワードを要求します。バックアップファイルは、ブラウザに URL を入力することで利用できます。

ユーザー名とパスワードの認証なしで、URLによるバックアップファイルへのアクセスを有効にするには、このオプションをオフにします。アクセスを必要とする外部プロセスに役立ちます。詳細については、「アプライアンスバックアップについて」を参照してください。

FTP経由のバックアップを有効にする

読み取り専用のFTPサーバーを経由したデータベースバックアップファイルへのアクセスを有効にします。これにより、別のサーバー上でプロセスを作成し、バックアップファイルにアクセスすることができます。

このアクセスが不要な場合は、このオプションをオフにします。

FTPを書き込み可能にする

FTPによるバックアップファイルのアップロードを有効にします。FTPは、バックアップファイルがデフォルトHTTPメカニズムに対して大きすぎて、ブラウザのタイムアウトが生じる場合に役立ちます。

新しいFTPユーザーパスワード

バックアップファイルへのFTPアクセスにパスワードを要求します。

mDNSを有効にする

アプライアンスがマルチキャストドメインネームシステム（mDNS）とDNS Service Discovery（DNS-SD）要求に応答できるようにします。このオプションにより、ユーザーおよび管理者は、より簡単に管理者コンソールとユーザーコンソールを見つけることができます。アプライアンスがこれらの要求に応答する必要がない場合は、このオプションをオフにします。

Munin のアクセスを有効にする

アプライアンスでサーバーの時間経過に伴う使用状況とメトリックを表示できるようにします。

NOTE: これにより、/munin に対して無制限にアクセス (非認証) できます。

サービスデスクの添付ファイルの保護

サービスデスクチケットに添付されているファイルに対してセキュリティ保護を追加するかどうかを選択します。

•

チケットに添付されたファイルについてセキュリティを有効にする場合は、チェックボックスをオンにします。このオプションを選択した場合、ユーザーはアプライアンスの管理者コンソールまたはユーザーコンソール内からのみ、チケットに添付されたファイルにアクセスできます。

•

ユーザーが管理者コンソールまたはユーザーコンソールの外部からチケットリンクをクリックしてファイルにアクセスできるようにする場合は、このチェックボックスをオフにします。

データベースアクセスを有効にする

ユーザーがポート 3306 経由で、外部ツール（Microsoft Access や Excel など）を使用してアプライアンスデータベース上でレポートを実行できるようにします。この方法でデータベースを公開する必要がない場合は、このオプションをオフにします。

NOTE: （32 ビット）MySQL ODBC ドライバをインストールしている場合、このアプライアンスデータベースには任意の ODBC 準拠のサードパーティツールからアクセスできます。この機能を使用するには、このチェックボックスをオンにする必要があります。また、MySQL ODBC ドライバのデータソースを設定し、アプライアンスの接続情報を入力する必要があります。詳細については、MySQL ODBC ドライバのドキュメントを参照してください。

セキュアデータベースアクセス（SSL）を有効にする

データベースへのSSLアクセスを有効にして、その他のSSLオプションにアクセスします。

リモート syslog を有効にする

アプライアンスがリモートの syslog サーバーに限定的なサーバーログデータを送信できるようにします。

NOTE: この方法で送信されたログデータは暗号化されず、UDP（ユーザーデータグラムプロトコル）を使用します。このオプションを選択する前に、組織が設定している、セキュリティとネットワークの飽和状態に関するガイドラインを確認してください。

リモート Syslog サーバー

リモート Syslog サーバーの完全修飾ドメイン名（FQDN）または IP アドレスとポート番号を指定します。IPv4 および IPv6 アドレスがサポートされています。ポート番号を指定しない場合、アプライアンスは Syslog トラフィック用のデフォルトポート番号 514（UDP）を使用します。

2 要素認証タブで、2 要素認証（2FA）機能を設定します。2FA は、ログインプロセスにさらにステップを追加することで、ユーザーがアプライアンスにログインするためのセキュリティを強化します。これは、Google Authenticator アプリケーションに依存して検証コードを生成します。このアプリは、定期的に新しい 6 桁のコードを生成します。有効にすると、エンドユーザーはログインするたびに現在の検証コードを要求されます。

NOTE: この機能を有効にする場合は、アプライアンスサーバのクロック、および Google Authenticator を実行しているデバイスが正確であることを確認してください。Google Authenticator は、現在の時刻に依存してトークンを作成します。サーバーのクロックが Google Authenticator を実行しているデバイスのクロックと同期されていない場合、トークンの検証が失敗し、アカウントのロックアウトが発生する可能性があります。

次のオプションを指定します。有効にすると、これらは優先順位の順に、上から下へと表示されます。例えば、以前ユーザーコンソールに 2FA を設定している場合、2FA は管理者コンソールに対してのみ有効にすることができます。

▪

システムポータルで 2 要素認証を有効にする：システム管理コンソールに 2FA を使用する場合は、このチェックボックスをオンにします。すべてのユーザーに対して 2FA を有効にするには、すべてのユーザーに必須を選択します。

NOTE: このオプションは、複数の組織が設定されているアプライアンスでのみ使用できます。

▪

admin ポータルで 2 要素認証を有効にする：このオプションは、システム管理コンソールに 2FA を有効にした場合、またはアプライアンスに設定されている組織が 1 つだけの場合にのみ表示されます。管理者コンソールに 2FA を使用する場合は、このチェックボックスをオンにします。次に、以下のオプションのいずれかを選択して、ログイン時に 2FA を必要とするユーザーを指定します。

▪

すべてのユーザーに必須：1 つの組織が設定されているアプライアンスのみ。すべてのユーザーに対して 2FA を有効にするには、このオプションを選択します。

▪

組織によって定義：複数の組織が設定されているアプライアンスのみ。必要に応じて、管理者コンソールで各組織のすべてのユーザーに同じ 2FA の設定を適用します。

▪

すべてのユーザーに必須：複数の組織が設定されているアプライアンスのみ。管理者コンソールのすべてのユーザーに対して 2FA を有効にします。

▪

必須でありません：複数の組織が設定されているアプライアンスのみ。管理者コンソールのすべてのユーザーに対して 2FA を無効にします。

▪

ユーザーポータルで 2 要素認証を有効にする：このオプションは、管理者コンソールで 2FA を有効にした場合にのみ表示されます。ユーザーコンソールに 2FA を使用する場合は、このチェックボックスをオンにします。次に、以下のオプションのいずれかを選択して、ログイン時に 2FA を必要とするユーザーを指定します。

▪

組織によって定義：必要に応じて、ユーザーコンソールで各組織のすべてのユーザーに同じ 2FA の設定を適用します。

▪

すべてのユーザーに必須：ユーザーコンソールのすべてのユーザーに対して 2FA を有効にします。

▪

必須でありません：ユーザーコンソールのすべてのユーザーに対して 2FA を無効にします。

移行ウィンドウの下で、2FA を必要とするユーザーが 2FA の設定手順をバイパスできる時間を指定します。

例えば、、ユーザーが自宅に携帯電話を忘れてきて、新しいコードを生成できない場合、ここで指定された期間にポータルにアクセスすることができます。

ブルートフォース防止領域の設定を使用すると、複数回の連続した攻撃で偽の資格情報を使用してアプライアンスへのアクセスを取得することを防止できます。指定された期間内での認証試行の失敗回数を設定でき、この回数を超えると、アプライアンスはそのユーザーがログインできないようにします。

デフォルト設定は、5 分間に 3 回の試行回数です。これらの値は必要に応じて後で変更できます。

アプライアンスでユーザーアカウントのログインが無効になった場合でも、他のユーザーは影響を受けず、有効な資格情報を使用してアプライアンスにログインできます。

オプション：アプライアンスの暗号化キーセクションで、キーの生成をクリックして新しい暗号化キーを生成します。このキーを使用して、Questサポートがテザリングを使用してトラブルシューティングのためにアプライアンスにアクセスできるようにします。現在のキーが侵害されたと考えられる場合以外は、新しいキーを生成する必要はありません。詳細については、「Quest KACE サポートへの tether を有効にする」を参照してください。

タイムスタンプで、キーが生成された時刻が示されます。

シングルサインオンタブで、認証設定を指定します。

オプション	説明
無効	アプライアンスでシングルサインオンを使用できないようにします。シングルサインオンを使用すると、ドメインにログオンしているユーザーが、アプライアンスのログインページに資格情報を再入力する必要なく、アプライアンス管理者コンソールとユーザーコンソールにアクセスできるようになります。
Active Directory	認証にActive Directoryを使用します。Active Directoryでは、ドメインを使用して、ネットワーク上のユーザーを認証します。詳細については、「Active Directory を使用したシングルサインオン」を参照してください。

SAMBA タブで、各設定を次のように指定します。

オプション

説明

組織コンポーネントが有効になっているアプライアンスの場合：

組織のファイル共有を有効にする

組織コンポーネントがないアプライアンスの場合:

ファイル共有を有効にする

アプライアンスのクライアント共有を使用して、ファイル（管理対象デバイスにアプリケーションをインストールする際に使用するファイルなど）を保存します。

アプライアンスのクライアント共有は、プロビジョニングサービスで利用可能な組み込みのWindowsファイルサーバーで、ネットワーク上でSambaクライアントを配布するのに役立ちます。Questでは、管理対象デバイス上でアプリケーションのインストールを実行しているときにのみ、このファイルサーバーを有効にすることをお勧めします。

NOTE: 組織コンポーネントがアプライアンスで有効になっていない場合は、各組織に対して他のファイル共有オプションを選択できます。詳細については、「システムレベルでのファイル共有の有効化」を参照してください。

Samba 最小プロトコル、Samba 最大プロトコル

必要に応じて、最小と最大の Samba プロトコルを選択します。各設定では、次のオプションを使用できます。

•

「SMB2」: SMB プロトコルの再実装。Windows Vista およびそれ以降のバージョンの Windows で使用されます。SMB2 にはサブプロトコルがあります。デフォルトで、SMB2 は SMB2_10 バリアントを選択します。

•

「SMB2_02」: 最も古い SMB2 バージョン。

•

「SMB2_10」: Windows 7 SMB2 バージョン。

•

「SMB2_22」: 初期の Windows 8 SMB2 バージョン。

•

「SMB2_24」: Windows 8 ベータ版 SMB2 バージョン。

•

「SMB3」: SMB2 プロトコルの再実装。Windows 8 で使用されます。SMB3 にはサブプロトコルがあります。デフォルトで、SMB3 は SMB3_11 バリアントを使用します。

•

「SMB3_00」: Windows 8 SMB3 バージョン（SMB2_24 と同様）。

•

「SMB3_02」: Windows 8.1 SMB3 バージョン。

•

「SMB3_10」: 初期の Windows 10 テクニカルプレビューバージョン。

•

「SMB3_11」: Windows 10 テクニカルプレビューバージョン。

サインインが必要

Samba プロトコルへのサインインを有効にします。

ゲストアクセスを無効にする

Samba のゲストアクセスを無効にします。

アプライアンスのファイル共有にNTLMv2を要求する

アプライアンスファイル共有に対する NTLMv2 認証を有効にします。このオプションを有効にした場合は、アプライアンスファイル共有に接続する管理対象デバイスは NTLMv2 をサポートし、NTLMv2 を使用してアプライアンスに対する認証を受ける必要があります。NTLMv2は、NTLMやLANMANよりも安全ですが、非NTLMv2設定の方がより一般的なため、通常、このオプションはオフになっています。このオプションを有効にすると、Samba サーバーで lanman auth と ntlm auth が無効になります。NTLMv2レベル1～4がサポートされています。NTLM v2 レベル 5 が必要な場合は、KACE エージェントの手動プロビジョニングを検討してください。詳細については、「KACE エージェントを手動展開する」を参照してください。

オフボードファイル共有にNTLMv2を要求する

エージェントのプロビジョニングなど、Samba クライアントを介してサポートされるアプライアンスの特定の機能が、NTLMv2 を使用して強制的にオフボードネットワークファイル共有に対する認証を受けるようにします。NTLMv2は、NTLMやLANMANよりも安全ですが、非NTLMv2設定の方がより一般的なため、通常、このオプションは無効になっています。このオプションを有効にすると、SAMBAクライアント機能の client ntlmv2 auth オプションが有効になります。

オプション：SSL タブで、次の SSL 設定を指定します。

IMPORTANT: SSLを有効にすると、管理対象デバイスでは片方向に、自動的に変換されます。SSLを無効にする場合、デバイスを手動で再設定する必要があります。

オプション	説明
ポート80接続を有効にする	アプライアンスに対するポート80経由のアクセスを有効にします。ポート 80 接続を無効にする場合は、Questサポートに問い合わせて、SSL を処理するエージェント展開スクリプトを調整してください。
ポート 80 からポート 443 への転送の有効化	SSL が期待どおりに動作していることを確認すると、ポート 80 からポート 443 へのすべての通信の転送を有効にできます。この転送を有効にする場合は、このチェックボックスをオンにします。
SSLを有効にする	管理対象デバイスが、SSL（HTTPS）を使用してアプライアンスに接続できるようにします。この設定は、非SSLモードのLANにアプライアンスを適切に展開した後で有効にする必要があります。 SSL を有効にするには、手順 10 の説明に従って SSL 証明書をロードする必要があります。

10.

SSL 証明書をロードするには、次のいずれかを行います。

◦

SSL 証明書とプライベートキーが、Apache ベースの Web サーバで使用されるものと同様、Privacy Enhance Mail（PEM）形式である場合：

PEM SSL 証明書のアップロードを選択します。

SSLプライベートキーファイルフィールドと SSL 証明書ファイルフィールドで、プライベートキーと証明書ファイルを選択します。

SSL 中間証明書（PEM 形式も含む）を有効にしてアップロードする場合は、SSL 中間証明書を有効にするを選択します。SSL 中間証明書は、証明書発行者がルート証明書のプロキシとして提供する署名付き証明書です。

◦

証明書が PKCS-12 形式の場合：

PKCS-12 SSL 証明書のアップロードを選択します。

PKCS-12 ファイルフィールドで、ファイルを選択します。

PPKCS-12 ファイルのパスワードフィールドに、PKCS-12 ファイルのパスワードを入力します。

◦

SSL 証明書に Let's Encrypt サービスを使用するには、次の手順を実行します。

Let's Encrypt SSL 証明書の適用をクリックします。Let’s Encrypt は、無料の、自動化された、オープンな認証局（CA）です。Let's Encrypt から証明書を取得すると、チャレンジを使用してその証明書のドメイン名が制御されていることが証明書のサーバによって検証されます。

NOTE: HTTP-01 チャレンジは、ポート 80 でのみ実行できます。任意のポートを指定すると、チャレンジのセキュリティが低下するため、自動証明書管理環境（ACME）標準では許可されません。そのため、アプライアンスは、着信通信用にポート 80 を開いたパブリック側のボックスと、パブリックに解決可能な DNS で実行する必要があります。詳細については、https://letsencrypt.org/docs/challenge-types/を参照してください。

E メールアドレスフィールドに、E メールアドレスを入力します。Let's Encrypt 証明書は、定期的に有効期限が切れますが、アプライアンスは自動プロセスを使用して、有効期限が切れる前に証明書を更新します。このアドレスは、証明書の有効期限が切れた場合に、Let's Encrypt との通信に使用されます。この E メールアドレスを使用して登録された Let's Encrypt アカウントが必要です。

チェックボックスをオンにして、サービス利用規約に同意します。

◦

証明書要求を生成するか、自己署名証明書をロードするには、次の手順を実行します。

CSR（証明書署名要求）または自己署名 SSL 証明書を生成しますをクリックします。

表示される領域で、SSL 証明書フォームをクリックします。SSL証明書の生成の指示に従います。

11.

CSP タブで、CSP の有効化チェックボックスをオンにして、CSP（コンテンツセキュリティポリシー）を有効にします。このチェックボックスを有効にすると、KACE の信頼済みドメインのリストが自動的に追加されます。

◦

リストにドメインまたは URL を追加する場合は、追加の許可ドメインセクションで + をクリックし、ディレクティブとドメイン/URL を指定します。

12.

サービスデスクセクションの添付ファイルの保護で、サービスデスクチケットに添付されたファイルにセキュリティ保護を追加するかどうかを選択します。

◦

ユーザーが管理者コンソールまたはユーザーコンソールの外部からチケットリンクをクリックしてファイルにアクセスできるようにする場合は、チェックボックスをオフにします。

13.

保存してサービスを再起動をクリックして変更を保存し、アプライアンスを再起動します。

NOTE: ポート 443 へのアクセスを有効にしてアプライアンスを再起動した後で、管理者コンソールのログインページが Firefox ブラウザで正しく表示されないことがあります。この問題が発生した場合は、FirefoxブラウザのキャッシュとCookieを削除して、もう一度やり直してください。

Documentos relacionados

The document was helpful.

Seleccionar calificación

I easily found the information I needed.

Seleccionar calificación

Seleccione su producto:

Con el fin de ofrecerle un mejor servicio, complete el campo Motivo del chat:

Soluciones recomendadas para su problema

KACE Systems Management Appliance 14.0 Common Documents - Administrator Guide (Japanese)

アプライアンスのネットワーク設定の変更

アプライアンスのネットワーク設定の変更

ローカルルーティングテーブルの設定

ローカルルーティングテーブルの設定

ローカル Web サーバの設定の構成とホストへのアクセスの許可

ローカル Web サーバの設定の構成とホストへのアクセスの許可

アプライアンスのセキュリティ設定の構成

アプライアンスのセキュリティ設定の構成