FIELD NOTES
A personal record of travel, networks and small failures
TRAVEL NOTE

How I Got a VPN Working in Dubai When “Connected” Meant Nothing

The contract was signed, the client call started in eighteen minutes, and the hotel Wi-Fi had chosen that moment to stop carrying anything through my VPN. The app showed Connected. My inbox worked without it. The client portal did not work with it. I blamed the London server, switched to Amsterdam and restarted the browser. The portal returned another timeout.

I was working from a hotel room near Dubai World Trade Centre. The signed contract contained pricing, customer information and an unreleased launch schedule. Sending it through shared Wi-Fi without protection felt careless.

Keeping the VPN connected felt equally pointless when the file could not leave the laptop.

I opened a search page.

It loaded instantly.

I opened the hotel website.

That loaded too.

Then I returned to the client portal.

Nothing.

The VPN had completed its connection, but the work behind it had stopped.

The short answer

That failure is not unusual on travel networks. In one public account from a long-stay guest in a Dubai hotel, an OpenVPN tunnel connected normally but no websites loaded; the same setup worked after switching to a mobile hotspot. ( Reddit )

I checked the law before I checked another server

Before doing anything else, I made sure I was solving the right problem.

VPN use in the UAE is not automatically illegal. The UAE telecommunications regulator has said that the law targets misuse, not activities that remain consistent with UAE law. (Gov) The country separately regulates internet calling services, so I kept the task narrow: secure access to a company portal, a document upload and a scheduled business meeting.

That distinction removed one source of anxiety.

The next question was technical rather than legal: why did ordinary browsing work while the protected connection carried almost nothing?

I disconnected the VPN and reopened the client portal.

The login page appeared immediately.

That proved the hotel internet was working. It also proved the VPN was part of the failure.

I completed the hotel’s Wi-Fi login again, restarted the laptop and reconnected to the established provider I normally used when travelling.

The app selected London.

The portal stalled.

I switched to Frankfurt.

The login page opened, but the document upload remained at 0 percent.

Singapore connected quickly and produced the best speed-test result of the three.

The contract still did not move.

By then, the familiar server map had become a distraction. I was changing the destination while leaving the connection method almost untouched.

The green badge was only half a connection

A VPN app can finish its handshake and display Connected even when useful traffic is being dropped, fragmented or handled badly afterward.

That failure is not unusual on travel networks. In one public account from a long-stay guest in a Dubai hotel, an OpenVPN tunnel connected normally but no websites loaded; the same setup worked after switching to a mobile hotspot. (Reddit)

The useful part of that story was simple: a connected icon did not prove the hotel network could carry the tunnel correctly.

It also matched the concern of more recent Dubai business travellers, who have specifically looked for reliable workspaces with strong internet, Ethernet access, video calling and dependable VPN support rather than trusting hotel Wi-Fi automatically. (Reddit)

I tested the same idea on my own phone.

The established VPN worked better through mobile data. The client portal opened and the upload began.

Then the signal weakened inside the room, and the file stalled at 14 percent.

I could stand beside the window and hold the laptop near the hotspot for the rest of the morning. I could also accept that I had found a workaround, not a working setup.

The meeting was now eleven minutes away.

I returned to the hotel Wi-Fi.


More countries did not change the first few seconds

The large provider had a real advantage: years of public history, mature applications and a broad server network.

Its weakness in that room was narrower. Every standard route I tried behaved similarly before the traffic had a chance to benefit from the provider’s scale.

That made sense once I stopped looking at the map.

Some conventional VPN traffic can be identified from its connection patterns and server responses, without anyone reading the encrypted contents. Researchers have demonstrated this with OpenVPN fingerprinting. (Usenix) A hotel or upstream network does not need to understand the contract inside the tunnel to handle that tunnel differently from ordinary web traffic.

The practical question was no longer whether London or Frankfurt was faster.

It was whether the connection could pass through the hotel network cleanly in the first place.

I could not observe the hotel’s internal filtering, packet handling or upstream routing rules. I could observe the pattern: ordinary internet access worked, the established VPN connected, and the protected traffic repeatedly stalled.

Another country would not change that pattern.

A different connection might.

The contract moved before I chose a city

I opened the smaller backup app on my laptop.

