投稿

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

ADUserとかを編集するPowerShellを作るときの心がけ

個人的な意見なので聞き流してほしい。 Microsoft 365やActive Directoryなどを値をPowerShellで編集する際の心がけなんだけど, 「チェックを確実に行えるようにする」ってのがある。 作業前と作業後に「Get-ADUser <Username>」を実行して比較すればいいじゃん って人は周りに多いけど,チェックミスしない自信があるの?10件,100件でも大丈夫?って思うし,なんでプログラミングしているのにチェックが手動なんだろう?って思う。 変更するプロパティ情報を比較して「True/False」でチェックしたほうがよくないですか? 全角半角,大文字小文字,スペース,lとIのチェックは文字列比較すれば一発ですよ。 $resluts  =  @ () $obj  =  @ () $users_csv  =  import-csv -Path 'filename' foreach  ( $user   in   $users_csv ) {    $ADUser  =  Get-ADUser  -Identity  $user .SAN      $obj  =  New-Object  PSObject -Property  @ {      name                =  $user .Name          DisplayName         =  $user .DisplayName          ADName              =  $ADUser .Name          ADDisplayName       =  $ADUser .ADDisplayName          check_DName      =  $user . DisplayName  -eq  $ADUser . DisplayName     }      $resluts  +=  $obj } $resluts | import-csv -Path 'filename' 信頼できるCSVファイルをどうやって作成するか?という問題はあるけど,チェック作業の信頼性を高めるために↑のようなのを基本作るようにしています。 DisplayNameを変更したいなら

コロナ禍のオリンピック

 去年の今頃は「延期ってありなの?中止だろ!!」と思ってましたけどね。 完全な形での開催は絶対に無理だし,マスメディアが批判的でうるさそうって思ってたので中止が正解だと思ってた。チケットの払い戻し率を高めて中止や無観客を後押しすればいいのにって。 この状況で開催できる国は日本だけだろうって思いもあり,延期という手があったのか!!という驚きもあった。じゃぁ,会場無観客でネット・テレビ中継で楽しもう!!,声援も遠隔で,このマルチメディア,ユビキタス時代,IoT時代を活かした開催を行えばいいじゃない!!って。 単独てタイムを競う競技はリモート開催でもいいよね~。もっと柔軟にコロナ禍だからこそのオリンピックにすればよいのにって。 半年前には選手が日本に来ること自体が無理なんじゃない?と思ってたので柔道とか無理だよね~と思ってたけど,国際大会は行われているようだったので,各競技,それぞれで感染予防をしながらの開催方法を考えていて,これならオリンピック出来るんじゃない? 後は,無観客,選手団以外の入国拒否だけだな!! 日本国民として,「オリンピックを開催したからコロナ感染が増えた」と言わせないようにこの夏はね,自粛してほしいよね。ほんと。 日本という国はね,どんな状況でもおとなしく並ぶこと出来る。文句は言っても,どさくさに紛れて強盗行為や火焔瓶投げたりはしない。ただ,ロックダウンとか強制は出来ない国なので,現状維持でいいとおもう。 撮影スタッフだけ現地入りして,その他はネットやテレビで観戦,ワイドショーや特番でオリンピック祭りすればいいんです。 地球人にコロナ禍でもオリンピックという4年に一度の娯楽を提供できることを誇りに,世界中がコロナ禍のオリンピックが日本でよかったと思ってもらえるように,オリンピック直後に感染者が爆発しないように過ごすだけで,すごいぞ日本って言ってもらえるとおもんだよな~

Plus Email Addressingって便利なの?

世の中には理解できないサービスや機能が存在する。 その一つがPlus Email Addressing。プラスアドレスとかサブアドレスとかRFCで決まった仕様ではなく業界標準?の使い方。 メールアドレスの@の前に+(プラス記号)と任意の文字列 を挿入しても受信できる。 User@contoso.com なら User+001@contoso.com や User+002@contoso.comを実質無限に作れる Webサービスなどのユーザ登録でメールアドレスをIDとして利用している場合に,一つのメールアドレスで複数登録できる。そのほか,アンケートなどで使うメールアドレスに使うことで,本来のアドレスを伝えないことが出来るらしい。 このアドレスの面白いところは,プラス記号自体はメールアドレスに使える文字なので,本来のアドレスが"User+001"の可能性もありプラスアドレスなのか判断できない。 受信者のメールサーバーが未対応だと"User+001"がアドレスとして存在しない場合はあて先不明になる。対応していると"User"あてに届く。 Webサービス側は無制限に登録できることを懸念して”+”を含むメールアドレスは受け付けないと決めている場合もあるらしい。 +をアドレスに使いたかった人にとっては迷惑な仕組み。 効果的な使い方は何だろう? 効果を得られたのだろうか? ん~~~わからない。

