Issues Mapping Azure Files Storage After ISP Modem Replacement
A few years ago, we transitioned from an on-premises server to using Azure Files Storage for managing our files. To ensure accessibility, we mapped 10–11 Azure folders to drive letters on client workstations via File Explorer. This setup worked seamlessly until yesterday when our ISP replaced our connectivity hardware.
Original Configuration:
- ISP modem (Spectrum) connected directly to a FortiGate device.
- FortiGate configured with a static IP provided by the ISP for VPN connectivity.
New Configuration:
- ISP replaced the modem with a modem-router combo (to maintain the static IP).
- Configuration: ISP modem-router → FortiGate device.
This resolved our intermittent connectivity issues and improved bandwidth. However, the new setup has caused problems with accessing Azure Files Storage.
Issue Details:
Symptoms:
- On my home network (Frontier), I can map Azure file shares on my laptop (Windows 11) as before.
- On the office network:
- My Windows 11 laptop cannot access the mapped Azure shares.
- A different laptop (Windows 10) shows Azure resetting the SMB connection during mapping attempts.
- SMB3 protocol explicitly appears in home network WireShark captures, but not in office network logs.
Debugging Steps Taken:
- DNS resolution for Azure Files works on both home and office networks.
- Port 445 is confirmed open through routing on the office network.
- Spectrum claims the new modem-router operates as a "pass-through" device with no traffic modifications.
Despite these checks, Azure SMB connections fail in the office network. I’m looking for suggestions to diagnose and resolve this issue.