It did not begin by asking me to choose among dozens of countries. The first useful options described what I was trying to do.

I selected the restricted-network preset and returned to the client portal.

The login page opened.

I selected the contract.

The upload moved to 3 percent.

Then 18.

Then 46.

I left it running and opened the meeting link in another tab. The waiting screen appeared with my microphone and camera ready. My email continued synchronising behind it.

At 8:11, the document reached 100 percent.

The portal displayed its confirmation number.

I copied that number into the client chat and joined the meeting with four minutes to spare.

The client opened the contract while we were still exchanging greetings.

That was the first result that mattered. The smaller app did not merely create another tunnel or show me another flag. It completed the upload on the same hotel Wi-Fi that had choked every previous attempt.

Its restricted-network preset combines traffic obfuscation with an HTTP/3-based connection. The obfuscation made the tunnel blend more naturally with ordinary internet traffic, while the preset removed the need to guess which manual protocol the hotel might tolerate.

The explanation took one sentence.

The result occupied the rest of the meeting.

The slides advanced without freezing. The client opened the uploaded document, added two comments and sent it back through the portal. The connection remained quiet enough that I stopped checking it.

That was when the VPN finally felt like part of the laptop rather than a separate problem I had to supervise.

The working setup followed me downstairs

After the call, the client asked me to approve one final change before they boarded a flight.

I downloaded the revised document and left the room for breakfast.

The laptop stayed connected to hotel Wi-Fi until the lift doors closed. A few floors down, the signal disappeared and my phone hotspot took over.

The download paused.

Then it continued.

The VPN remained connected through the switch.

Its HTTP/3 transport uses QUIC, which can maintain a session when the device moves between network paths. (IETF) In practice, the protected connection followed the laptop from hotel Wi-Fi to mobile data without forcing me to reopen the portal or start the file again.

By the time I reached the lobby, the revised contract was on the laptop.

I approved the change from a café table and sent the final confirmation.

That network recovery was not why I had opened the app. The urgent problem had already been solved upstairs. It was simply the moment that convinced me to leave the smaller service installed after the trip.

A travel connection rarely stays in one place. It moves from airport Wi-Fi to hotel broadband, from a meeting room to mobile data, and from a laptop to whatever screen is available next.

A VPN that works only while the network remains perfectly still is not especially useful in Dubai.

The smaller service has fewer locations, fewer independent ratings and a shorter public history than the established provider I tried first. That is its clearest limitation.

It also solved the failure that the larger provider’s server map did not.

The established VPN connected to several countries, but the hotel network never carried those standard routes reliably. Mobile data offered a temporary workaround, but the weak indoor signal could not sustain the upload. The smaller app changed the connection itself, delivered the contract and preserved the session when the underlying network changed.

That became my answer to getting a VPN working in Dubai.

First, finish the hotel or café Wi-Fi login before starting the VPN. Then disconnect briefly and confirm that the ordinary internet works. When the VPN says Connected but every protected page stalls, stop treating the next server as an entirely new solution.

In that hotel room, the country at the far end of the tunnel was not the problem.

The problem was getting a usable tunnel out of the building.

Questions this experience may leave you with

What was actually causing the problem?

That failure is not unusual on travel networks. In one public account from a long-stay guest in a Dubai hotel, an OpenVPN tunnel connected normally but no websites loaded; the same setup worked after switching to a mobile hotspot. ( Reddit ) (Reddit)

Why did the obvious fixes fail?

I could not observe the hotel’s internal filtering, packet handling or upstream routing rules. I could observe the pattern: ordinary internet access worked, the established VPN connected, and the protected traffic repeatedly stalled.

What should you check first?

First, finish the hotel or café Wi-Fi login before starting the VPN. Then disconnect briefly and confirm that the ordinary internet works. When the VPN says Connected but every protected page stalls, stop treating the next server as an entirely new solution.

What finally changed the result?

That network recovery was not why I had opened the app. The urgent problem had already been solved upstairs. It was simply the moment that convinced me to leave the smaller service installed after the trip.

What is worth remembering?

The established VPN connected to several countries, but the hotel network never carried those standard routes reliably. Mobile data offered a temporary workaround, but the weak indoor signal could not sustain the upload. The smaller app changed the connection itself, delivered the contract and preserved the session when the underlying network changed.