投稿

2022の投稿を表示しています

promtailを使ってiisのW3Cログを取得する

Grafana Lokiのpromtailをつかってiisのログを収集する際、timestampはログの取得日時が標準の動きで、新しいログの取得では大きな問題にはならないと思うけど、今までの記録やpromtailの実行直後のログは正しい時間が記録されないので困った場面に遭遇するかもしれない。これに備えてログに記録された日時を採用するように設定することは非常に重要なことだと思う。 ポイントは、W3Cログの日付はUTCで記録されている点です。 というわけでscrape_configs部分をYAMLで紹介。 scrape_configs :   -  job_name :  system      static_configs :     -  targets :         -  localhost        labels :          job :  iis          __path__ :  c:\inetpub\logs\LogFiles\*\*.log      pipeline_stages :     -  match :           selector :  '{job="iis"}'          stages :         -  regex :               expression :  ^(?P<datetime>\d{4}-\d{2}-\d{2} \d{2}:\d{2}:\d{2})         -  timestamp :               source :  datetime              format :  2006-01-02 15:04:05              location :  Etc/UTC スペースの数はYAMLではとても重要なので書写する際は注意しましょう。 iisのログは static_configs で取得しjob名を"iis"と設定しています。 __path__:は利用環境に合わせて修正してください。 取得したログからtimestampを取得するための設定は pipeline_stages のmatchで指定します。 job名"iis"に対し正規表現で行

楽天モバイルさんよ~

 今までありがとう。2~3か月後には旅立ちます。 微妙なエリア住民だけど価格的にメリットがあったけど、価格が同じなら当然エリアの広いサービスを選ぶよね。パートナー回線エリアも縮小しているようだし。 ということで、キャリア変更しますのでよろしく。 次のキャリアですが、 OCNモバイル、IIJmio、Yモバイル、LINEMOあたりを狙っています。 データ少な目でDかY回線。 個人的な思いもあってDDI系列とKDD系列とはお付き合いしたくないんだ。 eSIMにしてRakuten Handを継続することも可能だけど、 せっかくのMNPなので、できれば安価にiPhoneに変えたい。 でも便器より汚いらしい受話器の中古はちょっと嫌なので新品。 手始めに散髪屋の隣にあったYモバイルに突撃してみた。 もちろんiPhone SE3 1円という看板が出ていたから。 店員さんに1円について詳しく聞きたいというお願いをして説明を聞いたのですが、看板にあった24ヶ月のキーワードが一切出てこない。キャンペーンは土日に実施していて、金曜日に内容が確定して、内容は毎週異なり機種も微妙に異なる。 iPhone希望ならソフトバンクモバイルを契約する必要がある。半年後にYモバイルに変更すると短期解約ペナルティーもなく差額を考慮してもお得だと。 ちょっとパニックだ。入店前の情報と一致せず騙されている気分だ。 iPhone miniを希望するなら2年が区切りでそれ以降の分割は機種変で不要になる。(やっと知っている情報が出てきた)でも、iPhoneSEをキャンペーンで購入して予備として持ってた方が壊したときに使えるのでキャンペーン利用はお勧めだと。ここでキャンペーンは買取ということを理解した。 私にとってはかなり裏技のように感じたけど、店員さんにとっては当たり前の契約方法らしい。今まで量販店とキャリア系のショップしか経験なかったので価格面を中心に話をしてくれてとてもありがたかった。 いやぁ~勉強になった。

DevToysは開発者だけのツールではない(Base64)

