<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Connect to Azure file shares with Microsoft Entra Private Access	</title>
	<atom:link href="https://inthecloud247.com/connect-to-azure-file-shares-with-microsoft-entra-private-access/feed/" rel="self" type="application/rss+xml" />
	<link>https://inthecloud247.com/connect-to-azure-file-shares-with-microsoft-entra-private-access/</link>
	<description>Intune, Windows, Office 365, Microsoft 365, Azure, Automation</description>
	<lastBuildDate>Mon, 10 Nov 2025 17:51:40 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: John		</title>
		<link>https://inthecloud247.com/connect-to-azure-file-shares-with-microsoft-entra-private-access/#comment-258243</link>

		<dc:creator><![CDATA[John]]></dc:creator>
		<pubDate>Mon, 10 Nov 2025 17:51:40 +0000</pubDate>
		<guid isPermaLink="false">https://inthecloud247.com/?p=11989#comment-258243</guid>

					<description><![CDATA[I don&#039;t really mind the need for a Windows Server, but I&#039;m having a lot of trouble getting the described solution to work. 

I&#039;ve set up a new VNET, peered it to the VNET to which Entra Doinain Services is connected and changed the DNS so VM is able to join MEDS, but not done it and just left it Entra ID Joined (tried that DNS-part as a step in the troubleshooting). 
That should have been unnecessary, as I believe the connector only points to the private endpoint of the storage account, and FQDN of the Storage Accounts resolves fine,  and the TcpTestSucceeded = True

I&#039;ve also set up the private endpoint and GSA enterprise app, and set up the Storage Account to use Entra Kerberos (as well as granted the [Storage Account] app.reg. privileges.  

I tested by opening up port 443 as well, and that made it possible to connect using Storage Explorer, but trying to navigate using the UNC-path keeps producing the error saying &quot;Windows cannot access 
\\.file.core.windows.net\. Check the spelling of the name. Otherwise, there might be a problem with your network...&quot;.
I am, however, still being prompted for credentials (WHfB pin code) when trying to navigate using the. 

It might best just to ditch GSA, ans stick with the old and trusty VPN. At least for a few more years.]]></description>
			<content:encoded><![CDATA[<p>I don&#8217;t really mind the need for a Windows Server, but I&#8217;m having a lot of trouble getting the described solution to work. </p>
<p>I&#8217;ve set up a new VNET, peered it to the VNET to which Entra Doinain Services is connected and changed the DNS so VM is able to join MEDS, but not done it and just left it Entra ID Joined (tried that DNS-part as a step in the troubleshooting).<br />
That should have been unnecessary, as I believe the connector only points to the private endpoint of the storage account, and FQDN of the Storage Accounts resolves fine,  and the TcpTestSucceeded = True</p>
<p>I&#8217;ve also set up the private endpoint and GSA enterprise app, and set up the Storage Account to use Entra Kerberos (as well as granted the [Storage Account] app.reg. privileges.  </p>
<p>I tested by opening up port 443 as well, and that made it possible to connect using Storage Explorer, but trying to navigate using the UNC-path keeps producing the error saying &#8220;Windows cannot access<br />
\\.file.core.windows.net\. Check the spelling of the name. Otherwise, there might be a problem with your network&#8230;&#8221;.<br />
I am, however, still being prompted for credentials (WHfB pin code) when trying to navigate using the. </p>
<p>It might best just to ditch GSA, ans stick with the old and trusty VPN. At least for a few more years.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Christoffer Jakobsen		</title>
		<link>https://inthecloud247.com/connect-to-azure-file-shares-with-microsoft-entra-private-access/#comment-252149</link>

		<dc:creator><![CDATA[Christoffer Jakobsen]]></dc:creator>
		<pubDate>Tue, 06 May 2025 14:44:14 +0000</pubDate>
		<guid isPermaLink="false">https://inthecloud247.com/?p=11989#comment-252149</guid>

					<description><![CDATA[I like your article! Very easy to understand and follow.]]></description>
			<content:encoded><![CDATA[<p>I like your article! Very easy to understand and follow.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Pete Mitchell		</title>
		<link>https://inthecloud247.com/connect-to-azure-file-shares-with-microsoft-entra-private-access/#comment-239174</link>

		<dc:creator><![CDATA[Pete Mitchell]]></dc:creator>
		<pubDate>Wed, 09 Oct 2024 11:53:07 +0000</pubDate>
		<guid isPermaLink="false">https://inthecloud247.com/?p=11989#comment-239174</guid>

					<description><![CDATA[*sigh*  Another Microsoft &#039;cloud&#039; solution that requires Windows Server(s).  They just need to implement SMB over QUIC on Azure Files and be done with it.]]></description>
			<content:encoded><![CDATA[<p>*sigh*  Another Microsoft &#8216;cloud&#8217; solution that requires Windows Server(s).  They just need to implement SMB over QUIC on Azure Files and be done with it.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
