Если Вы не хотите перенаправление, Вы могли бы использовать прокси, чтобы запросить, чтобы ресурс внутренне и передал просто ответ клиенту:
RewriteEngine on
RewriteCond %{HTTP_HOST} =static.example.com
RewriteRule ^/min/f=.+ http://www.example.com%{REQUEST_URI} [P]
Это означает, что пакеты для 123.123.123.120-122 пойдут через 10.10.3.14, и пакеты для 123.123.123.123 пойдут через 10.10.3.13.
Начиная с появления CIDR сетевые маски указывают на длину префикса - технически, любой IP в сети может использоваться, но условно биты немаскированные установлены на 0, который является, почему 'сетевые адреса' всегда находятся на четных числах.
Большинство определенных побед-/32 более конкретно (дольше), чем/30, таким образом, он имеет приоритет по/30.
Первая строка: пакеты к хостам в 123.123.123.123/30
направляются через 10.10.3.14
, кроме (вторая строка) для пакетов к 123.123.123.123/32
, которые направляются через 10.10.3.13
.
Однако я подозреваю anonymization ошибку, если Вы действительно определяете/30 сеть, первый адрес (тот же ip/32) является адресной "сетью", который действительно не получает пакеты. Это могло также быть, что кто-то пытается направить часть из большей подсети по-другому, но это пахнет забавным...
"123.123.123.123" адреса действительно то же самое в установке, которую Вы отлаживаете - или действительно ли они немного отличаются?
Принятие они отличаются - первая строка, означает, что что-либо в сети, определенной 123.123.123.123/30, должно быть передано 10.10.3.14. Вторая строка означает, что определенный IP-адрес 123.123.123.123 должен быть передан 10.10.3.13.
Относительно того, почему - нам было бы нужно больше контекста.