イメージ
 Intuneの構成プロファイルを作成すると「Base64でエンコードする必要があります」なんて求められる時、インターネット上にはBase64に変更してくれる便利なサイトがありますよね。 検索で見つけたサイトを使おうかな~と思っちゃいますよね。と同時にこのサイトは大丈夫なのか?と思ったり。ほかにBase64エンコードしてくれるツールなんか知らないし、企業秘密が含まれた情報でもないけど、最近だとLog4jの脆弱性を狙った文字列を付与されないかとか心配だったりしますよね。 あらゆるリスクを考慮すると出来ればサイトを使わず変換することを希望するのですが、今まで使いやすいな~と感じたツールが無かったんですよね。準備が面倒だったりコマンドベースだったりと、利用頻度も少ないのでサイトを使っていたのですが、見つけちゃいました。 「 DevToys 」です。名前から想像するにIT管理者向けではないと感じるかもしれませんが、結構使える機能がそろっています。その一つが「Base64エンコード/デコーダー」 変換したい文字列を張り付けるだけでエンコードされた文字列を得ることが出来ます。 もちろん逆もできるので確認にも使えますね。 インストールもMicrosoft Storeから出来るのでとっても簡単。 そのほかにも構成ポリシーの中にはJSON形式の設定文字列を1行表示で入力する必要があったりします。これも作成や修正ではインデント表示でないと構造が分かりづらく苦労しますけどDevToysを使えば簡単に変換することが出来ます。 このツールを知らないときってエディタで改行やスペースを地道に修正していたので地味に効率が悪かったんですよね~ ちょっとお勧めなツールの紹介でした。

iCloudに移行するための作業(アカウント削除したら汗かいた!!)

 エクスポートのダウンロードも完了し、サブスクリプション削除、アカウント削除とすすみ、G suite Legacy解約手続きはすべて終わりました。 これからは一般のご家庭で使うGmailアカウントでこのブログやYouTubeチャンネルを管理していきます。 作業が終わり、さて、Gmailのチェックをしようと開くとエラー500番。ログインできなくなったんですけど・・・いや、Gsuiteアカウントは削除したよ。でもGmailアカウントでサインインできないってどういう状態?えっとAndroid携帯も使っているんですけど・・・ はい、Google村八分にされました。 というわけではなく、二つのアカウントを切り替えられるように連携していたのですが、片方のアカウントが削除されたのでエラーになっていたようです。 ちゃんとサインアウトして、再度サインインすると使えるようになりました。 めっちゃ汗かいたけど・・・ あせったわ~~。

iCloudに移行するための作業(3/12までの作業)

 久しぶりにまとめると、特に何もしていません。 移行作業完了したし。 とはいえ、まだね、Gsuiteアカウントにメールが届いているんですよ。 某車メーカーや〇ONYのDMとか・・・この人たちってDNS見てないよね。だいじょうぶなんかな? そろそろね、解約手続きをしないといけないと思うんです。 なので、エクスポートを実行しています。 まだ完了していないのでどういうフォーマットで取得できるかわかりませんけど、一応確認しておこうかな~というレベルです。 最近ね、仕事で社内向けDNSサーバーの更改検討をしておりまして設定とかを見直しているのですが、ほんと上の2社のような存在は困りますよね。 数分程度のTTLなら多少無視するのは許せますけど、かれこれ1か月はさすがに許容範囲を超えていますよね。 MXレコードを書き換えてちゃんとTTLの指示通り届きだすサーバーもいれば、いまだに旧MXレコードで指定しているサーバーに送ってくる相手がいるんですよ。 TTLとか完全無視で接続エラーが発生するまで更新しないつもりなんですかね? それにしても、何度も書いているかもしれませんが、DNSの仕組みってすごいですよね。 設定見れば誰でも理解できるような単純な内容のテキスト形式のファイルでインターネットの名前解決をすべてこなしているとか、基本設計した人のセンスが素晴らしかったってことですよね。 ほんと、感謝です。

DTM初心者がパソコンに歌わせてみた。