お金をかけずに動画で説明資料を作ろう

 手順書作成してるとき,動画だったらわかりやすいんだろうなぁ~と思うことあるよね。 紙芝居だと説明しにくい時とか,動画ならな~と思う。 とりあえず,いつものようにPowerPointのスライドショーで動画作成すればいいよね~って感じで試してみたけど,自分のナレーションはちょっと嫌。スライド内の動画とタイミングを合わせるのは難しく,やっぱり動画編集ソフトが必要だよな~と感じますよね。 1.画面キャプチャの準備 出来るだけ画面の文字は大きい方が見やすいので,対象作業でスクロールや画面からはみ出ない低解像度に変える。タスクバーを消して,全画面で操作すると,スクリーンキャプチャー機能なんかでとってもそのまま使えるし,取り直すときもサイズが違った~って失敗もないのでお勧め。 2.素材を用意する パソコンの操作画面なら,PowerPointの画面録画機能で操作画面を記録できます。 スマートフォン画面はビデオ会議の画面共有で録画できるね。 挿入したビデオは右クリックで「メディアに名前を付けて保存」で動画ファイルとして保存できます。 操作画面の静止画は,ステップ記録ツールを使います。設定で取り込みが画像数を増やして記録すれば,マウスクリックの度にキャプチャしてくれるので撮り忘れも防げてよい。 スライドショーとナレーションの録画はPowerPointの「スライドショーの記録」。スライドごとにナレーションが挿入されるので使い勝手がいい。自分の声としゃべりに自身があるならいいよね~ 3.動画の編集とナレーションの挿入 世の中にはとっても便利な動画編集ソフトを無償提供してくださっている方がいる。 その名も「 ゆっくりMovieMaker 」 基本的な動画編集機能が揃っている上に東方キャラにによるナレーションが簡単に追加できる優れもの。合成音声は商用利用ライセンスの問題があるけど,Microsoft Haruka Desktopを使えば問題なし? 4.仕上げ 慣れない動画編集ソフトでタイトルスライドや静止画説明部を作るのは大変なので,使い慣れたPowerPointを使います。 スライドに素材や動画を張り付けて,アニメーション設定で自動再生できるように仕上げていきます。 最後にPowerPointのエクスポート「ビデオの作成」を使って動画ファイルを出力します。 うん,結構簡単にできた。 まぁ,

憲法記念日だし

  日本国憲法はe-GOV法令検索 で参照できます。 憲法記念日ということで,それらしいことをやってみる。 議論するつもりはないのでそのつもりでお願いします。 第9条,第2章戦争の放棄についてだね。国会議員はこれが大好物。 第2項の「陸海空軍その他の戦力は,これを保持しない」ってところが気になるよね。 自衛隊って一応"軍"ではないらしいけど,陸海空の3つに分かれている点がね~ その他戦力って表現だと,武器を所有する自衛隊は含まれるよね? 細かいこと言えば戦力になればだれでもいいので,拳銃所持する警察や漁師は対象だし,竹槍レベルで言えば一家に一本ある包丁の所有者も戦力かもしれない。 「前項の目的を達するため,自衛隊を組織し,武力衝突を回避し平和的解決するため,代表者対談の場を確保,双方の安全を守る」みたいな条文に変えるなら賛成だな~ 第15条2項の「 すべて公務員は、全体の奉仕者であつて、一部の奉仕者ではない。 」って面白い表現だよね。奉仕者って何?ってところもあるけど,一部のって明示するところにどこに配属されても文句言うな!!ってことなのかな~と思った。 第18条「 何人も、いかなる奴隷的拘束も受けない。 」ブラック企業は憲法違反 第19条 「思想および良心の自由」思想はわかるけど良心の自由って,ごみの投げ捨てはOKって思想は修正したほうがよいのでは? 第20条 いかなる宗教団体も国から特権を受けって・・・俺も宗教団体作って特権受けるぜ!!って思ったけど最後まで読むと「受けてはならない」ってなってた。そりゃそうだ。 2項の行事に参加することを強制されないってのが問題のやつですね。子連れ参加 第21条 結社!! 秘密結社!! 世界征服をもくろむ秘密結社は憲法で守られているのか!!仮面ライダーなどで警察があまり登場しないのはそういうことだったのか!! 第22条 職業選択の自由だね。これ大事。 第24条 婚姻は両性の合意のみに基づいて成立ってことなので,昨今の同性婚あたりは改正しないと婚姻は出来ないってことか~ 第25条 ドラマにもなった漫画のやつだね。健康の定義は何だ!!ってやつだ。 第26条 その能力に応じてひとしく教育を受ける権利 「その能力に応じて」ってところが深いよね~能力のないやつには等しく教育を受ける権利はないってことだ。 2項の普通教育

