レガシーすぎるだろと言われてもWindowsのローカルアプリケーションのデプロイにはClickOnceが便利ってことでちょくちょく使ってます。
今回は本番環境だと問題ないのに、ClickOnceで配信したアプリケーションでNlogのログファイルが生成されなかったので解決メモ。
VSのソリューションエクスプローラーから以下の設定をするだけ。
尚、ClickOnceだとexeの保存先がほぼランダムなので、${basedir} は使わずにfileName="${specialfolder:folder=ApplicationData}/Program/file.txt" みたいにした方がいい。（さっきの例だとここに出力されるC:\Users\
最近触れてなかったC#をリトライ。
この記事の通りにEntity Frameworkを試してみたんだけど、DBにアクセスできなくて詰まってたのが解消できたのでまとめておく。
public class BooksDb : DbContext { public BooksDb(): base("name=BooksDb"){} public DbSet<Book> Books { get; set; } public DbSet<Author> Authors { get; set; } } public class Book { public int Id { get; set; } public string Title { get; set; } public int PublishedYear { get; set; } } public class Author { public int Id { get; set; } public string Name { get; set; } public DateTime Birthday { get; set; } public string Gender { get; set; } }
記事内には
Mainのコードは何も書いていないがとりあえず実行 初回はDBの作成等でいつものコンソールアプリケーションの 起動よりは時間がかかる気がするがすぐに完了する。
Visual Studioのメニュー[表示]からSQL Server オブジェクトエクスプローラーを選択 以下の画像のようにDBとテーブルが作成されていることを確認する。
とあったけれど、一向にDBとテーブルが作成されない。 何度かプロジェクトを作り直したけど改善されない。
ただ、Mainに何も書かなくて、どうやってDbContextを継承したBoooksDBが生成されるんだろう？と疑問に思った。 試しにMain側にプログラムを書いてみたところ正常に作成できた。
static void Main(string[] args) { using (var EF = new BooksDb()) { EF.Books.Add(new Book { Title = "タイトル", PublishedYear = 2019 }); EF.SaveChanges(); } }
App.Configの
<connectionStrings> <add name="BooksDB" connectionString="data source=127.0.0.1;initial catalog=BooksDB;User ID=sa;Password=hogehoge;MultipleActiveResultSets=True;App=EntityFramework" providerName="System.Data.SqlClient" /> </connectionStrings>
2019年5月1日から新しく始まったAzureの認定資格「AZ-103」の受験を少し考えています。
まだ情報収集レベルですが、調べたことなどを時系列的に書き出してみようかなと思います。
（どんどん追記していきたい）
そもそもMicrosoftの認定試験そのものが初めてなので、どんな試験方法なのか、試験範囲はどの程度なのか。試験に向けての勉強はどうすればいいのか、を調べてみました。
相変わらず何が書いてあるのかわからないのでウェビナーを受講。
80分くらいのオンラインセッションでした。わかりやすい。具体的な例問題や解答方法を学べたので、試験が具体的にイメージしやすくなった。
参考→AZ-103 OD with Alignment to AZ-100 and AZ-101.pdf
（翻訳疲れた、英語力ほしい）
次はどうやって勉強していくか、ですね。
MicrosoftのLearningBlogには「Microsoft Learnの無料学習コンテンツは、2019年7月1日に完成する予定です」とあったので、少し待機が必要かも？ とはいえ待ってるのも時間がもったいないので、MicrosoftLearnの「Azureの基礎」は進めておこうかな。
サービスエンドポイントをAzureのSQLDatabaseやStorageといったPaaSサービスをVNETと接続することができます。
パブリックなインターネットを経由せずにVNETからアクセスすることで安全に利用することができます。
①まずはVNET側にサービスエンドポイントを追加し、アクセスするPaaSサービスと接続を許可するサブネットを選択します。今回はサービスは「Micorosoft.sql」を選び、サブネットの1つを選択します。
②次にSQLDatabase側のサーバーファイヤウォール設定から、「既存の仮想ネットワークを追加」します。
パブリックインターネット経由からはアクセスできませんが・・・
サブネット上のVMからはアクセスすることができます
SQLDatabaseへのアクセスにグローバルIPを利用したくないという背景があって、サービスエンドポイントとポイント対サイトVPNを組み合わせたらグローバルIPでファイヤウォールしなくても大丈夫なのでは！？と目論んでたのがあえなく失敗・・・
前回はAzureと拠点をVPN接続するサイト対サイトVPNを構築しましたが、今回はAzureと端末をVPN接続するポイント対サイトVPNを構築してみました。
①powershellを開いて以下のコマンドを実行して自己署名ルート証明書の作成
$cert = New-SelfSignedCertificate -Type Custom -KeySpec Signature ` -Subject "CN=P2SRootCert" -KeyExportPolicy Exportable ` -HashAlgorithm sha256 -KeyLength 2048 ` -CertStoreLocation "Cert:\CurrentUser\My" -KeyUsageProperty Sign -KeyUsage CertSign
②そのままpowershellを閉じずに以下のコマンドを実行
New-SelfSignedCertificate -Type Custom -DnsName P2SChildCert -KeySpec Signature `
-Subject "CN=P2SChildCert" -KeyExportPolicy Exportable `
-HashAlgorithm sha256 -KeyLength 2048 `
-CertStoreLocation "Cert:\CurrentUser\My" `
-Signer $cert -TextExtension @("2.5.29.37={text}1.3.6.1.5.5.7.3.2")
①ファイル名を指定して実行で「certmgr.msc」を実行して証明書マネージャーを起動
②個人＞証明書と開き、先程作成した「P2SRootCert」を右クリックして「エクスポートを選択」
③証明書をエクスポートします。
④「いいえ、秘密キーをエクスポートしません」を選択
⑤「Base-64 encoded X.509 (.CER)」を選択
⑥任意のファイルにエクスポート
仮想ネットワークやゲートウェイの構築は前回記事で作成しましたので割愛。
① 仮想ネットワークゲートウェイを開き、「ポイント対サイトの構成」で各情報を入力します
※アドレス プールは既存のVNETのアドレスと重複しないように設定する
②「公開証明書データ」は先程エクスポートしたcerファイルをメモ帳で開き、キーデータをコピー＆ペーストします
③設定が完了すれば、「VPNクライアントのダウンロード」を実行します
④64bitOSであれば「WindowsAmd64\VpnClientSetupAmd64.exe」を実行します。
⑤Windows10であれば設定の「VPN」に仮想ネットワーク名と同じVPN設定が生成されていますので接続します
以上で接続が完了しました。
クライアント証明書を作成した端末以外で利用する場合はクライアント証明書のエクスポートと、該当端末へのセットアップが必要です（今回は検証端末がないため手順は割愛します）
かなり簡単に接続設定できますね。
Azureのネットワーク構成図を書くときは標準で提供されているアイコンがあるので便利ですね。
ということで、この連休中に構築してみたAzureのネットワーク構成図を書いてみました。
NSGやストレージアカウントについては載せてません。
ネットワーク構成図を格好良く書けるようになりたい…