イメージ
CeVIO Pro (仮) (techno-speech.com) が無料公開されたというニュースを聞き、最近はやり?のボーカロイドを体験してみようということで早速ダウンロードして「カエルの合唱」を打ち込んでみました。 知ってたけど、めんどくさいですね。一音ずつ声を充てていかなければならない。 ただでさえ、ピアノロール入力で苦労しているのに声まで充てなければならないって・・・ あと、これは個人的な感覚なんですけど、IMEの学習がおバカになりそうでいや。日本語FEPを自分に合わせた変換に育てるというPC老人会の発想が根底にあるのでいつも使わない言葉の変換って生理的に受け付けないんですよね。 話は戻して、簡単に歌いますよ。 とりあえず歌わせることは簡単にできる。 入力に準備が不要で簡単な曲「かえるの合唱」を入力してみたところ簡単でした。ここから先は制作意欲と努力と根性で完成度を高めることができると思う。 ド レ ミ ファ ミ レ ド を四分音符で入力し か え る の う た が を各音符に割り当てる そして再生。 歌いました。 メーカーが提供しているデモとは雲泥の差ですが・・・息づかいを感じる歌声です。 そう、歌う前に息を吸う音が入っているんです。 ただ「あいうえお」を発音させるだけではないんですね。 下図はボリューム変化?を紫の線で表示しているのですが、 出だしの「か」の前にふわっと盛り上がっているんです。これが息を吸う音。 休符の後ろ、出だしの前には必ずこれが入っている。しかも歌詞の長さに合わせて調整されている感じです。 まさに歌声です。 呼吸を感じられる歌は好みが分かれるところでしょうけど、適当に打ち込んだ歌が一定レベル以上の歌として仕上がるのはとてもありがたいことですね。 このままではちょっと寂しいので創作意欲が維持されていれば伴奏を追加したり、ほかの曲にチャレンジすると、無償公開の術中にはまったってことですね。 あとね、音程が難しい、はじめは1オクターブ低い音程で歌わせたのですが、なんとなく低いな~と思いこの高さにしたのですが、ちょっと高音が辛そうな気がします。この辺は調整次第なんでしょうかね~

私情シスです。iPhone vs androidについてぼやきます。

情シスの立場から食わず嫌い的なandroidですが、なぜ避けているかを説明します。 最も大きな要因は、 安心してエンタープライズ管理が出来そうにない という点。 管理機能が存在することは知っていますが、問題はそこではないんです。いままで自分もそうですが家族のスマートフォンをいくつか見てきた経験から、androidはOSであって製品ではないという現実が管理できそうにないと感じる根拠。 androidを搭載した製品は多数のメーカーが提供しており、それぞれが特色ある製品を開発し提供しています。そのため、充電端子や形状は当然一つではありません。ホーム画面も個々のメーカーがカスタマイズしています。同じメーカーの同じ製品だけど、販売するキャリアが異なると微妙に機能が異なることもあります。 黎明期の日本メーカー製品で基本機能である電話機としてもトラブルを経験しました。その経験から海外メーカーのグローバルモデルと同等の製品を必ず選択していたのですが、androidの標準機能であるExchange ActiveSyncが無効化された製品を購入してしまった経験があります。取扱説明書などに記載はありませんが、この機能はExchange Serverと接続するための企業向け機能であり説明書の記載する義務はありませんが、省いている説明もなかったのです。 この経験から、android搭載端末は「実物確認しないと使わせたいことが実現できるか確定しない。」という認識になりました。 社員にandroid搭載端末を提供した場合、配布当初は実現できていたことが、機種変によって出来なくなる可能性がある。これが致命的な機能であればサービス品質を保つことができません。事前確認すれば良いのですが、確認ができない状況になった場合を考慮すると不安を感じます。 その点iPhoneはね。まぁ、タッチIDがあったり、無かったりしますけど、キャリアよりメーカーが強いって認識なのでiOSの変化に合わせるだけでよいという安心感があります。Appleは端子を変更するなど互換性を軽視しているイメージがありますので周辺機器の選定は注意が必要です。 でもね、一社提供なので基本的には一本のライムライン上にあるので破綻する可能性は低い。また、iOSバージョンが最新にまとまる方向にあるのがありがたい。新バージョンに対応できない古い製品利用者