ADMXがあればIntuneでもグループポリシー配布できるもん

一番信頼できる情報源としては docs を読むのが正解なんだけど,不安を感じたことを書き留めておくね。 1.ADMXファイルをインストールする必要がある  オンプレだと "\\{Domain Server}\SYSVOL\{Domain name}\Policies\PolicyDefinitions" にADMXとADMLを保存したら展開が始まるけどIntuneの場合はデバイスの構成プロファイルを使って配布する。  OMA-URIにADMXの内容を設定するんだけど,OMA-URIってなに?って感じだけど細かいことはDocsを読んでね。  OMA-URIは次の値を設定するよ。 ./Vendor/MSFT/Policy/ConfigOperations/ADMXInstall/ {AppName} /{SettingType}/{FileUid or AdmxFileName} ここで重要なのは {AppName} だけといってもよさそう。 {SettingType}は「Policy」で決定しているし,{FileUid or AdmxFileName}は同じ{AppName}内で競合しなければなんでもよさそうだったのでファイル名が無難ですね。 構成プロファイルを配布をするとレジストリに次のようなキーが2か所に作成される。「HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PolicyManager\AdmxInstalled\{UID}\ {AppName} \Policy\{FileUid or AdmxFileName}」 「\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PolicyManager\AdmxDefault\{UID}\ {AppName} ~Policy~{CategoryName}~{SubCategoryName}」 必要なのは二つ目のキー。実際のADMXファイルを例にすると・・・    < categories >      < category   displayName = "$(string.googlechrome)"   name = "googlechrome" >        <

ねぇねぇ,その電子メール誰の許可を得て送ってるの?

 パスワード付きZIPの代替案でOneDrive for Businessを検証してるときに感じたんだけど,パスワード保護したら大丈夫とか,OneDrive共有してもよいって許可は誰が出しているんだろう?誰の承認を得たらこの運用を全社展開できるんだろう? と考えてた時にパンドラの箱を開けてしまった。 「電子メールを送るのは誰の許可を得てるの?」 そういうのちゃんとしている企業もあると思うけど,「明示的に許可を得た」という記憶はない。一応,国内大手通信事業者で新入社員研修を受けたけど記憶にないよ。 そもそも,研修は注意点などは扱うけど電子メール送信許可となれば業務命令レベルなので,現場配属で出るものだよな~と。メールアドレスを発行した時点で暗黙的に許可しているともいえるけど,〇〇ポリシーとか色々あり,同意書とか求められる現代において情報漏洩の代用的な原因を暗黙的に許可を出すってどうかな~と思うよね。 この電子メール送信の裁量があればOneDrive共有だって良いのでは?共有停止もできるようになるので全く問題ないし,検討すること自体無駄じゃない?機能紹介だけで展開できないかな~と絶対却下されそうな案が生まれたんですよね。 どう考えても電子メールよりセキュアじゃん? IT系システムって見えなければ無法地帯だけど,見えるようになった瞬間にガッチガチに規制する法則がある。 はっきり言って情シスや上司に ”ばれなければ” なんでもできる。(許されないけど) WinMXやWinnyは禁止したいって要望は受けて通信止めたり指導したりしているけど,管理職からDropboxや個人OneDriveを制限しろは聞かない,むしろ使っているようだ。大きなファイル送りたいときに宅ふぁいる便系サービスを活用しているようだし・・・ なので,電子メールは問題にならなければ何やっても許されるツール代表ですね。 でもね,OneDriveの共有を展開提案したらセキュリティは大丈夫なのか?運用は回るのか?教育はどうするのか?何かあったときにどうするのか?などと超うるさいんだよね。比較で電子メールの問題を掲げていても”それは無視!!” だからね思うんですよ。 電子メールは,仕組み的にセキュリティー面ダメダメでも全く問題ない。 最も信頼されたシステムなんだと。 電子メールに置き換えるシステムは存在しないと!!

