ネットワーク技術SSLサーバ証明書をロードバランサにインストールして納品するSSL案件は、どれだけ案件の経験を重ねてもいつも苦労しています。納品前の事前検証で、クライアントPC端末から、SSL通信を行ってSSLエラーが出る場合(正常にSSL通信できない場合)の確認点を紹介します。本記事は、以下のSSLサーバ証明書の技術解説を理解していることが前提の記事となります。」で指定したFQDN通りに、Webブラウザで指定しているかどうかを確認しましょう。」等とIPアドレスを指定してはダメです。Nameの情報が例えば「www.infraeye.com」である場合には検証環境でもあっても、Webブラウザで「https://www.infraeye.com」と指定してアクセスする必要があり、検証環境でも名前解決できるように試験PCのhostsファイルを編集します。」をご参考頂ければと思います。なく中間CA証明書のインストールも必要となります。ベリサインを利用している場合、ADCには「中間CA証明書とクロスルート証明書」のインストールが必要となります。3:試験PCにルート証明書はありますか?ベリサインなど大手のSSLサーバ証明書を利用する場合には、PCに標準でそのルート証明書がインストールされているため先ず問題は起こりませんが、そうではない場合、その試験用PCにそのルート証明書をインストールしている必要があります。確認すべき3点は以上です。CA証明書などが正しくインストールできている場合上記の3つを確認すれば、大体は上手くいくのですが、それでもうまくいかない場合は、以下の問題切り分けについてもご参考頂ければと思います。試験PCをセキュリティ的にゆるい状態にしましょう。具体的に以下をチェックします。Webブラウザのプロキシチェックは外す次に、試験PCで利用するWebブラウザを変えてみたり、PC自体を変えてみましょう。OSがインストールされた別の試験PCに変えてみる。アクセス先の仮想サーバと試験PCを同一セグメントにして確認しましょう。次に、L7(SSL通信)で上手くいかないなら、L4レベルで正常に動作するのかを確認。BIG-IPなどの場合、iRuleなどの適用を外したり、最小構成で確認してみましょう。3:ADCの状態を変えてみるこの切り分けは時間がかかるので、この確認を行う前に、本当に現在のADCの設定が正しいかどうかを周りのエンジニアにも確認してみましょう。CA証明書が正しい、試験PCにも全く問題がない、ということであれば、ADCの以下の点について疑って問題切り分けを行いましょう。ADCのそのソフトウェアにSSL通信におけるバグがないかどうかを確認しましょう。検証機材のADCがあれば、そのADC(代替機)で正常に動作するのかを確認しましょう。上述の「2」はとても時間がかかりSI工数がもったいないので、これを実施するのでしたら、現在の機器(ADC)で設定時に何らかの不整合が発生している可能性もあることから、これも少し時間がかかりますが、最初からセットアップ(設定)をやり直すことも検討しましょう。セットアップし直しや、代替機で確認する場合、とにかく最小構成にして確認しましょう。簡単ではありますが、以上です。検証時に役立つ知識としてご活用いただければと思います。ツイートinfraeye関連記事telnetによるTCPポートの接続確認、portqryによるUDPポートの接続確認あるサーバやホストにおいて、TCPポートの接続性があるかどうかはtelnetコマンドでも確認することができます。この確認により、特定のTCP...記事を読むCiscoルータ:工場出荷時のデフォルトのユーザ名とパスワード工場出荷時(初期状態)のCiscoルータを起動すると、以下のメッセージが出力されます。名前解決するためにDNSサーバに問い合わせた結果は、クライアントPC上にも一定期間は保持されます。WLXとの接続はLLDP有効の設定必要PoEとは、LANケーブル上でデータ通信の実現とともに、電力供給できる技術のことです。PoEの給電仕様は以下の通りとなっています。...記事を読むDNS技術解説の一覧:ネットワークエンジニア、サーバエンジニアに役立つ基礎~応用解説ECサイト構築など、ネットワークエンジニアとして高度な案件対応ができるようになるには、DNS技術について精通していることが重要です。ネットワークエンジニアのメモ。