Why My VPN Wouldn’t Work on e& or du—and What Finally Got Through

The upload froze at 82 percent.

I was trying to send a signed tenancy agreement and a passport scan to my relocation adviser before the London office closed. The apartment internet ran on du, and I wanted the documents inside a VPN tunnel rather than moving across unfamiliar Wi-Fi unprotected. The VPN app showed a green connection icon, but the progress bar had stopped. I disconnected, chose another server and tried again. This time, the browser lost internet access completely.

I blamed the apartment Wi-Fi.

I moved closer to the router and ran a speed test. The connection was fast. News pages opened immediately, video played normally, and the document portal loaded as soon as I switched the VPN off.

The failure returned only when the tunnel came back.

My phone used an e& SIM, so I turned on its hotspot and connected the laptop. The same VPN stalled at “connecting.” I restarted the app, changed countries and cycled through the available protocols.

Nothing stayed usable long enough to finish the upload.

That is what makes “VPN not working on Etisalat or du” so frustrating. The internet itself may look perfectly healthy. The app may even claim that it is connected. Yet the moment real traffic begins, pages freeze, uploads stop or the entire connection disappears.

The problem was not how fast the network could run.

It was whether that network would allow this particular VPN connection to keep running.

The App Wasn’t the Only Thing Involved

VPN use is common in the UAE. Residents and visitors downloaded more than 9. (Arxiv) million VPN apps during 2025, giving the country the highest adoption rate in the report cited by Khaleej Times. (Khaleejtimes)

Those users are not all trying to do the same thing. Companies use VPNs to reach internal systems. Travellers use them on hotel Wi-Fi. Expatriates use them to access accounts and services from home. Others simply want an extra layer of privacy while handling personal information.

The legal position is also more specific than “VPNs are banned.” UAE regulators have stated that companies, institutions and banks may use VPN technology to access internal networks. At the same time, e& and du are required to apply the country’s Internet Access Management framework, including restrictions on prohibited content and services designed to bypass those restrictions. (Gov) (U)

My document upload was ordinary and legitimate. But the network could not begin by understanding why I wanted the tunnel. It first encountered the connection itself.

That explained why the same VPN could work in another country, work on du but fail on e&, or suddenly stop after months of normal use. A recent UAE discussion described a major VPN that had worked for some time before refusing to connect on e&, while… (Reddit)

That short account was enough to confirm what my two connections were already showing me: this was not just a bad browser session.

More Servers Kept Producing the Same Failure

My established VPN was the obvious first choice. It had a long public history, a large support operation and more server locations than I would ever need.

Normally, that scale was useful. If one route became crowded, I could move to another.

On du and e&, changing locations kept changing the destination without changing the result.

Singapore connected, but pages would not open. Germany reached the document portal and froze during the upload. A UK server lasted less than a minute. Switching between the app’s automatic mode, WireGuard and OpenVPN produced different loading screens, but no completed file.

I could not observe the carriers’ internal filtering rules, so I could not identify the exact signal that stopped each connection.

The pattern was still clear. Ordinary web traffic worked, while several familiar VPN routes either failed to connect or became unusable as soon as data started moving.

The reason does not require a long technical explanation. A VPN encrypts what travels inside the tunnel, but the tunnel itself can still have recognisable characteristics. Networks can act on known server addresses and visible connection patterns without reading the passport scan inside.

That was the distinction I had missed.

I had been comparing VPNs by speed and server count. Neither mattered if the tunnel could not remain usable on the local network.

The Quick Free Option Protected Too Little

With the deadline getting closer, I installed a free browser VPN extension.

It connected immediately. The document portal opened, and for a moment I thought I had solved the problem.

Then the upload process handed the file to a desktop document component outside the browser. The extension protected browser traffic, not everything leaving the laptop. The portal also challenged the heavily reused IP address with an additional security check.

I removed it.

The free option had solved the easiest part: opening a webpage. It had not given me confidence that the entire document transfer was inside the same protected connection.

I did not need another green icon. I needed both files to reach the adviser without guessing which part of the process was covered.

Thirteen minutes remained.