我が家はWPA3対応

 WPA3 PersonalとWPA2-PSKの違いは事前共通鍵の扱いが異なるらしい。 詳しくはRFCを確認してほしいけど,WPA3は事前共通鍵から生成した一時鍵を使用して認証するため,認証パケットを傍受されても影響が少ないって解釈でよいのかな? 我が家の無線LANアクセスポイントは Aruba InstantOnを使っているので,WPA3も対応している。 このアクセスポイントに切り替えたときに,WPA3を有効化したんだけど,Surface Pro3が接続できないことが発覚したため,WPA2のみで運用をしてたんだけど。WPA3も使ってみたいな~ということで,SSIDを増やして"WPA2/WPA3"と"WPA2のみ"の2つを用意して,接続に問題がある場合のみ"WPA2のみ"を利用するように変えました。 我が家にあるWi-Fi対応機器すべてを設定したけど,心配していた2.4GHzのみ対応機器も"WPA2/WPA3"で接続できたのでSurface Pro3特有の問題ってことがはっきりしました。 Nintendo 3DSも"WPA2/WPA3"に接続できたけど,多分WPA2で接続してると思う。 ついでに"Guest”も公開してみた。 キャプティブポータルで利用許諾したら使えるようにしたのでちょっと〇〇モールみたいな感じだ。一応エリアは狭くなるように5GHz帯だけにしてる。 これを遊びに来た方のNintendo Switchやスマートフォンで利用できるようになったらいいな~という実験。必要な時にONにして提供してみようと考えてる。 と前半を書いてから半月経ちました。 結果,SSID「Guest」を公開してましたが止めました。 1.無線接続でGuestが最初に選択される動きを確認したこと。 キャプティブポータル承諾をするまでは接続しても通信が出来ないけど,リダイレクトによる応答が有るため,スムーズに無線LANへの切り換えが行われない 2.キャプティブポータルの認識度が低い? イオンとかのFree Wi-Fiはキャプティブポータルを採用しているので大丈夫だよな~と思ってたけど,毎回説明しないと接続できない。まぁ,個人宅でって認識が邪魔している可能性はあるけどね~。そもそも

Slack Enterprise GridでDiscovery APIを使うためのメモ

Slack Enterprise Grid それはSlackの最上級のプラン。 ワークスペース作り放題なのでMicrosoft Teamsライクな使い方が出来る。 データのエクスポートはDiscovery APIとして提供され,プラスプランで提供されているCorporate Export は提供されていない。同様の作業は”セルフ”になる。 なんで提供してくれないんだろう?と文句をSlackに言ったことはあるけどね。 Discovery APIを使うためにはいくつかの手順があるのでそのメモ。Slack担当者に聞けば答えてくれるし,Grid契約の前に説明があると思うけど,その前に知りたい人向けってことで。 1.開発用環境をSlack担当者に依頼する もちろん,プランはEnterprise Gridなのですべての機能を試せる 設定を試すとか,アプリのテストも出来るよ 2.Discovery APIを使用するためには本番と開発環境で有効化する必要がある。 まずは,開発環境で有効化しよう プライマリオーナーにDiscovery APIのドキュメントが公開される もらったURLからしか開けないので忘れないようにしよう。 3.アプリを作成する 作成したアプリのScopeにDiscovery APIを追加依頼を出す scopeの選択肢には表示されないので,間違って消したら再申請? アプリはオーガニゼーションにインストールしTokenを取得する 手順書はもらえる。ドキュメントにはなかったと思う。 4.Discovery APIを使って実施したい操作をする 公開されているSlack APIのつよつよ版なだけなので普通のAPIと一緒。 検索すればサンプルはいくらでも出てくるのでそれを参考にしよう。 当然だけどDiscovery APIのサンプルは出てこない 5.すべての情報を取得できるので,取得した情報の取り扱いは注意する 「通信の秘密」に該当する情報だと思うのでね。 依頼する手続きは最初以外は「/feedback」コマンドでよいのが楽で良いですね。 ちなみに/feedbackは9時~5時以外は英語の対応になるってのがグローバルって感じです。 DiscoveryAPIによるエクスポートで優れているのは,フルカスタマイズ可能なこと 特定期間だけのエクスポートは