iCloudに移行するための作業(アドレス帳同期はあきらめてIMAPだな~)

 AndroidユーザーなのにiCloud+でカスタムドメインメールを使うことを選択して、iPhoneユーザーである家族のスムーズな移行を見つつ、自分だけがまだ落ち着いていない。 Androidスマートフォン Outlook for AndroidではMSアカウントでも利用しており、すべての受信トレイを使うことでアカウント切り替えがふようになるのですが、送信用に設定した文字化けが発生するIMAP設定のiCloudアカウントがある為に使えない。また、同期タイミングが異なるので削除したのに表示されたままになるなど意図しないアカウント切り替えによって戸惑うこともありました。 ちょっと運用でカバーにしてはいまいちな結果。 改善が必要とと感じました。 Outlook for Android運用はやめたほうが良いみたいです。 ということで、GmailアプリのIMAPを使うことにしました。 GmailアプリのIMAPでも一部のメールは文字化けしてしまいましたが、Outlook for Androidより対象は少なく、広告DMだけのようなので運用に耐えられないことはなさそうです。 ただ、IMAPとしての利用なのでアドレス帳やスケジュールなどは使えないです。 Windows11 新しいパソコンが届き、iCloud for Windowsを試してみました。 Outlookの設定が自動で行われるため導入自体は非常に楽なのですが、カスタムドメインには未対応で送信はiCloudドメインからしかできませんでした。また、アドレス帳やスケジュールはメールとは異なる接続設定をつかうようで2つのアカウントを使っているように見えます。IMAPとiCalendarという異なるプロトコルを使うので仕方がないですね。Active Syncに対応していれば~~と思いますが、Microsoftサービスではないので致し方ありません。 ということで、こちらもIMAPのみの利用ということになりました。 ということでWindowsメールの出番です。 WindowsメールはiCloudアカウントにも対応しているので設定は楽なのですが、この設定もカスタムドメインには対応していないので、詳細設定からIMAPを選択して設定を行います。 メールアドレスはカスタムドメイン、アカウント名にiCloudアカウントを設定することでカスタム

スピーカー付きディスプレイに注意!!

イメージ
ディスプレイにスピーカーが内蔵しているの買うって人生初かも。 本当はUSB-C対応にしたかったのですが、心情的予算オーバーによりHDMI2ポート搭載のDELL S2421Hを土曜日の夜に注文し、火曜日の昼前に地域の営業所に届く。明日の便だな~と思ってたらおやつの時間に届きました。素早い配達に感謝秀樹感激です。 早速箱を開け、ウェビナーに参加したのですが音が聞こえない。 正確にはディスプレイから聞こえていて、ヘッドセットから聞こえないのです。 プラグに刺した際に内蔵スピーカーから切り替えるダイアログは表示されたし、ヘッドセットを選んだけど音が聞こえないんです。 なんで?って思いますよね。 私の認識だと、ディスプレイは外付けスピーカーだったんです。確かにHDMIはIntelが制御しているけど、Windowsから見ればサウンドデバイス、うまくやってくれると期待するじゃないですか!! 期待していたのですが、RealtekとIntelデバイスの切り替えは手動のようです。 パソコンから通知音が出るのもあまり好きではないので、いつもボリューム0にしているから「音が聞こえない」になったんですよね~。むふふな音が出なくてよかったです。 気を付けないと事案発生ですよ。みんなも気をつけようね。 そういえば、以前プロジェクターを使っている方がTeams会議で音が出なくて困ったんだ~というヘルプを行った際も、オーディオ出力が「プロジェクターの内蔵スピーカー」になっていたことを思い出しました。 最近のパソコンはいろんな端子とデバイスでオーディオ出力できるので音声トラブルは多いですね。原因と対処法は”出力ソースを確認して修正”で変わらないのですが、こりゃトラブル原因だな~と感じました。 まだ試してはないですけど、設定>システム>サウンド>サウンドの詳細設定 で「スピーカー/ヘッドホン」を既定の通信デバイスに設定していればTeams会議などでは自動で選択してくれるはずです。 ただ、この設定をした場合、会議以外の音はディスプレイから出力されるので本人は気が付かないけど周りにその他の音が流れていたなんてこともあるので注意が必要ですね。 どちらにしても、再生デバイスの選択は事案になりやすいので、音を出すときは注意が必要ですね。

