田舎の情シスくん

プログラミングの出来ないインフラメインの情シス。黒い画面は苦手です。都心のキラキラしたエンジニアにあこがれる日々。。。小さな会社だけど目指せゼロトラスト！！Microsoft/M365/AAD/EMS/Intune/Azure 2児のパパ/酒🍷

[ZOZO Developers @zozotech]

【ZOZO TECH BLOG】最新号
「システム構成図、もう手で描くのやめました ── Claude Codeで構成図を自動生成・自動更新する仕組み」
https://t.co/NzqXgXVi1n

Claude Codeを活用してシステム構成図を自動生成・自動更新する仕組みを構築した事例についてご紹介します #zozo_engineer

[connect24h @connect24h]

Microsoft 365 Copilotを入れる前に、まずこれを全社員に読ませろ。
田口さんのユーザー向け研修資料が神。
AIを「新卒1年目の部下」みたいに扱え、プロンプトの書き方、データ整備の重要性、ハルシネーションやセキュリティリスクまでちゃんと書いてある。
CSIRT目線で一番大事なのは「アクセス権を適当にしてるとCopilotが機密情報まで勝手に拾ってくる」って現実。
教育なしで放り込むと、Shadow AIの温床になるだけだぞ。
https://t.co/DVljnhge4k
#Copilot #M365 #AI教育 #セキュリティ

[seafay(tkhsk) @seafay]

本日の資料になります。
ご参加いただきありがとうございました。

秘密度ラベル初心者が第1歩でつまづかないための「設計・運用」ポイント
https://t.co/vlDAdKmqBp

#ゆるPurview

[もりはや @morihaya55]

素晴らしいナレッジだった
公開に圧倒的感謝...!!!

https://t.co/572ug2zq9Q

[ちょまど🦕ITエンジニア @chomado]

この手順書を読んでくださった方から
「俺 Windows じゃないからそっ閉じした」
というFBをいただき
「お伝えする URL を web ブラウザで開いてもらったら、ハンズオン環境の整った Windows VM 環境が開きます！なので OS は何でもいいよ！」
と追記
https://t.co/z0WOSYI1en
#CodeWithClaude

[ふらり@ROBO BOY (Modern) | Microsoft MVP @flali_world]

本日の登壇資料です！

Dataverseについて学ぼう！ | ふらり
#気ままに勉強会 #Dataverse #PowerPlatform #PL900 #PL900の本
https://t.co/uq268Rmgpv

[コルネ @koruneko32767]

Microsoft 365 CopilotとのPower BI統合

[けんと＠設計構築チャンネル @yeiquer12]

⭕️ネットワークエンジニアが
ネイティブVLANで混同しやすいこと

✅ネイティブVLANの正体

まず結論。

ネイティブVLANは、
トランクポートで

タグなし通信が来たときに
どのVLANとして扱うか
を決める設定。

ここが本質です。
普通にVLANを作るだけなら、
ネイティブVLANはあまり意識しない。

でも、
スイッチ同士をトランクでつなぐときは
必ず意識する。

なぜならトランクポートでは、
複数のVLAN通信を
1本のリンクに流すから。

このとき使われるのが、
IEEE 802.1Q

IEEE 802.1Qは、
VLANタグを使って
複数のVLAN通信を識別するための標準仕様。

Ciscoだけの独自仕様ではなく、
トランクでVLANを扱うときの
基本になる考え方。

たとえば、
VLAN10
VLAN20
VLAN30
の通信を、
スイッチ間でまとめて流す。

通常、トランクでは
フレームにVLANタグを付ける。

つまりトランクでは、
基本的に
タグ付き通信
としてVLANを識別している。

ただし、802.1Qトランクでは
タグなしフレームが来たときの扱いも
決める必要がある。

このタグなし通信を
どのVLANとして受けるか。
これがネイティブVLAN。
たとえばCiscoで、
トランクをこう設定したとする。

interface GigabitEthernet1/0/1
switchport mode trunk
switchport trunk allowed vlan 10,20,30
switchport trunk native vlan 999

※999は例。
実務では、会社や基盤のVLAN設計ルールに合わせて、
業務通信にも管理通信にも使っていないVLAN番号を指定することが多い。

ここで見るべきポイントは2つ。
1つ目は、

switchport trunk allowed vlan 10,20,30
これは、
トランクで通すVLANを
10、20、30に絞る設定。
つまり allowed VLAN。

2つ目が、
switchport trunk native vlan 999
これは、
タグなし通信が来たら
VLAN999として扱う設定。
つまり native VLAN。

ここが混同しやすい。

allowed VLANは、
タグ付き通信として
どのVLANを通すか。
native VLANは、
タグなし通信が来たときに
どのVLANとして受けるか。

だから、
「VLAN10をトランクで通す」
と
「ネイティブVLANが10」
は意味が違う。

VLAN10をトランクで通すというのは、
基本的には
VLAN10タグ付きの通信を通すこと。

ネイティブVLANが10というのは、
タグが付いていない通信を
VLAN10として扱うこと。

ここを分けて考える必要がある。

では、なぜネイティブVLANがあるのか。
理由は、
802.1Qトランクでは
タグ付きフレームだけでなく、

タグなしフレーム
の扱いも決める必要があるから。

つまり、
トランク上にタグなし通信が来たときに
その通信を
どのVLANとして扱うのか。