Slackのダイレクトメッセージを保管したい

PowerShellの情報って少ないよね~Windows10だと標準で動作するのでもっと情報が増えても良いと思うんだけど。 今日は,ダイレクトメッセージを保存しておきたいな~とふと思ったときに使えるスクリプトを招待するよ。チャンネルの取得も同じなので色々と使いまわしが出来るので覚えておこう。この記事の売りはもちろん,Pythonやcurlコマンドではないのですぐ使えるよ。 初めてWeb APIを触ったときはPython勉強しないとダメ?とかcurlコマンドで動くことは分かったけど次はどうすれば?って困ったんだけど,curlコマンドをPowerShellで記述できれば開発環境はWindows10標準のPowerShell ISEで十分なので困ることも少ないよね https://api.slack.com/apps を開いてSlack appを作るけど,必要なUser Token Scopesは「im:read」と「im:history」と「mpim:read」と「mpim:history」だね。 添付ファイルも取得するなら「file:read」が必要。 アプリをインストールしたらOAuthトークンが手に入るので変数「$OAuthToken」に入れておこう。 $OAuthToken = "xoxp-XXXXXXXX" ダイレクトメッセージを取得する準備としてチャネルIDを取得しないといけないので,次のスクリプトを実行する。今回は1対1のみを指定したよ。 3人以上のダイレクトメッセージならUriのtypes=をmpimに変更しよう。 成功したら ok : true,~って感じに表示されるよ。 $param = @{     Uri = "https://slack.com/api/conversations.list?types=im"     headers = @{         Authorization = "Bearer " + $OAuthToken     }     Method = "GET" } Invoke-RestMethod @param | ConvertTo-Json メッセージを取得する時は,下のスクリプトを実行するよ。 大切なのはさっき得られた結果の「id:

暗号化したパスワードなので大丈夫

  注意:個人的な見解です。 顧客情報が漏洩したとき,「パスワードは暗号化されており問題ない」と説明を聞いたことが有るのですが, パスワードを暗号化した文字列なら問題無いかな? でも,パスワードをハッシュ化した文字列だと大問題ですよね。 パスワード「P@ssword」をそのまま保存して,認証時に一致しているかを確認するシステムなんて今どき存在しないと思いたいですが,ハッシュ化して「28s5g3s」を保存してユーザーが入力したパスワードをハッシュ化して一致するかを確認するのは一般的かな?(ハッシュ化を暗号化と表現し漏れても問題ないって人はいます) パスワード欄に「P@ssword」と「28s5g3s」どちらを入力しても認証成功するSMTPサーバ知ってますけど,この製品だとどっちが漏洩しても問題ないとは言えないですよね。 ハッシュ化って非可逆性の変換する仕組みなので「A」を「abc」変換できるけど,「abc」から「A」を断定することが出来ない。「abc」に変換できる文字は「A」や「F」や「GT」など複数あることはわかるけど,「A」であるとは断定できない。だから利用者が入力したパスワードが分からない。だけど,保存しているハッシュ化パスワードと一致するので認証成功できる。 利用者が入力した「P@ssword」を守る効果はあるけど,それに何か意味があるのかな? 入力されたパスワードを無加工でハッシュ化するシステムなんて存在しないと思いたいですね。

パスワードを使いまわして何がいけないの?

 注意:個人的な見解です。 よく,パスワードを強化しろ!使いまわすな!ってきくけど,認証する側がしっかりしてれば適当なパスワード(1111)でも統一でも良いのでは?って思うことが有ります。 秘密の文字列一つで守るって何やっても弱いですよね。 実際のところ認証する側が漏洩事件を起こしたり巻き込まれたりするので全くダメなのですが・・・ そもそも,おまえに認証されたくないのですが!! おまえは認可だけしてろよ!! って。認証と認可って言葉を使ってみたかっただけです。 TwitterやFacebook,Google,Microsoftアカウントは多要素認証にも対応しているので彼らに認証を任せて,連携してくれればな~と本心から思います。 多要素認証ってパスワード自体が脆弱でも問題ないって思うんですよね。ただ,一つのデバイスで多要素認証する場合はほぼ意味ないですけど。 多要素認証の良いところって,誰かが勝手に自分の認証を行ったときに通知が来るところなんですよね。「あなたのID,パスワードが漏洩しました」って言われても,多要素認証で利用するデバイスが手元にあれば拒否すればいいのです。そしてパスワードを変更すれば解決です。 もうね,多要素認証に対応しない認証なんて悪の組織の一員か?って思ったりしてます。 認証のシェア3割目指すとか考えていないなら,認証連携機能を搭載してほしいな~と思います。 パスワードを保管するってリスク以上のメリットってないと思いますよ。

