<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>VM on M365simple</title>
    <link>https://m365simple.de/tags/vm/</link>
    <description>Recent content in VM on M365simple</description>
    <generator>Hugo</generator>
    <language>de-de</language>
    <lastBuildDate>Thu, 11 Sep 2025 11:00:00 +0200</lastBuildDate>
    <atom:link href="https://m365simple.de/tags/vm/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Azure streicht den Default Outbound Access - Was ist zu tun?</title>
      <link>https://m365simple.de/posts/azure-streicht-den-default-outbound-access-was-ist-zu-tun/</link>
      <pubDate>Thu, 11 Sep 2025 11:00:00 +0200</pubDate>
      <guid>https://m365simple.de/posts/azure-streicht-den-default-outbound-access-was-ist-zu-tun/</guid>
      <description>&lt;p&gt;Ab dem &lt;strong&gt;30. September 2025&lt;/strong&gt; macht Microsoft Schluss mit dem &lt;strong&gt;Default Outbound Access&lt;/strong&gt; für virtuelle Maschinen. Bisher konnten VMs ohne eigene Public IP oder NAT Gateway trotzdem ins Internet. Azure hat sich darum gekümmert. Praktisch, aber kaum kontrollierbar.&lt;/p&gt;
&lt;h2 id=&#34;warum-das-ganze&#34;&gt;Warum das Ganze?&lt;/h2&gt;
&lt;p&gt;Der Schritt ist logisch: Ein unsichtbarer Internetzugang passt nicht zu modernen Zero-Trust-Strategien. Wer Compliance, Sicherheit und Nachvollziehbarkeit ernst nimmt, will wissen, welche Systeme wie und über welche IP heraustelefonieren.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
