REGEXVAULTv2.0
Web & Network/IPv4
Verified Safe

IPv4 in URL Context (http/https) Regex for Python

/^https?://(?:(?:25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])\.){3}(?:25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])(?::(?:6553[0-5]|655[0-2][0-9]|65[0-4][0-9]{2}|6[0-4][0-9]{3}|[1-5][0-9]{4}|[1-9][0-9]{0,3}))?(?:/[^\s]*)?$/i

What this pattern does

This page provides a comprehensive, battle-tested regular expression for matching ipv4 in url context (http/https), ported and verified for Python. A rigorously tested regex reduces debugging time and protects your application from edge-case failures. The snippet below is ready to drop into your Python project — whether you're validating in a Django view, a FastAPI endpoint, or a standalone data processing script.

Python Implementation

Python
# IPv4 in URL Context (http/https)
# ReDoS-safe | RegexVault — Web & Network > IPv4

import re

ipv4_in_url_context_httphttps_pattern = re.compile(r'^https?://(?:(?:25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])\.){3}(?:25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])(?::(?:6553[0-5]|655[0-2][0-9]|65[0-4][0-9]{2}|6[0-4][0-9]{3}|[1-5][0-9]{4}|[1-9][0-9]{0,3}))?(?:/[^\s]*)?$')

def validate_ipv4_in_url_context_httphttps(value: str) -> bool:
    return bool(ipv4_in_url_context_httphttps_pattern.fullmatch(value))

# Example
print(validate_ipv4_in_url_context_httphttps("http://192.168.1.1"))  # True

Test Cases

Matches (Valid)
Rejects (Invalid)
http://192.168.1.1http://256.0.0.1
https://10.0.0.1:8443/api/v1ftp://192.168.1.1
http://127.0.0.1/index.htmlhttp://192.168.1
https://8.8.8.8:53192.168.1.1/path
http://0.0.0.0/http://192.168.1.1:99999/path

When to use this pattern

This pattern is drawn from the Web & Network > IPv4 category and carries a ReDoS-safe certification. That matters for Python developers because particularly important in Python web servers where CPU-bound regex operations can stall concurrent request handling. RegexVault audits patterns against known backtracking attack vectors, ensuring you have the necessary context before using this regex in a high-stakes production environment.

Common Pitfalls

Do not use (.+) or (.*) for the path — use [^\s]* or a more specific character class to avoid catastrophic backtracking.

Technical Notes

The i flag makes the scheme case-insensitive (HTTP and HTTPS are valid). Path component uses [^\s]* which is bounded by whitespace, not by content — safe against ReDoS.

Have a pattern that belongs in the vault?

Submit it for review — community-verified patterns get credited to your GitHub handle. Free submissions join the queue. Priority review available for $15.

Submit a Pattern