楽天もば~~い

「 私,支払いませんので」でおなじみ楽天モバイルです。 スマートフォンもRakute Handに切り替えて2週間たち,めったにしない通話も何度か行いましたけど,Rakuten Linkが原因なのか,回線なのか,端末なのかわからないけど,Line電話などよりはるかに音質が悪い。おそらくcodecが違うのだろう。 なんか,シャリシャリしたノイズが耳障り。 高音域が割れているというか,圧縮の影響かな~ G.729ってこんな感じだったっけ? もっとモソモソした感じで不快感はなかったような気がするんだど, もしかしたら高音域を強調するとこんな感じなのかな? 昔,IP電話やH323ビデオ会議では携帯電話程度の音質なので慣れるまでは聞き取りにくく,違和感があるけどすぐ慣れますよ。なんて言ってた時の音質に比べても悪い気がする。 聞き取りやすさは問題ない。ただ,長時間聴き続けるのは嫌だな~って感じ。 早く通話を辞めたいと数秒で感じてしまう。 特に,声の大きな相手だとなおさらだ。 などと考えながら,通話を多用するなら難ありだな~と感じてます。 あと,Rakuten回線エリアについては,エリア内なので問題ない。 ただ,我が家とアンテナの方向がdocomoと近いようで,電波はあまり強くない。 docomoは学校の校舎があるのでVoLTEだとブチブチ切れてたので,個人的には改善されたけどSoftBankには満たない感じ。 データ通信はよくわからない。はっきり言ってWi-Fiエリア外では使わないのでわからない。 相変わらずモバイル回線の通信量は100MB/日以下のペース。 出先でアプリをインストールする機会があればわかるかな?って感じですね。 音質はauエリアがなくなれば改善されるのかな~とエリア拡大に期待するのでした。

今日か明日,キャリアチェンジするよ

 大手キャリアの新プランが発表され,mvnoへの影響は?とさらなる低額化への期待が高まる今日この頃,飛びついてしまいました。 登場の時点でかなりマークはしていたけど,決意したときにはキャンペーンが終了し,おそらく微妙な機種と思っていたので今はいいやって継続していましたけど,それなりにしっかりしたと想像する機種がお金もらって手に入るってなら話は別ですよね。 今回ポイントとなったのはOCNモバイルONEより端末代を含めても安くなること。 ポイント還元の場合,無理に使うではなく,日常生活で利用できること。 まず,OCNモバイルは月額1,180円-150円(050Plusが無料)なのでそれ以下で維持できること。データ通信量の実績は毎月300MB以下を維持できている。 リスクを伴うけど,上限ありの段階料金なら最低金額維持が可能。  ポイント還元は結構問題。 日頃利用しているpaypayなら大歓迎 楽天ポイントなら行きつけのガソリンスタンドの支払いで確実に使える。 キャリアポイントは使いにくい。 そんな条件をクリアすることが出来ればよい。 後は自分のポリシーを曲げないこと。 これは結構大きくて,とあるグループに確実にお金が届くことが基本になっている。 親戚がマツダ関連だったのでマツダ車以外に消極的だったり,日立だったので家電はまず日立から選ぶ。 まぁ,さすがに今では某グループってのは薄れてきているけど,自分を社会人として育ててくれた恩もありできればって思う。 ということで来月からはユニバーサルサービス料以外を支払わなくなるのでは?という本当に大丈夫か?って夢みたいな状態になる。 おそらく,1GB未満で維持できる人は少数派かつ,契約回線数を増やしたい思惑もあり,損はしていないと信じている。  私は少数派だけど,契約回線数には貢献できている。 1GBで維持できない多くの方の負担で使わせていただくのだ。 本当に感謝する。 ありがとう。 ちなみに,人生初の0円携帯的なキャンペーンに該当するんだよ。040時代から使っているのに該当したことなかったんだ。

あけまして

コロナから始まり、コロナに終わる。 今年は別の話題で終わると良いですね。 モーそろそろアフターコロナになりたいな〜と思います。  今日は何人でした。とかね、なんか昭和最後の年末年始をちょっと思い出す。 なんだかな〜って感じですね。