平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識

2013年後半から米国を中心に飛躍的に出荷が伸びている「Chromebook」。法人・教育市場向けに続き、個人向けにも日本での販売が開始され、採用機種も増えてきた。このChromebookとはどのようなものなのか、Windows PCとの違い、Chromebookでできること／できないことなどを解説していく。 連載目次 2009年7月にChrome OSが発表されてから早6年、日本国内でもAcerやASUS、デルが販売を開始している（並行輸入品であれば、Hewlett-PackardやSamsung、東芝のChromebookも入手可能だ）。また、2014年2月初旬には同OSを搭載したデスクトップ型のChromeboxやテレビ会議システムとなるChromebox for meetingsが発表され、日本国内での販売も開始された。 そして、2014年7月14日の企業・教育機関向けへのChro

対象：Windows Vista ／ Windows Server 2008 ／ Windows 7 ／ Windows Server 2008 R2 ／ Windows 8 ／ Windows Server 2012 ／ Windows 8.1 ／ Windows Server 2012 R2　（Windows 10はこちら→） DVD-ROMドライブを搭載しないノートPCやサーバなどにWindows OSをインストールする場合、わざわざ外付けドライブを用意して接続しなければならず、少々面倒である。現在ではほとんどのPCでUSBインタフェースとUSBメモリからの起動がサポートされているため、USBメモリにインストールイメージを作成できると便利だ。 しかし単純にインストールDVDの内容をコピーしただけでは、USBメモリから起動できず、インストール作業ができない。 実はWindows Vis

ちゃんとiOSアプリを作るためにObjective-Cを学ぼう iPhone 5の発表やiOS 6 SDKのGM版が利用可能になり、ますますiPhoneアプリを作ってみたいという方が、増えたのではないでしょうか。 しかし、WindowsからMacintoshに移行してみたけど、どう使うか分からない、ましてやiOSアプリを開発するなんてもってのほか……と思っている方も多いでしょう。本連載では、「今までWindows PCを使っていたけど、iOSアプリを作るために最近になってMacを手にした」というMac初心者を対象に、開発ツールXcode／iOS SDKを使ってiPhone／iPadアプリを作る方法を、プログラミング言語「Objective-C」の書き方／文法を交えて解説していきたいと思います。 iOSアプリ開発の話に入る前に連載第1回では、MacBook Airの歴史や、基本的な「OS X

しかしDOSを起動するためのフロッピー・ドライブは、PCの標準機能でなくなってから久しく、入手自体も困難になりつつある。わざわざBIOSアップデートのためだけに、ほかにほとんど使いみちのないフロッピー・ドライブを購入するのももったいない（フロッピー・ドライブとWindows XPがあれば、関連記事の方法で簡単にDOSの起動プロッピーが作成できる）。 そこでこのような場合、DOSを起動できるUSBフラッシュメモリ（USBメモリ）を作成することをおすすめする。USBメモリの容量も16Mbytes程度あれば十分なので、使われずに机の奥で眠っているものに、いざというときのためにDOS環境を構築して持っておくとよいだろう。ただ、USBメモリにDOSのシステム・ファイルをコピーしただけでは、DOSが起動できるUSBメモリは作成できない。Linuxのfdiskを使ってUSBメモリにブータブル・パーティシ

BIND標準ツールの活用 サービスダウン時の自動回復 突然namedプロセスが落ちることがまれにあります。2Gbytesのゾーンファイルを複数持っているゾーンサーバや、recursive-clientsが限界に達しているキャッシュサーバでは、その確率が高くなります。そのため、プロセスが立ち上がっているか否かを常時監視する必要が生じます。実用qmailサーバ運用・管理術 第9回で、qmailのプロセスをdaemontoolsによって監視する方法を紹介しています。これを応用して、namedプロセスにもdaemontoolsを適用する方法が考えられますが、単純なプロセス監視だけでは名前解決を正常に行っているかどうかを見張ることができません。 そこで、BIND 9のソースディレクトリにあるPerlスクリプト「nanny.pl」を使用します。nanny.plはデーモンプロセスとしてシステムに常駐し、

今回は、この3つのパスワードを一元管理するために「LDAPサーバ」を利用します。つまり、ユーザーアカウントおよびパスワードをLDAPに格納し、すべてのサービスが同じデータを参照するようにします。 ただし、ここで1つ考慮すべき点があります。パスワードは、元のデータを割り出せないような仕組みで暗号化するのが普通です。パスワードが正しいかどうかを確認するには、同じ方法で暗号化したデータ同士を比較する必要があります。しかし、LinuxとWindowsではパスワードの暗号方法が異なるため、入力したパスワードが同じでも暗号化されたパスワードデータを後で比較することは不可能です。そのため、複数のパスワードデータをLDAPサーバの1人のユーザーの属性としてまとめたとしても、一方のパスワード（例えばWindows）に対して変更があった場合には、他方のパスワード（例えばLinux）も変更されるような仕組みが必

