SPF・DKIM・DMARCの図解、設定の確認方法――GmailもOutlook.comも、なりすましメールを防ぐべく「DMARC必須」
SPF・DKIM・DMARCの図解、設定の確認方法――GmailもOutlook.comも、なりすましメールを防ぐべく「DMARC必須」：意外と知らないメールサーバ構築・運用の基本（7） メールの仕組みや基礎を再確認しながら、確実にメールを届けるために必要な設定や運用のポイントを解説する連載。今回は、送信ドメイン認証の中でも特に重要性が増している「DMARC」について、その背景から具体的な対応のポイントまで解説する。 2025年に入ってから、「突然メールの開封率や反応率がガクッと落ちてしまった」「送信メールがGmail宛てに届かない」といった声が企業の間で相次いでいます。その背景には、GoogleやAppleなど主要なメールサービスによる送信ドメイン認証の厳格化があり、特に「DMARC（Domain-based Message Authentication, Reporting & Con
[入門] ネットワーク基礎 インフラエンジニアとネットワークエンジニアの本当の違い - Qiita
物理的な接続に関する知識 ネットワークエンジニアは、以下のような物理的な設備についても理解している必要があります。 局舎：キャリアの設備がある建物で、ここから各ビルへ回線が引き込まれる MDF（主配線盤）：建物内の主配線盤で、キャリア回線の引き込み点となる 責任分界点：キャリアと利用者の責任境界。障害時の切り分けで重要 引き込み経路：局舎から建物までの物理経路。工事可否の判断に必要 必要な調整業務 キャリアとの調整では、技術的な知識だけでなく、プロジェクト管理能力も求められます。 工事日程：キャリア側と利用者側の調整が必要。双方の作業員の手配も含む 仕様確認：インターフェース規格、VLAN設定、ルーティング情報などの技術仕様のすり合わせ 障害切り分け：障害発生時にどちらの責任範囲かを明確にし、迅速な復旧を行う これらの知識は、サーバーエンジニアやクラウドエンジニアには通常求められない、ネッ
![[入門] ネットワーク基礎 インフラエンジニアとネットワークエンジニアの本当の違い - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/257c3eaad670caab69b33f075612981d1c6e393f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Ftech-festa-ogp-background-4b5015b2c518c7e6b9062a7c9f5f5e90.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnMzLWFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkZxaWl0YS1pbWFnZS1zdG9yZSUyRjAlMkYzNTIxNTczJTJGZTBmMGU4NmM4MTg2ZGUzN2NmMGFlNWMxYmIzMzFjNzM5NDIyNjNhOSUyRnhfbGFyZ2UucG5nJTNGMTc1MjIyNTQyMz9peGxpYj1yYi00LjAuMCZhcj0xJTNBMSZmaXQ9Y3JvcCZtYXNrPWVsbGlwc2UmYmc9RkZGRkZGJmZtPXBuZzMyJnM9NjhmYzIyNjMwMzllNGU0NzQyOTE3MGMyZTdjYjExOTY%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dcc1a59e5a96046a7f38619543aa5f4c8%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUU1JTg1JUE1JUU5JTk2JTgwJTVEJTIwJUUzJTgzJThEJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgzJUFGJUUzJTgzJUJDJUUzJTgyJUFGJUU1JTlGJUJBJUU3JUE0JThFJTIwJUUzJTgyJUE0JUUzJTgzJUIzJUUzJTgzJTk1JUUzJTgzJUE5JUUzJTgyJUE4JUUzJTgzJUIzJUUzJTgyJUI4JUUzJTgzJThCJUUzJTgyJUEyJUUzJTgxJUE4JUUzJTgzJThEJUUzJTgzJTgzJUUzJTgzJTg4JUUzJTgzJUFGJUUzJTgzJUJDJUUzJTgyJUFGJUUzJTgyJUE4JUUzJTgzJUIzJUUzJTgyJUI4JUUzJTgzJThCJUUzJTgyJUEyJUUzJTgxJUFFJUU2JTlDJUFDJUU1JUJEJTkzJUUzJTgxJUFFJUU5JTgxJTk1JUUzJTgxJTg0JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjNGRkZGRkYmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9YzJhOWViMzQ1M2RmMTFhZThjN2M1NDc3YzI5ZDhjNTQ%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBTaGlnZW1vcmlNYXNhdG8mdHh0LWNvbG9yPSUyM0ZGRkZGRiZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz1kODJmMzE4ZjlkN2I5OGFjYjY0Y2YwOGYwNDBlMDE3YQ%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D606b1f8c6e5d44c9f1a5b9df1b4ad95d)
次世代インフラを手に入れる一手 VMwareからコンテナへの移行戦略で成否を握る鍵は？
次世代インフラを手に入れる一手 VMwareからコンテナへの移行戦略で成否を握る鍵は？：仮想化基盤刷新とコスト最適化の両立 VMwareのライセンス変更を契機に、企業のITインフラ戦略は再考を迫られている。単純な移行ではなく、将来を見据えたIT基盤の最適解を模索する中で、注目を集めるのがコンテナ技術だ。「Red Hat OpenShift」などの活用を含め、企業はITインフラの在り方をどう見直すべきか。 VMwareがBroadcomに買収され、ライセンス形態や価格体系が大幅に変更になった。それにより多くのユーザーが、既存システムの基盤となっているVMware製品を利用し続けるのか、それとも他の基盤に乗り換えるのか、選択を迫られるようになった。乗り換えるなら、どの製品を移行先として選ぶのか。 この状況は、中堅・大企業にとって、サーバ仮想化を含めたITインフラ自体を自社のIT戦略に照らし合わ
LinuxがDockerからPodmanに向かうわけ｜谷山 亮治
― 10年のコンテナ実践から見えた次世代スタンダード 📆 コンテナ技術の始まり：私とlxc-toolsの出会い（2010年頃）私が初めてLinuxコンテナに触れたのは、2010年ごろのことです。Ubuntuに lxc-tools が登場し、Linuxカーネルの cgroups や namespaces 技術を活用して、プロセス単位で隔離された仮想サーバ（OSフルスタックコンテナ） を実行できることに衝撃を受けました。 当時、私が構築したのは「機能単位で分離したlxc仮想サーバ」による マイクロサービスアーキテクチャ でした。約15の機能別コンテナを連携させ、1つのシステムとして動作させる。Dockerが登場する以前に、マイクロサービス的設計思想を実装していたことになります。 実際、当時のバイトスタッフに異なるホストへの移植テストを依頼し、Ubuntu上では完全な移植性があることを確認しま
約30万台のHDDを運用するストレージサービス・Backblazeがモデル別故障率をまとめた「メーカー・モデル別統計データ2024年版」を公開
クラウドストレージサービスを提供するBackblazeは、自社データセンター内で30万台以上のドライブを運用しており、定期的にメーカーやモデルごとのストレージデバイスの故障率を公開しています。2025年2月11日に公開されたレポートでは、29万8054台のドライブに関する年間故障率(AFR)などの年間統計が報告されました。 Backblaze Drive Stats for 2024 https://www.backblaze.com/blog/backblaze-drive-stats-for-2024/ 2024年にBackblazeが運用したHDDは全27モデルで、運用台数が4万185台と最多だったのは東芝の「MG08ACA16TA」です。2024年における全モデルの平均AFRは1.57％で、総故障発生数は4372件でした。なお、故障発生件数が0のモデルはありませんでしたが、Seag
マイクロソフト、「Azure Local」発表。低スペックのサーバもAzureのエッジとして利用可能に
マイクロソフト、「Azure Local」発表。低スペックのサーバもAzureのエッジとして利用可能に マイクロソフトは米イリノイ州シカゴで開催中のイベント「Microsoft Ignite 2024」で、低スペックなオンプレミスのサーバでもMicrosoft Azureのエッジとして簡単に設定できる新サービス「Azure Local」を発表しました。 Azure Localにより、オンプレミスのサーバでMicrosoft Azureの高度なセキュリティや可用性などを備えつつ、コンピュート、ストレージ、ネットワーキングやアプリケーションサービスなどを利用できます。 Azure Localは低スペックなマシンで利用できる これまでMicrosoft Azureの機能をオンプレミスなどのエッジロケーションに拡張するものとして、Azure Stack/Azure Stack HCI/Azure
WSUS非推奨化発表に伴う感想と今後どうするのか - kkamegawa's weblog
techcommunity.microsoft.com ※ とりあえず現時点（2024/9/21）でのアナウンスなので、今後撤回もしくは延期される可能性もあります。 10月公開といわれているWindows Server 2025ではWSUSは継続するようですが、今回非推奨化のアナウンスが出たので、（変更がなければ）おそらく2025の次のWindows Serverには非推奨マークがつくのだろうと思います。私もWSUS初登場時からずっと使ってきて、大変お世話になりました。感慨深いですね。 とはいえ、私が管理する自宅ではもうWSUSの運用やめちゃったんですよね。昔は複数のWindows Serverがあって、Officeもいろいろあってと自宅で10台程度でも割と運用する意味があったんですが、今はもうないかなーということでWindows Server 2019のころにやめてしまいました。 WSU
今日から始める「システム監視」。大量トラフィックのシステムを安定して運用する知見をアソビューのSREに学ぶ - Findy Tools
公開日 2024/08/16更新日 2024/08/15今日から始める「システム監視」。大量トラフィックのシステムを安定して運用する知見をアソビューのSREに学ぶ はじめにアソビュー株式会社では、アソビュー！という電子チケットを販売するサイトを運営しています。 システムを安定稼働させるためには、日常的にシステムの状態を監視して、問題があれば調整するというプロセスを繰り返すことが必要不可欠です。本記事では、アソビュー株式会社において、どのような体制でこの安定稼働を実現しているかということを書くことによって、同じようにシステムを安定稼働させたいと日々考えておられる方々を想定読者として、そのノウハウを共有しようと思います。 安定稼働をするために必要な要素 人間の健康管理のために必要なことシステムを安定稼働するために必要なことというのは、人間が健康に生きていくためにやっておいたほうがいいことと共通
Postfixのログ監視で注意すべきSMTPのステータス仕様について - Hatena Developer Blog
システムプラットフォームチーム SREのid:MysticDollです。 この記事は、はてなの SRE が毎月交代で書いている SRE 連載の5月号です。先月分は id:heleeen さんの Mackerel で行った障害対応演習を紹介します でした。 先月 Platform Engineering Meetup #8 にて 「はてなにおけるメール基盤とDMARC対応」というタイトルで登壇させて頂きました。 speakerdeck.com この記事では資料では紹介しきれなかった、メール送信基盤の監視で気をつけるべきSMTPのステータスの仕様とそれらを踏まえた監視方法について紹介します。 メールのステータス形式 SMTP Reply Code 1桁目 2桁目 3桁目 DSN 1つ目 2つ目 3つ目 Postfixのログからのエラーのメトリクス化 まとめ メールのステータス形式 SMTPにお
業務でAWSを利用する時に知っておくべきポイント10選 - Qiita
リソースが簡単に作成・削除できる分、ご操作も起こりやすいです ご操作防止の設定を加えたり、事前にルールを決めたりしましょう 4. セキュリティサービスを有効化する AWS社は、セキュリティをAWSにおける最優先事項であると明言しています CloudTrail, Config, Security Hub, GuardDutyなどは全リージョンで有効化することが推奨されています Security Hubはセキュリティスコア100%を目指しましょう Security Hubのセキュリティ基準を全て有効化してしまうと運用が大変になりますので、”AWS 基礎セキュリティのベストプラクティス v1.0.0“ から始めましょう セキュリティサービスを全て有効化したとしても、インシデントは起きます セキュリティサービスを有効化しておかないと調査が難航します 仮にインシデントが発生した場合は、セキュリティの
インフラマネージャー厳選！10年使える知識が身につくおすすめ書籍10選 - RAKUS Developers Blog | ラクス エンジニアブログ
ラクスでは多くのSaaSプロダクトを開発・運用しており、オンプレミスまたはクラウドを適切に選択してインフラ基盤を構築しています。 そのインフラを担うのが、ラクスのインフラ開発部です。 今回はインフラ開発部のマネージャーが厳選した、インフラエンジニアにおすすめの書籍10選をご紹介します。 それぞれの書籍に推薦コメントを記載していますので、是非ご参考になさってください。 選定基準は以下の通りで、今後インフラを深く理解し実力をつけていきたい方にも最適です。是非ご覧ください。 「すぐに役に立つがすぐに廃れる知識ではなく、10年以上使える書籍」 「分かりやすい本ではなく、難解ではあるがきちんと原理・原則を学べる書籍」 目次 目次 Operating Systemを理解しよう 詳解 Linuxカーネル 第3版 DNS & BIND 第5版 トラブルシューティングを理解しよう 詳解 システム・パフォーマ
自宅仮想サーバーをESXiからProxmox VEに移行した話
私は自宅に仮想サーバーを置いて、その上でファイルサーバー（NAS）や外部公開サーバー、検証機などを動かしています。 仮想基盤には長らくVMware ESXiを使っていたのですが、このたびDebianベースのProxmox VEに環境移行しました。 ESXiからProxmox VEへ移行するきっかけ 移行のきっかけは 「ESXiは仮想マシンにTPMを追加できないので、Windows11のインストールや大型アップデートが大変面倒」 という理由でした。 ESXiで全くTPMが利用できないわけではなく、「有償ライセンスを購入してvCenterServerを構築し、キープロバイダ機能を有効にする」ことで管理下のESXi仮想マシンにTPMを追加できます。が、こちらはWindows11仮想マシンをたった1台作りたいだけなのに、これは大げさすぎます。お金もかかります。 最近ESXi8がリリースされたので、
障害対応で大切だと感じていることのまとめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私個人の障害対応の経験と 一昨日参加したIncident Response Meetup vol.1での学びから 障害対応において大切だと感じていることをまとめる。 障害とは リリース後のシステムにおいてシステムの不具合やユーザーの操作ミスによってユーザー業務に影響が出ているもしくは出る恐れがあるもの。 障害対応の目的 システムを直すことではなく、ユーザー影響の回避・低減・早期回復をすること。 障害対応に対する心構え システムの信頼性の要である 障害への対応の仕方でユーザー影響が大きく変わる いつ発生するかわからないため特定の人が常に障
Ubuntu 24.04 LTS サーバ構築手順書
0 issue "letsencrypt.org" 0 issuewild "letsencrypt.org" 0 iodef "mailto:yourmail@example.jp" §OS再インストール 初期設定で期待通りの設定ができていない場合は、OSの再インストールをする。 さくらVPSのコントロールパネルから、OSを再インストールするサーバを選ぶ。 www99999ui.vs.sakura.ne.jp §OSのインストール操作 Ubuntu 24.04 LTS を選ぶ。 OSインストール時のパケットフィルタ（ポート制限）を無効にして、ファイアウォールは手動で設定することにする。 初期ユーザのパスワードに使える文字が制限されているので、ここでは簡単なパスワードにしておき、後ですぐに複雑なパスワードに変更する。 公開鍵認証できるように公開鍵を登録しておく。 §秘密鍵と公開鍵の作成 ク
Gmailの新スパム規制対応全部書く
[2024年1月10日、19日追記] GmailとYahoo!側のアップデートに合わせていくつか細かい説明を追加しています（大筋は変わっていません）。変更点だけ知りたい方は「追記」でページ内検索してください。 2023年10月3日、Googleはスパム対策強化のため、Gmailへ送るメールが満たすべき条件を2024年2月から厳しくすると発表しました。また米国Yahoo!も、2024年2月 第一四半期[1] から同様の対策を行うと発表しています。端的に言えば、この条件を満たさないと宛先にメールが届かなくなるという影響の大きな変更です。 この記事では、Gmailや米国Yahoo!の規制強化への対応方法を解説します。ただし米国Yahoo!にメールを送る人は多くないと思うので、フォーカスはGmail寄りです。また、メール配信サービス（海外だとSendGridやAmazon SES、国産だとblas
詐欺メールを減らす「送信ドメイン認証」、運用時の3大つまずきポイントと対策
SPFレコードであれば、バージョン、判定基準となる「メカニズム」、処理方法を定義する「クオリファイヤー」などを記述する。DMARCレコードであればバージョンのほか、認証に失敗した際に受信者に求めるアクションを定義する「ポリシー」や、メールの認証結果を示す「リポート」の送信先などを記述する。 しかし、いざ現場に実装するとなると、「設定を失敗しないだろうか」などと不安に思うIT管理者も多いかもしれない。つまずきやすいケースを知らなければ、何が起こるか分からず不安になるのも当然だ。 そこで、メールセキュリティーのクラウドサービスを運用する現場から、送信ドメイン認証の導入や運用でよく見かける「つまずきポイント」を紹介する。ポイントを知っておけば、注意しておきたい勘所が分かる。不安を払拭できるはずだ。 送信ドメイン認証の運用における代表的なつまずきポイントは3つある。（1）書式を誤る、（2）メールマ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【Ubuntu日和】 【第61回】実録！SSDにバッドセクターが発生！Ubuntuを使ってデータを救出した様子
入門 バックアップ
【Ubuntu日和】 【第41回】流行りの超小型USB SSDを使い、Ubuntuをポータブルに運用する
Gmailが2024年2月から(大量)送信者に求めてることが分からない闇への防衛術(後編) - Qiita