iCloudに移行するための作業(1/30までの作業:メール切替)

本日、MXレコードをiCloudで受信するように変更しました。 いくつかの問題を確認しましたけど、まぁ、許容範囲なので切替は完了。 コンテンツはそのうち移行します。 SMTPやiPhone メールアプリから送信するとDKIM署名が付かない Webメールから送信するとDKIM署名は付くのでiCloudかメールアプリの問題? 間違った署名が付かないだけなら大した問題ではないのでAppleさんの対応待ちですね。 カスタムドメインを登録した際にDKIMレコードを登録しているのですが、CNAMEの指定先が名前解決できない問題も気になる。今はDKIM署名はiCloud.comになっているけどこの状態でカスタムドメインで署名されると困りますね。 Outlook for Androidでエイリアスの選択方法は? iCloudアカウントとして登録したけど実態はIMAPなので自動で使えるとは思ってないけど・・・設定する方法がなさそう・・・ で、IMAPアカウントとして登録してみたら送信は出来るのでSMTPでFromを設定すること自体には制限がなさそうなので、Outlookアプリが対応してくれればよいのですが・・・ このまま使おうかな~と思ったのですが、IMAPで受信した一部のメールが文字化けしていたので受信用としては使えない。でも送信のみなら使えるので受信通知をOFFにして同居させることにしました。

iCloudに移行するための作業(1/27までの作業:DNS設定)

 iCloud+ 50GBプラン契約してしまった・・・ というわけで、カスタムメールドメインの追加を始めましたよ。 DNSにはメールサーバーを指定するMXレコードとドメイン認証用のTXTレコード、SPFとDKIM用レコードの5行追加です。 現時点ではGsuiteアカウントでメールしたいのでMXとSPFは変更を加えて登録してみた。 MXレコードはGoogle向けより優先順をさげて登録。 既存の設定 MX ASPMX.L.GOOGLE.COM         10 MX ALT2.ASPMX.L.GOOGLE.COM 20 MX ALT1.ASPMX.L.GOOGLE.COM 20 MX ASPMX3.GOOGLEMAIL.COM   30 MX ASPMX5.GOOGLEMAIL.COM   30 MX ASPMX2.GOOGLEMAIL.COM   30 MX ASPMX4.GOOGLEMAIL.COM   30 今回の設定(優先順は10から100に変更) MX mx01.mail.icloud.COM 100 MX mx02.mail.icloud.COM 100 SPFの指定はredirectだけどincludeで登録。 TXT "v=spf1 include:_spf.google.com include:icloud.com ~all" まだ切替は先という場合はこのような設定になると思います。 iCloudのチェックはMXの存在と認証用TXTレコードくらいしかしないだろうと思てたんですけど甘かったです。うまくいきませんでした。 MXレコードのチェック 指定した2行以外の応答があるとNGと判断するようです。 MXレコードは優先順位を指定の10に変更してもPassできない。 Google用レコードを消すとPassできました。 もちろん、この設定をしている間に届いたメールはiCloud側に届いてしまいました。 SPFレコードのチェックも完全一致要求されました。 SPFはGsuiteアカウントからも送信する可能性があるのでredirectではなくincludeに変更してたのですがNG判断されました。仕様上はこれが正しいはずなんですけどね~ 指定されたレコードに置き換える前に、DMARCのポリシーをrej