IPv4アドレス在庫の枯渇やWorld IPv6 Dayの実施に伴い、「そういえば昔IPv6について読んだけれど、いまはどうなっているんだろう？」と感じている人も多いのではないでしょうか。最新状況を踏まえたIPv6の「基礎」を改めて紹介します。（編集部） 拍子抜け？ 主要なアプリはすでに対応 前回は、サーバOSそのものをIPv6に対応させる設定について説明しました。続いて今回は、BIND9、ntpd、postfix、Dovecot、Apache2を例に取り、主要なサーバアプリケーションをIPv6対応とする手順について取り上げます。 サーバアプリケーションをIPv6対応にするには、それぞれのサーバアプリケーションでIPv6に対応するための設定を行う必要があります。ただし現実には、サーバアプリケーションの多くはすでにIPv6に対応しており、設定も非常に簡単になっています。そのため拍子抜けするか

今回は電子署名を利用した送信ドメイン認証技術「DomainKeys」について解説する。Sender IDやSPFなどのIPアドレスベースの送信ドメイン認証に比べて、本質的にメール転送に強いという利点があり、長期的には電子署名方式の送信ドメイン認証を利用していくべきであるといわれている。 ただし、Sender IDの導入は送信側ではDNSにSPFレコードを登録するだけで簡単に開始できるのに対して、DomainKeysなどの電子署名方式では送信側でも電子署名を行うメールフィルタを導入する必要があり、やや敷居が高い。 電子署名方式で最も普及しているDomainKeys DomainKeysは、電子署名を利用した送信ドメイン認証技術の中では最も普及している技術である。DomainKeysは、米Yahoo!が提唱する方式であり、Yahoo!メールやGmailなどで利用されている。RFCのドラフトは以

最近Webアプリケーションに存在するセキュリティホールが注目を浴びている。その中でも「クロスサイトスクリプティング」と呼ばれる脆弱性が有名であるが、クロスサイトスクリプティング脆弱性について正確に理解している人が依然として少ないと感じる。 本稿では、クロスサイトスクリプティングとはどのような脆弱性であるのか、この脆弱性を持ったサイトが攻撃されるとどのような被害が起き得るのか、なぜそのようなセキュリティホールが作り込まれてしまうのか、どのように対策をすればよいのかを解説していく。 ※以下本文中では、クロスサイトスクリプティング脆弱性のことを「XSS」と表記する。「Cross Site Scripting」の略であるから「CSS」と表記している記事もあるが、「Cascading Style Sheets」の略も「CSS」となり紛らわしいため、「XSS」と表記する場合が多くなってきている。本稿で

しばしば「パスワードは○日ごとに変更しましょう」といわれるけれど、それで本当にクラックの危険性は減るの？ ペネトレーションテストの現場から検証します（編集部） ※ご注意 本記事に掲載した行為を自身の管理下にないネットワーク・コンピュータに行った場合は、攻撃行為と判断される場合があり、最悪の場合、法的措置を取られる可能性もあります。また、今回紹介するツールの中には、攻撃行為に利用されるという観点から、アンチウイルスソフトにウイルスとして検出されるものも存在します。このような調査を行う場合は、くれぐれも許可を取ったうえで、自身の管理下にあるネットワークやサーバに対してのみ行ってください。また、本記事を利用した行為による問題に関しましては、筆者およびアイティメディア株式会社は一切責任を負いかねます。ご了承ください。 今回は久しぶりに、ペネトレーションテストの現場の話から始めよう。 ペネトレーショ

次世代デスクトップ転送技術、SPICE入門：Inside Linux KVM（1）（1/2 ページ） この連載では、オープンソースの仮想化ソフトウェア、Linux KVM（Kernel-based Virtual Machine）とそれを支える技術の最新開発動向を紹介していきます。（編集部） はじめに この連載では、オープンソースの仮想化ソフトウェア、Linux KVM（Kernel-based Virtual Machine）とそれを支える技術の最新開発動向を紹介していきます。KVMは、完全仮想化機能をカーネルに付け加える仮想化ソフトで、Linuxカーネルに標準で含まれることから、いま開発者の注目を浴びています。 Linux KVMのメリットは、ハイパーバイザを持たず、Linux自体をホストOSとするため、ほかのハイパーバイザに比べて性能的に優位なことです。一方で、まだ課題もあります。

iSCSIを用いた仮想化環境の構築手順：続・実践！ Xenで実現するサーバ統合（2）（1/3 ページ） 仮想化ソフトウェアの「Xen」を用いてサーバを統合するのはいいけれど、肝心のデータやアプリケーションを格納するストレージはどのように配置するのが最も効果的でしょうか？　続編では仮想化とストレージの効果的な活用にフォーカスを当てていきます（編集部）

1つの例として「SAN」（Storage Area Network）があります。データを格納するストレージ自体が冗長化されている製品も多いですし、サーバをSANに接続するためのHBA（Host Bus Adapter）を二重化することも可能ですが、コストもかさみます。 現在ならば、SCSIブロックをIP化してしまう「iSCSI」も選択肢として挙げられるでしょう。ですが最近までiSCSIは、「iSCSi接続を確立するためのイニシエータが不安定だ」などといわれることもありました。また、データを共有する「NFS」（Network File System）を用いてほかのサーバにデータを保存することもできます。しかし外部にデータを置くとなると、どうしても、その分コストも高くなってしまいます。 最もコストを抑える方法を考えた場合に浮上してくる選択肢がDRBDです。Heartbeatによるサービスの冗長