スナップインでも認知度が高いものは、コントロール パネルの管理ツールの中にあるものである。Windows のどのエディション、バージョンかによるが、少なくとも数種類用意されている。たとえば、コンピュータの管理、イベント ビューア、サービスなどである。管理ツール フォルダに無い標準のスナップインも system32 フォルダにあらかじめ同梱されている。 プログラムの追加や機能の追加によってはさらにいくつか一緒に用意される。たとえば Internet Information Services や Microsoft DNS Server などである。主に利用されるスナップインで、その他のスナップインとして、Exchange Server、Active Directory、グループ ポリシーなどスナップインがある。
MMC はスナップインと呼ばれる COM コンポーネントであるモジュールを 1 つ以上ホストでき、実際に利用されている。多くのスナップインは Windows と一緒に同梱されている。スナップインは 「.msc」 (Management Saved Console) という拡張子である。サーバー製品もスナップインを多く実装している。マイクロソフト以外のソフトウェア企業もスナップインを実装でき、そのための方法も MSDN に掲載している。
Microsoft 管理コンソール (Microsoft Management Console, MMC) は、システムの設定と監視を行うための柔軟なインターフェイスを備えたシステム管理者と上級ユーザー用向けのツールで、Windows 2000 とそれ以降の Windows NT 系のOSに搭載されている。
『12人の優しい殺し屋CROSS BORDER』（月刊「アニメージュ」連載小説）の主人公・フリージャーナリストの仙道夏騎役の杉田智和が、登場するキャラクターの声優をゲストに招くラジオ番組。それぞれのキャラクターに関する設定をリスナーから募集する。
生家は祖父が始めたダンスフロアーを持つバーを営んでいた。店は父の代まで続き、幼少の頃から父と母が踊る姿と様々な音楽に触れて育ち、自然と音楽への興味が沸く。中学でブラスバンド部に入る。サックスをやりたかったがトロンボーンをやらされる事になり、これに夢中になる。中学2年の夏、実家の店で働いていた青年が弾くギターに憧れ、彼に教えてもらうようになる。高校に進学するもバンド活動にのめり込む。プロを目指して高校卒業とともにネム音楽院（現・ヤマハ音楽院）に入学するが、講師の助言により半年後には上京して米軍キャンプなどで演奏を始める。1974年、ハイ・ファイ・セットのバックバンドに参加。重田真人・宮下恵補・新川博と「ガルボジン」結成。1978年、上田正樹のPush & Pullに加わり活動。当時の歌番組は生演奏だったため、彼のギタープレイを聞いたレコード会社などからレコーディングに呼ばれるようになり、スタジオミュージシャンとしての活動を始める。同年、初のソロアルバム『流宇夢サンド』をリリース。1979年、林立夫、斉藤ノブ、今剛らとフュージョン・バンド、PARACHUTEを結成。1982年に活動を停止。1988年、高尾直樹らとバンド「TRIFORCE」を結成。1990年にアルバム「TRIFORCE」を発表。1997年4月9日、南部・河内淳貴らと結成したプロデュースチーム「ON-DO」でアルバム「ON TIME DO IT」を発表。2000年、インディーズレーベル「Rocking Chair Records」を立ち上げる。2002年、ソロ・デビュー25周年記念ライブを行う。2003年5月24日、PARACHUTEが21年ぶりのライブを行う。2008年、ソロ・デビュー30周年記念ライブを行う。2012年12月29日、PARACHUTEが9年ぶりのライブを行う。2016年2月8日、十二指腸がんのため死去。61歳没。
SSL/TLS接続のはじめに、クライアントはSSL/TLSのサーバから（サーバとCAの）証明書を受け取り、証明書の改ざんされていないことなどを確認する。サーバ証明書にはホスト名が書かれており、それが今接続しようとしているホスト名と一致することをクライアントは確認する。そうでない場合、なりすましや中間者攻撃の恐れがあるため、クライアントはユーザに警告をする。ユーザの責任で証明書を信用し、警告を迂回することができるアプリケーションも存在する。HTTPの場合、名前ベースバーチャルホストを使うと、複数のホスト名（同一のドメインであれ、異なるドメインであれ）を単一のサーバと単一のグローバルIPで運用できる。これは、ブラウザ側がHTTPヘッダによって希望のホスト名を指定することで働く。しかし、HTTPSの場合、HTTP要求をやりとりする前にSSL/TLSハンドシェイクを行う必要がある。このため、ブラウザがどのホストを訪問するかを、ハンドシェイク時点でサーバ側には予測できず、HTTPヘッダのホスト名によって複数枚のサーバ証明書を使い分けることができない。したがって、単一のサーバで複数枚のサーバ証明書を使い分けるには名前ベースバーチャルホストは利用できず、ホスト名ごとに異なるグローバルIPを使う必要があった（IPベースバーチャルホスト）。この問題への対処方法として、1枚のサーバ証明書に複数のホスト名を指定する手段が知られていた。X.509 v3の証明書で導入されたsubjectAltName拡張を利用することで、追加のホスト名を指定できる。通常、主体者のCommon Name属性同様、こちらでもワイルドカードを使える。しかし、実運用においてサーバの運用する全てのホスト名を予めCSRに含めておくことは現実的ではなく、ホスト（ワイルドカードの場合、ドメイン）名が増えるたびに別々にサーバ証明書を導入することが多い。2005年から、CAcertはTLSをバーチャルホスト下で使う方法について様々な実験を行なったが、多くは非実用的なものだった。例えば、subjectAltName拡張を使って運用する全ドメインのホスト名を1枚のサーバ証明書に集約し、ドメインが増えたりドメイン名が変わったりするごとに取得しなおすという方法が提案された。これらの事情によって、複数のサーバ証明書を使い分けたいサーバは、単数または少数のホスト名をIP別に運用することが要求される。ホスト（ワイルドカードの場合、ドメイン）名ごとに別のグローバルIPを取得することはコストがかかる（IPアドレス枯渇問題）ため、多くのWebサイトにはHTTPS通信の利用はハードルが高かった。