この受け皿が native VLAN。
今の実務では、
ネイティブVLANを便利に使うというより
業務や管理で使わない前提で
安全側に管理する

という考え方が多い。

なぜなら、
タグなし通信をそのまま受けると、
意図しない通信が
想定外のVLANに入る可能性があるから。

特に、
ネイティブVLANがVLAN1のまま放置されていると、

タグなし通信がVLAN1に入る
という状態が残る。
これが設計上分かっていればいい。

でも、
なんとなくデフォルトのまま放置されていると危ない。

だから

✅管理通信は管理用VLANに分ける
✅業務通信は業務用VLANに分ける
✅トランクで通すVLANは必要なものだけに絞る
✅不要な自動ネゴシエーションは無効化する
✅ネイティブVLANは業務にも管理にも使わない番号にする

こういう考え方をすることが多い。
ネイティブVLANは、
不要になったわけではない。

今でもCatalyst 9300のような機器でも、
トランク設定では native VLAN の考え方は出てくる。

理由は、
802.1Qトランクの仕組みとして
タグなし通信の扱いが残っているから。

ただし現代の設計では、
ネイティブVLANを積極的に使うというより

設定としては存在するが、
運用上は使わせない
という扱いにすることが多い。
実務で見るべきポイントはこれ。

✅ native VLANが何番か
✅ 両端のトランクで一致しているか
✅ VLAN1のまま放置されていないか
✅ 業務VLANをnative VLANにしていないか
✅ 管理VLANをnative VLANにしていないか
✅ allowed VLANが広すぎないか
✅ タグなし通信が来たとき、どこへ入るか

ネイティブVLANは、
普段使うVLANではない。
トランク上で、
タグなし通信が来たときの受け皿。

だから、
トランク設定で native VLAN が出てきたら、
「何のために使うか」

ではなく、

「タグなし通信が来たときに、どこへ逃がすか」
「業務や管理に影響しない設計になっているか」

を見る。

ここを理解すると、
ネイティブVLANの正体がかなり見えやすくなる。

[しのゆーさん @shinoyu___]

こいつらどこから来てるんだ(￣･ω･￣)と常日頃思ってたことが解決した。そんなことになってたのか…

外部からアクセス可能なhttpsサイトはドメイン設定後「即」攻撃にさらされる件 https://t.co/SejaPtflIR

[Kazuki Masuda @kamasuda2021]

登壇資料、共有します。
https://t.co/bs9UeubMFG
昨日はありがとうございました。
#すきやねんAzure

[rotonyan 🍣 @rotomx]

SaaS や MDM の導入などは数年で転職を繰り返してても、副業のパートタイムの範囲での対応でも経験できたりするけど、クラウド移行や AD 廃止、ネットワーク刷新、本社移転みたいな大規模プロジェクトとはフルタイムで長く在籍していないとなかなか経験できない

[Tom's Hardware @tomshardware]

Microsoft's April patch puts Windows domain controllers into reboot loops — third known issue from KB5082063 is affecting Windows Server 2016 through 2025 https://t.co/p7bCewE3O4

[よしだたいき | 高卒で🇺🇸GAFAMエンジニア管理職 @TaikiYoshidaJP]

先週も投稿しましたが、念のため流れて見てない方向けに：AI Tourで登壇したセッション「Copilot Studio を活用した高度なエージェント開発」の資料、日本語用リンクを共有します。 参加者限定の資料もありましたが、リンクも変更し皆様にオープンしました！

https://t.co/BKsXVUBNz3

[シンジ☁Shinji @sudachikawaii]

この筆者に感謝。大作です。最新の情報に書き換えて、社内で使いたいと思っております。
社内研修って枠作りと資料づくりと継続性の担保をするための準備がすごい大変なので、それをすっ飛ばせる感じで大助かりです。
https://t.co/AIbrzpEl5C

[モグ｜セキュリティ担当 × Claude Code MAX勢 @moneymog]

「今どのレイヤーの話か」を識別すれば混乱しないという整理の仕方が秀逸。ログイン周り説明するとき参考になる
https://t.co/SIwjBsOQxH

[yousukezan @yousukezan]

Windowsのイベントログ分析トレーニング用コンテンツの公開 https://t.co/sfo4MKWLaq

[国井 傑@Microsoft 365トレーナー @kuniisuguru]

[blog update]条件付きアクセスまとめ
Microsoft 365 Virtual Marathonで解説した「失敗しない条件付きアクセス」シリーズが2025年版になって帰ってきました！
設定方法というよりは考え方を解説しているので、これから条件付きアクセスに触れる方にお勧めです
https://t.co/BZfF56hFSm

[tech-mmmm@インフラエンジニア @tech_mmmm]

ブログ書きました。Entra JoinしたWindows 11デバイスにEntra IDでリモートデスクトップ接続する手順を記載します。

https://t.co/EzXJlyxPhg

[石川 陽一 Yoichi Ishikawa @ishiayaya]

国井さんと学ぶMicrosoft Defenderセキュリティアラート体験 / M365セキュリティ&ゼロトラスト勉強会 32 https://t.co/JtIVGnuE2y

[宇田周平 @syuheiuda]

最後まで埋まってなかった 15 日目の分、走り書きで内容薄くて申し訳ないなと思いつつ書きました
我が家はまだ Hybrid Join の端末も残ってるし、割と遅れてる自覚あるので頑張らねば…
https://t.co/A94eBSooWF