iCloudに移行するための作業(1/25までの作業)

個人用AppleIDの削除申請出しました。 発行されたアクセスコードを次の画面で入力求められるのですが、コピペできないのでめんどくさいな~と思いながら手打ちした。戻るボタンが有効でよかった。アクセスコードをメモらずに進めたので焦った。 社給用AppleIDは、個人用になるので個人メールアドレスに変更しました。 最終的にはiCloudメールと同じにする予定だけど、会社のアドレスに通知が来るのも嫌なのでとりあえず変更。 最近のアカウント名ってメールアドレスを使うことが一般的になってきて、AppleIDやGoogleアカウント、マイクロソフトアカウントとの関連が頭の中でぐっちゃになることが多いですね。 メールアドレスなのか、フェデレーションなのか、ただのアカウント名なのか。 この3つがサービスによって異なるので、今回みたいにメールアドレスは変わらないけど、〇〇IDは異なるものに変更する場合、どのような影響があるか不安になります。 メールアドレスはDNSのMXレコードによって届くサーバーが決まっているだけで、複数が同居できるので送受信は特に気にする必要がないけど、変えた瞬間にサインインできなくなった~~とか怖いですもん。 現在AppleIDは個人メールアドレスで、Gsuiteアカウントと同じです。 これはメールアドレスと結びついているので、Gsuiteから別のメールサーバーに移行しても影響はない!!って解ってるけど、本当に大丈夫?って不安になる。 特に今回は、iCloudのカスタムドメインなので、本当に大丈夫か?ってなってます。 だからこそ、DNSを触る前に、AppleIDはiCloudメールと同じに合わせる予定なんです。 AppleIDで使っているドメインをiCloudに設定する際に、ドメインの競合?みたいなエラーが出ても困るしね~。

iCloudに移行するための作業(1/22の作業)

 今日までにGsuiteのアカウントの棚卸と状況確認を行いました。 幸いメール以外の利用はほとんどなかったので、メッセージとアドレス帳の移行がメインの作業になりそうです。 メッセージ移行はIMAPメールクライアントを使って実施できそう。 切替はカスタムドメインでの受信準備をしっかり出来ていればDNS切替だけなので大きな問題はなさそうです。 メールサーバー移行は沼というけど、個人だとホント楽ですね。何百人が使っていると新しい環境への切り替えはとても面倒でどんどんタスクが増えていくのですが、ホント気が楽です。最悪メッセージが消えても怒られないし・・・ 1.AppleIDの移行準備。 個人IDはいったんOutlook.comのアドレスに変更しました。まだフォトの移行ジョブは完了していません。移行が終わったら削除手続きに入る予定。 仕事用IDはiCloudメールを有効化し、そのアドレスに変更する予定でしたけど、カスタムドメインに変更してWindowsやandroidからの利用確認を始めています。最終的にはiCloudアドレスに変更したほうが良いのかな~とか思います。 あと問題ないけど、2要素認証がiPhone等になってしまうので、毎回SMS通知を操作するのは面倒です。次の機種変はiPhoneに戻ろうと思います。 2.Bloggerの移行 この記事を書こうとして気が付きました。Gsuiteアカウントで作成していることを・・・ 権限で「他のユーザーを投稿者として招待」できるので、招待した後に管理者に変更しました。このあとGsuiteアカウントを投稿者や削除するのですが、このブログが宙に浮かないことを祈っています。(怖いので実行は先延ばしです) 3.GsuiteアカウントからGmailアカウントへ管理者の変更 Bloggerで気が付いたのですが、AdSenseやアナリティクスも移行する必要がありますね。 この二つもBlogger同様に他のユーザーを追加して管理者にすること出来ました。 ほかに何があるかわからないけど色々調べてみないと後悔しそうですね。 メールアドレスとして連携しているのかGoogleアカウントなのかがわかりにくいので、いったんサインアウトしてGoogle認証画面が出るか見て判断します。 4.「Googleでセキュリティキーを使用する」ってなに? スマートフォンにG

