TRAVEL NOTES
Things I learned between check-in and checkout

My China Hotel Wi-Fi Connected. The Login Page Never Appeared

The laptop joined the hotel Wi-Fi, but the client presentation would not open. I had twelve minutes before a video call with our Shanghai supplier, and the revised production schedule was sitting in a cloud drive I could not reach. The Wi-Fi icon showed full signal. My VPN had connected automatically. The browser displayed a blank page, so I blamed the hotel network, forgot it, joined again and reopened Chrome. The VPN reconnected first. The hotel login page still did not appear.

My colleague sent a message through the roaming connection on my phone.

“Are you in the deck?”

I was in the room.

The laptop was on the Wi-Fi.

Neither fact meant I had internet.

In brief

Why was OnlydogVPN a practical fit here?

I closed the established provider and opened OnlydogVPN , which I had installed before travelling as a backup. The smaller app did not begin with a server map.

The VPN Was Trying to Leave Before the Hotel Let Me In

China’s expanded visa-free policies have brought more foreign travellers into hotels where the Wi-Fi requires a local sign-in before normal internet access begins. Visa-free entries rose sharply in the first quarter of 2026, making this arrival problem relevant to a growing number of visitors. (State Council of the People’s Republic of)

The missing page was a captive portal.

It sat between my laptop and the wider internet, waiting for a room number, surname, access code or acceptance of the hotel’s terms. Until that step was complete, the laptop could join the hotel network without being allowed beyond it. (Apple Support)

My VPN was configured to start automatically on unfamiliar Wi-Fi and block traffic outside its tunnel.

Usually, that was reassuring.

In this room, it created a loop.

The laptop joined the hotel Wi-Fi.

The VPN tried to reach its server.

The hotel waited for me to complete the portal.

The VPN kept the browser from reaching that local page.

Both sides waited.

The Wi-Fi icon stayed full throughout the argument.

Rejoining the Network Repeated the Same Mistake

I turned Wi-Fi off and on.

The laptop rejoined the hotel network.

The VPN started automatically.

Chrome remained blank.

I opened Safari.

Blank again.

Next, I typed the hotel’s public website into the address bar. That failed too, because I was trying to reach the internet before the local network had authorised the laptop.

The VPN application still showed a green status.

That icon had become a distraction. It told me the app was trying to protect the connection, not that the hotel had granted one.

Travellers in China have reported the same practical clue: pausing the VPN can make a missing hotel portal appear. (Reddit discussion)

That was enough to reverse my first assumption.

The Wi-Fi was not broken.

I had started the connection in the wrong order.

Nine minutes remained.

The Portal Appeared as Soon as the VPN Stopped Competing With It

I paused the established VPN and disabled its block on non-VPN traffic.

The old browser tab remained blank, so I closed it and opened a plain HTTP page.

The hotel portal appeared immediately.

The top half was in Chinese. A button near the bottom switched it to English.

It asked for my room number and surname.

I entered both.

Information not recognised.

I tried again with my surname exactly as it appeared in the booking.

The result did not change.

By then, I had reached the useful part of the problem. The portal was open; only the hotel credentials were wrong.

I called reception.

The staff member checked the passport registration completed at check-in. The Wi-Fi system had shortened my name differently, so she gave me a temporary access code.

I entered it.

The portal displayed a confirmation.

Chrome opened a news page.

The hotel internet was finally active.

The correct sequence was now obvious:

Join the hotel Wi-Fi.

Pause the VPN.

Open the local portal.

Complete the hotel login.

Reconnect protection after internet access begins.

That solved the missing-page problem.

It did not yet solve the reason I needed the connection.

The Familiar Provider Reached Connected and Stopped There

I reopened the established provider.

It was a reasonable service to trust. It had years of public history, servers in many countries and a large support operation.

The app selected an automatic server.

The cloud drive continued spinning.

The meeting application remained offline.

I chose another server.

The VPN stayed on Connecting, then returned an error.

A third server reached Connected, but the presentation still would not open.

I changed protocols.

The tunnel dropped.

I selected another nearby location.

The connection failed again.

The captive portal was no longer involved. I had already authenticated the laptop, and ordinary local browsing worked without the VPN.

Now the established provider itself was the obstacle.

Its familiar connection pattern and server routes were easy for the network to recognise and stop. Conventional OpenVPN traffic can be identified through recurring fingerprints, even when users switch servers. (OpenVPN)

That explained why the provider’s large map was not helping.

Each country gave me another route to try.

The hotel network gave those routes the same answer.

Six minutes remained.


