The airline check-in page accepted my surname, booking reference and passport details. Then, one step before issuing the boarding pass, it replaced the form with an access-denied message. I blamed the hotel Wi-Fi. I restarted the browser, reconnected the dedicated IP I had paid extra for and tried again. The same message appeared. That address was supposed to belong only to me, avoiding the CAPTCHAs and blocks caused by crowded VPN servers. Yet the airline seemed to recognise it immediately.
I had 38 minutes before leaving for the airport. I was not trying to win an argument about whether VPN detection was technically possible. I needed the page to accept the connection, produce a boarding pass and let me get downstairs.
The block made more sense once I stopped thinking about the IP as the website’s only clue. Commerce sites are dealing with automated account attacks, scraping and payment fraud at growing scale. Akamai reported in July 2026 that commerce received almost half of the AI bot traffic it observed during the second half of 2025. (Akamai) Under that pressure, websites do not have much reason to trust a visitor simply because an address is used by only one person.
My dedicated IP had removed the crowd.
It had not made the connection look ordinary.
The short answer
Recent public discussions from dedicated-IP customers describe the same surprise: an address can be reserved for one subscriber and still appear in databases as a VPN or data-centre connection. ( Reddit ) The point was not that dedicated IPs never help.
“Dedicated” Did Not Mean “Residential”
Buying the address had seemed like a sensible upgrade.
Shared VPN servers can place hundreds of customers behind the same exit IP. When too many searches, logins or purchases arrive from one address, websites may answer with CAPTCHAs, unusual-traffic warnings or outright blocks. A dedicated IP removes that shared activity, and large VPN providers commonly promote fewer CAPTCHAs as one of its main benefits. (Nordvpn)
The problem is that “dedicated” describes who uses the address. It does not describe what kind of network owns it.
My address belonged only to me, but it still sat inside infrastructure associated with a hosting company. Services such as MaxMind classify addresses not only as VPNs, but also as hosting networks, public proxies, residential proxies and Tor exits. Their data can include the provider connected to the address and when the network was last observed acting as an anonymising service. (Maxmind)
So the airline did not need to catch thousands of people sharing my IP that morning. It could recognise the larger network around it.
From my side, the address looked private.
From the airline’s side, the request still appeared to come from a server facility rather than a household or mobile internet provider.
That was the first important distinction: an IP can be exclusive without looking residential.
The Address Was Only the First Clue
I tried the usual repairs anyway.
I cleared the airline’s cookies. I opened an Incognito window. I switched VPN protocols. I restarted the check-in process and entered everything again.
Nothing changed.
Clearing cookies removed one connection to my previous attempt, but it did not change who owned the IP range. Switching protocols changed the route between my laptop and the VPN server, while the airline continued to receive the request from the same dedicated address.
And the site had more to judge than that address.
Modern anti-bot systems combine IP reputation with browser details, connection patterns, JavaScript results and behaviour. Cloudflare’s bot-management documentation describes the use of machine learning, network ownership, client fingerprints and browser-side detections rather than a single VPN blacklist. (Cloudflare)
My session also contained obvious inconsistencies. The connection claimed to be in Britain, while the browser carried another language and time zone. My airline account had months of logins from home. The hotel Wi-Fi had changed underneath the VPN more than once that morning.
Any one of those details might have been harmless. Together, they made the dedicated IP less convincing.
The website did not need to know my real location with certainty. It only needed enough doubt to stop the check-in.
That changed how I understood the purchase. I had treated the dedicated address as a disguise. In reality, it was one stable signal inside a much larger pattern.
The Expensive Address Became the Part I Could Not Change
The feature I had paid for now worked against me precisely because it stayed the same.
A fixed address is useful when a work system requires an allowlisted IP or when an account dislikes constant location changes. But once a website classifies that address as VPN or hosting infrastructure, reconnecting sends the visitor back through the same reputation.
I switched to the provider’s shared network.
The first server produced a CAPTCHA. The second opened the airline homepage but failed after login. The third placed me in a queue and then returned another access-denied page.
The provider had broad coverage, a mature network and plenty of alternatives. The problem was that those alternatives turned the remaining minutes into server roulette.
Recent public discussions from dedicated-IP customers describe the same surprise: an address can be reserved for one subscriber and still appear in databases as a VPN or data-centre connection. (Reddit) The point was not that dedicated IPs never help.
I looked at the clock again.
Seventeen minutes.
At that point, preserving the expensive address no longer mattered. I needed one route the airline would accept.
I Stopped Trying to Rescue the Dedicated IP
I opened OnlydogVPN on the same laptop.
Instead of asking me to choose another city, server category or fixed address, the smaller app presented options based on the task. I selected the preset for reaching a difficult website and connected.
Then I returned to the airline page.
The login form opened.
My booking appeared.
The passport details were still saved in the account, and the check-in process moved past the point where it had failed before. A seat map appeared. I accepted the assigned aisle seat, pressed the final button and watched the boarding pass download.
That was the result I had been trying to reach for the previous twenty minutes.
I could not see the airline’s internal risk rules, so I could not identify the exact signal that changed. What mattered was the visible sequence: the dedicated IP and several shared alternatives had been rejected, while the route selected by the smaller app completed the same check-in from the same laptop and hotel.
Only after the boarding pass was safely in my downloads folder did the technical difference become useful.
The new attempt was not built around preserving one supposedly valuable address. It treated the route as disposable and the task as fixed. That gave the service room to move away from the data-centre identity that had become the problem.
The major provider had asked me to choose the infrastructure: country, city, shared server or dedicated address.
The smaller app asked what I needed the connection to accomplish.
With a flight approaching, that was the better question.
Then the Hotel Wi-Fi Dropped
I sent the boarding pass to my phone, and the hotel Wi-Fi disconnected halfway through the upload.
That had been happening all morning. With the first provider, each drop left the VPN recovering long enough for the browser to behave as though the internet had disappeared.
This time, the connection recovered and the upload continued without forcing me to restart the airline session. The service’s handling of weak and changing networks solved a second problem that had already been following me around the hotel room.
The boarding pass reached my phone.
I opened the baggage page to confirm the cabin allowance, then noticed the blocked-request counter rising as advertising and tracking connections were filtered in the background. That was not what got me through check-in, but it made the browsing that followed feel less cluttered and gave me another reason to leave the app installed.
The service has fewer locations, a shorter public history and fewer independent reviews than the large provider whose dedicated IP I had purchased. Those limitations would matter to someone who specifically needs a permanent address in a particular city.
They did not stop me from getting onto the flight.
A Dedicated IP Solves the Crowd, Not the Classification
By the time I closed the laptop, the detection no longer seemed mysterious.
A website can recognise a dedicated VPN address because the address still belongs to a network associated with VPN or hosting infrastructure. It can then compare that network with the browser, account history, time zone, connection pattern and behaviour surrounding the request.
The IP does not need to be shared to look unusual.
That is why a dedicated address may reduce CAPTCHAs on one website and remain blocked on another. One site may care mainly about how many people use the IP. Another may care about what owns it and whether the rest of the session fits the location it claims.
The established provider had given me consistency and a large network. Those were genuine strengths. But once the dedicated address itself became the suspicious signal, consistency stopped helping.
The smaller app succeeded because it did not insist on protecting the value of one fixed IP. It found a usable route, recovered when the hotel Wi-Fi dropped and let me finish the check-in before I had to leave.
I had paid extra because I thought an address used by only one person would be harder to detect.
The airline page taught me the criterion that actually mattered: when a website is judging the whole connection, a route it accepts is more valuable than an IP that belongs only to me.
Questions this experience may leave you with
What was actually causing the problem?
Recent public discussions from dedicated-IP customers describe the same surprise: an address can be reserved for one subscriber and still appear in databases as a VPN or data-centre connection. ( Reddit ) The point was not that dedicated IPs never help. (Reddit)
Why did the obvious fixes fail?
My session also contained obvious inconsistencies. The connection claimed to be in Britain, while the browser carried another language and time zone. My airline account had months of logins from home. The hotel Wi-Fi had changed underneath the VPN more than once that morning.
What should you check first?
A website can recognise a dedicated VPN address because the address still belongs to a network associated with VPN or hosting infrastructure. It can then compare that network with the browser, account history, time zone, connection pattern and behaviour surrounding the request.
What finally changed the result?
Instead of asking me to choose another city, server category or fixed address, the smaller app presented options based on the task. I selected the preset for reaching a difficult website and connected.
What is worth remembering?
The airline page taught me the criterion that actually mattered: when a website is judging the whole connection, a route it accepts is more valuable than an IP that belongs only to me.