Amazon Web Services (以下AWS)の利用開始時にやるべき設定作業を解説します。AWSの利用開始とは、AWSアカウントの開設を意味しますが、より安全に利用するため、AWSアカウント開設直後にやるべき設定がいくつかあります。この連載ではその設定内容を説明します。 AWS Organizationsを使用することで、複数のアカウントに自動的にこういった初期設定を行うことも可能ですが、この連載では新規で1アカウントを作成した場合を前提とします。複数アカウントの場合も、基本的な考え方は同じになります。 設定作業は全１９個あり、作業内容の難しさや必要性に応じて以下３つに分類しています。 少なくともMUSTの作業については実施するようにしましょう。 MUST ：アカウント開設後に必ず実施すべき作業 SHOULD ：設定内容の検討または利用方法を決定のうえ、可能な限り実施すべき作業 B

※この投稿は米国時間 2021 年 5 月 7 日に、Google Cloud blog に投稿されたものの抄訳です。 2021 年用に更新: この投稿には、Google のホワイトペーパー「パスワード管理のベスト プラクティス」のユーザー向けとシステム設計者向けの両方の最新情報を含む、更新されたベスト プラクティスが含まれています。 アカウント管理、認証、パスワード管理には十分な注意を払う必要があります。多くの場合、アカウント管理は開発者や製品マネージャーにとって最優先事項ではなく、盲点になりがちです。そのため、ユーザーが期待するデータ セキュリティやユーザー エクスペリエンスを提供できていないケースがよくあります。 幸い、Google Cloud には、ユーザー アカウント（ここでは、システムに対して認証を受けるすべてのユーザー、つまりお客様または内部ユーザー）の作成、安全な取り扱い、

こんにちは。 本投稿のテーマは、WCF サービスの開発で、”スケーラブルなサービス”、”ミッションクリティカルなサービス”、”結構大きなサービス” を作りはじめると、「いろいろと問題に遭遇する」という話題です。ここ数日で、実はこの話題が何度か取り上げられることがありましたので記載しておきます。 この内容は、実は 一昨年の Tech Ed (2 回前の Tech Ed) でお話したものですが、月日が経ち、皆さんも “本格的なサービス開発” に取り組まれてきて、同様の問題で “はまる” ケースも多くなってきているでしょう。Microsoft の開発ツールは常にそうですが、ウィザードなどで簡単に構成してくれますが、一方で、こうしたツールが構成するものは “初期開発を簡素化するための雛型” であって、トランザクション数の多い本格的なサービスを構築する場合にはチューニングが必要になってきます。よくあ

.NET Framework 3.5のWCFで用いられている種々のシリアライザの中からJSONとXMLのシリアライズについて説明します。 基本的な作業手順は以下の通りです。 プロジェクト参照にSystem.Runtime.Serialization.dll, System.ServiceModel.Web.dll を追加する。 シリアライズするデータを格納するクラスを作りSystem.Runtime.Serialization 名前空間内の属性をそのクラスに追加する。 WCFのシリアライザのインスタンスを作りシリアライズする。 データを格納するクラスを作成する 以下のようにSystem.Runtime.Serialization 名前空間内の二つの属性をそのクラスに追加します。 データを格納するクラスはpublicなクラスとして作成、DataContract属性を付加します。 実際にデータ

メッセージ セキュリティ モードを使用しているクライアントへのサービスの認証に使用する X.509 証明書を指定します。 configuration system.serviceModel behaviors <serviceBehaviors> behavior <serviceCredentials> <serviceCertificate> 構文 <serviceCertificate findValue="String" storeLocation="LocalMachine/CurrentUser" storeName="AddressBook/AuthRoot/CertificateAuthority/Disallowed/My/Root/TrustedPeople/TrustedPublisher" x509FindType="FindByThumbprint/FindByS

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

証明書が格納されている証明書ストアの場所と名前を決定します。 証明書が格納されている証明書ストアは、アプリケーション コードまたは構成で指定します。 たとえば、次の例では、証明書が CurrentUser という名前の My 証明書ストア内に存在することを指定します。 cc.ClientCredentials.ClientCertificate.SetCertificate( StoreLocation.CurrentUser, StoreName.My, X509FindType.FindBySubjectName, "contoso.com"); cc.ClientCredentials.ClientCertificate.SetCertificate(StoreLocation.CurrentUser, StoreName.My, X509FindType.FindBySubject

IISの設定 セキュリティで保護されたチャネル(SSL)を要求する 統合Windows認証を無効にし、匿名アクセスを有効にする SSL証明書をインストールし、SSLポートとして 10444 を指定する。 iIS側の Web.Config 内での WCF 設定 <system.serviceModel> <bindings> <ws2007HttpBinding> <binding name="NoAuthBehavior"> <security mode="Transport"> <transport clientCredentialType="None" /> <message clientCredentialType="None" /> </security> </binding> </ws2007HttpBinding> </bindings> <behaviors /> <clie

By default, when a user name and password is used for authentication, Windows Communication Foundation (WCF) uses Windows to validate the user name and password. However, WCF allows for custom user name and password authentication schemes, also known as validators. To incorporate a custom user name and password validator, create a class that derives from UserNamePasswordValidator and then configur

最近RESTが本格的に主流になりそうな感じですね。 SOAPでいい〜んだよSOAPでと思ってたら、以下のようなニュースとかも出てきたりして、ちょっと下火な感じがします。 ドアを閉じる WS-I - それが WS-* に意味するものは？ ということでトレンドを追いかけるということと、どうせなら得意なC#でやっちゃえ！ということで今回はWCFでRESTでJSONなサービスを作る＆使うことをやってみようと思います。下のような記事も出てるので、WCFでRESTやっておいて損はないでしょう。 将来のWCFは、RESTful ということで早速作っていきましょう。 プロジェクトの作成と実行方法の設定 まず、サービスを公開するためのWebアプリケーションを作成します。新規作成から「ASP.NET 空のWebアプリケーション」を作ります。余計なページとかは今回邪魔なのでシンプルに行きます。名前はRESTWc

WCF サービスを IIS/7.0 でホストする手順をメモしておきます。 準備 WCF サービスを発行する 適当な WCF サービスプロジェクトを作成 Visual Studio のソリューションエクスプローラー上でプロジェクトを右クリック 「発行」を選択 デスクトップに WCFSample フォルダを作成し、そこに出力させる これで Web サイトを構成するファイル一式が出力されます。今回はデスクトップに出力してみました。 Windows の機能を有効にする 「Windows の機能の有効化または無効化」で次の項目にチェックを入れます。 Internet Information Services → World Wide Web サービス → アプリケーション開発環境 → ASP.NET Internet Information Services → Web 管理ツール → IIS 管理

この画像を大きなサイズで見る 日本にも猫動画を見るためにネットに接続している猫下僕が多いように、イギリスの場合にも猫に癒しを求めネットサーフィンを続ける猫下僕が多いそうだ。ちなみに1日あたり、380万件以上のネコ関係の画像や動画がネット上にアップされているという。海外では自分撮りしてアップする人が多いが、それでもその数は1日140万件。猫の方がはるかに多いということだ。 英国サイトが、ネット上でもっとも有名な10の猫動画を紹介していた。どれもこれも猫下僕なら一度は見たことがある動画ばかりだ。そしてその10の動画のうち3つも日本の猫動画がランクインしていることにも注目だ。