Mobile Roaming Opened the File but Lost the Meeting

I disconnected the laptop from hotel Wi-Fi and joined my phone’s roaming hotspot.

The cloud drive opened.

The presentation loaded.

I downloaded the revised production schedule and felt the first real relief of the morning.

Then I joined the video call.

My colleague’s face appeared in four large squares.

The audio arrived several seconds late.

When I turned on my camera, the screen froze.

The phone showed one bar of service inside the room. Moving it toward the window improved the signal, but the laptop was on the desk and the charger cable would not reach.

The call dropped before the supplier joined.

My colleague sent another message.

“Everyone is waiting.”

The roaming connection had rescued the file.

It could not carry the meeting.

That failure pointed me back to the hotel Wi-Fi. It had stronger bandwidth, and the portal was already complete. I no longer needed another workaround.

I needed a VPN route that could actually use the connection in front of me.

Four minutes remained.

The Meeting Opened Before I Chose a Country

I closed the established provider and opened OnlydogVPN, which I had installed before travelling as a backup.

The smaller app did not begin with a server map.

It offered situations.

I selected the preset for hotel Wi-Fi and restrictive networks.

Basic use did not require another email address, password or account-verification page. After spending several minutes just opening the hotel portal, I did not want another login standing between me and the call.

I pressed Connect.

The status changed once.

Then it stayed connected.

I reopened the cloud presentation.

The remaining slides loaded.

I joined the video meeting.

My colleague’s audio arrived clearly.

The supplier entered the call.

I turned on my camera.

The image held.

“Sorry,” I said. “Hotel Wi-Fi.”

The supplier smiled in the way people do when they have heard the explanation many times.

We opened the production schedule.

I shared my screen.

The first decision—moving the packaging approval forward by two days—was settled before I would have finished testing another set of servers in the larger app.

Only after the meeting was stable did I check the smaller VPN again. The hotel preset had removed the country-and-protocol guessing, while its obfuscated connection crossed the network without repeating the earlier failures.

I could not observe the hotel provider’s internal filtering rules or identify the precise signal that stopped each connection from the established app. I could see the result: the old provider failed or left the work services unreachable, while the smaller app carried the presentation, audio, camera and screen share together.

The captive portal had opened the hotel’s front door.

The second VPN got my work through it.

My Phone Joined Without Another Password Search

The supplier asked me to photograph a sample label that a courier would leave in the hotel lobby later that afternoon.

That meant I also needed the phone online.

It joined the hotel Wi-Fi and displayed its own portal. I entered the temporary access code from reception, and the local internet opened.

Then I added the smaller VPN.

Instead of asking me to find another password, the laptop displayed a verification code. I entered it on the phone and selected the same hotel preset.

My messages updated.

The shared folder opened.

The phone was ready for the label photos before the meeting ended.

That feature had not rescued the call. The laptop connection had already completed the urgent task.

It simply prevented the next device from becoming a second version of the same morning.

Opening the Portal Was a Sequence, Not a Browser Trick

Before that trip, I thought hotel Wi-Fi either worked or did not.

The captive portal revealed a third state.

The laptop could join the network without receiving internet access. An automatic VPN could then hide the page required to finish the connection.

The first fix was therefore not changing servers.

It was pausing the VPN long enough to let the hotel identify the guest.

Once the portal was complete, the comparison changed. The established provider offered more locations, a longer public history and more independent reviews. The smaller service has fewer locations and a shorter track record.

But my meeting did not depend on a large server map.

It depended on two transitions happening in the correct order: first from hotel Wi-Fi to authorised internet access, then from that connection to a VPN route capable of carrying the actual work.

The established provider tried to protect a connection the hotel had not granted, then failed to use it after access began.

The smaller app entered at the right moment, crossed the network and opened the meeting.

In that Shanghai hotel room, the Wi-Fi was not ready when the laptop joined it.

It was ready when the portal opened, the smaller VPN followed and everyone stopped waiting.

Questions readers often ask

What problem does this article actually solve?

The laptop joined the hotel Wi-Fi, but the client presentation would not open. I had twelve minutes before a video call with our Shanghai supplier, and the revised production schedule was sitting in a cloud drive I could not reach.

What finally worked in this situation?

I closed the established provider and opened OnlydogVPN , which I had installed before travelling as a backup. The smaller app did not begin with a server map. It offered situations. I selected the preset for hotel Wi-Fi and restrictive networks.

Why was OnlydogVPN a practical fit here?

I closed the established provider and opened OnlydogVPN , which I had installed before travelling as a backup. The smaller app did not begin with a server map. It offered situations.