By then, the useful comparison had narrowed sharply. I did not need more servers or a faster speed-test result. I needed a connection designed to get through a restrictive network and carry the upload from beginning to end.

The Smaller App Focused on the Situation

I opened OnlydogVPN.

Instead of placing a large server map in front of me, the app offered situation-based options. I selected the preset for restrictive or difficult networks and connected.

There was no long sequence of countries and protocols to test.

The document portal opened. I dragged the tenancy agreement into the upload box and watched the progress bar approach the point where every earlier attempt had stopped.

Eighty-two percent.

Then 91.

The first file completed.

I added the passport scan. It moved steadily across the screen, finished, and appeared beside the tenancy agreement. I pressed the confirmation button.

A receipt reached my inbox before the London office closed.

The result came before the explanation, which was exactly how I needed it under pressure. The service uses HTTP/3-based transport with additional traffic obfuscation, so the connection does not present the same familiar pattern I had been retrying through the larger provider.

The du connection had already been fast. The smaller app did not need to make it faster.

It made it usable.

That difference turned the article’s original question around. The problem was not that e& or du lacked enough bandwidth for a VPN. The problem was that a conventional VPN route could become easy to interrupt before its speed or server location offered any benefit.

Then the Underlying Network Changed

I clicked the adviser’s confirmation attachment just as the apartment Wi-Fi dropped.

The laptop remained connected to the router, but the internet behind it disappeared. Earlier that afternoon, every network change had forced me to restart the established VPN, choose another server and repeat part of the task.

This time, I switched the laptop to my e& hotspot.

The connection recovered. The receipt continued downloading, and the session remained usable without another round of server selection.

That second result mattered because the two UAE connections had not failed in the same way. On du, the first VPN often connected and then stopped carrying traffic. On e&, it frequently stalled before the tunnel was established.

The smaller service handled the move between them without asking me to diagnose which protocol each carrier preferred.

That is a practical advantage in the UAE, where the connection beneath a VPN may change several times during an ordinary day. A phone moves between 5G and 4G. Home Wi-Fi weakens. A user switches from broadband to mobile data because one route has stopped cooperating.

A VPN that recovers quickly is easier to keep installed than one that needs to be rebuilt every time the underlying network changes.

The app has fewer server locations, a shorter public history and fewer independent reviews than the largest providers. Someone who needs a particular city from a very long list may prefer that larger footprint.

For this task, more locations had only created more failed combinations. One route that established cleanly on both local connections was more valuable.

Why “Connected” Can Still Mean “Not Working”

A VPN can fail in several ways.

Sometimes the app never reaches its server. Sometimes the tunnel forms, but pages and uploads do not move through it. Sometimes one server address stops working while others remain reachable. In other cases, reconnecting produces the same failure because the traffic still looks substantially the same to the network.

That is why restarting the router can help with a temporary fault but do nothing for a repeated VPN-specific problem.

Changing servers may help when one address has been blocked. It becomes less useful when the user must test location after location before finding one that carries real traffic.

The established provider gave me plenty of destinations. The free extension opened the page but covered too little. The smaller app reached the portal, completed both uploads and stayed usable when the laptop moved from du Wi-Fi to e& mobile data.

Each attempt changed the comparison.

First, I thought the fastest network would solve the problem.

Then I thought a larger server list would.

Finally, I understood that both advantages came after a more basic requirement: the VPN traffic had to pass reliably enough to complete the task.

The Network Wasn’t Broken

By the time I closed the document portal, the apartment Wi-Fi was working again. Without a VPN, it had rarely stopped working in the first place.

My established provider was not generally defective either. It had worked well for me on airport, hotel and home networks elsewhere.

The failure was the match between its familiar connection methods and the networks in front of me.

That is why “the VPN works everywhere else” does not settle the question on e& or du. A service can have fast servers, a polished interface and excellent international coverage, then become useless locally if its connection is repeatedly interrupted.

The smaller app approached the problem from the other direction. It used an obfuscated route suited to a difficult network, completed the upload and recovered when I changed carriers.

My documents did not arrive because I found a faster server.

They arrived because I stopped measuring the VPN after it connected and started judging it by whether the task finished.