iCloudに移行するための作業(1/20の作業)

iCloudは価格面も良いけど、SPFやDKIMが使えることが高評価。 DMARC推進派としては外せない条件だと改めて思った。 4月ごろをめどにドメイン切替を行えるように準備を進めることにしました。 1.Androidスマートフォンで利用するGoogleアカウントの準備 Gsuiteを使う前に使用していたアカウントをスマートフォンに追加した。徐々に引っ越すぞ!!という意思表示。メール以外のコンテンツはとりあえずGmailに引っ越す予定。 2.AppleIDの確認と準備 個人用iPhoneで使っていたApple IDと社給iPad,iPhoneに使っているApple IDのどちらを利用するかを検討して、社給用IDをメインに決定。大きな理由は現在Androidを使っていて、個人用Apple IDでiCloudメールを有効化することが手間なのと、写真が数枚保存されているだけだったので、日々利用している社給用IDに統合するほうが楽だった。 ・写真はGmailアカウントに移動をリクエストした。 ・社給用IDでiCloudメールを作成してカスタムドメインの受け皿として準備。   iPhoneを使えば簡単に作成できました。 ・Apple IDをiCloudメールと同じに変更しようとすると30日待てと怒られた。 3.AndroidでiCloudメールが使えるかを実際に設定して確認 android版Outlookメールを使うことにした。 アカウント追加は http://appleid.apple.com/  でapp用パスワードを作成してそれを使ってアカウントを登録。一度閉じると再表示できない仕組みっぽいので気を付けよう。 今後の確認事項 ・GMailのメッセージをiCloudメールに移行する方法 ・アドレス帳の移行

無償版G Suiteがとうとう使えなくなるの?

朝からこの話題であたまがいっぱいです。 無償版「G Suite」、7月1日に完全終了 有償「Google Workspace」への切り替え推奨 - ITmedia NEWS   従来の無償版 G Suite - Google Workspace 管理者 ヘルプ 私の私用メールはカスタムドメインが利用できる無料プランを使わせていただいており、現在はG Suite legacyのサブスクリプションということになっている。私も該当するなら対応する必要がある。管理者宛てへ案内メールが送信されているということなので対象なのであれば正式に連絡は来るだろう。 さて、困ったことになった・・・前回の無料版新規終了よりは困ってないけど・・・ とりあえずメールサーバーの移行先を考える必要がる。 すべての個人あての連絡先に使っているのでアドレス変更という選択肢は最後。もともとドメインを取得した理由が一生変更しなくてよいアドレスを手に入れるということだったので目的を変えることになる。まぁ、一般の誤家庭から足を洗う機会ととらえてもよいのだけど。ドメイン維持費もそれなりにするし・・・ 話を戻して移行先をサクッと調べてみた。順番は思いついた順。 第1位  ムームーメール | 独自ドメインで使うWEBメールサービス  年額1,200円で継続利用可能だ。ドメイン管理と同じ会社を使うのは自然かな~ブログもセットとなるとロリポップも候補だ。 第2位  Microsoft 365 Personal (旧 Office 365 Solo)  Microsoftアカウントをカスタムドメイン化するのも手だね。 Outlook.jpメールも使っているけどMSアカウントはこのドメインアカウント使ってるのでインパクトはほとんどない。ただ、Officeアプリが付いてくる点が・・・個人パソコンは永続ライセンスがあるのでいらないんだよね~OneDriveの容量も無料枠+αで困ってない。 年間1.3万はちょっと候補からやっぱり外れた。 第3位  Google Workspace business Starter 案内通り、有償版にアップグレード。すべてはお金で解決だ。 メールしか使わないのに年間8,000円払う価値があるのか?という疑問が出る。 第4位  iCloud+ iCloudの有償プラン。年間1600円程度なのでムーム