У кого-либо есть некоторая статистика на эффектах наличия большого объема (более чем 100) из перенаправлений в апачском conf?

Чтобы обуздать входящий спам, много почтовых серверов в эти дни делают "обратный поиск DNS". Таким образом, они смотрят на IP-адрес, соединяющийся с ними, и затем пытаются сделать обратный поиск DNS, чтобы видеть, существует ли КАКОЙ-ЛИБО ответ.

Это препятствует тому, чтобы любой случайный IP-адрес стал почтовым сервером и отослал тысячи и тысячи электронных писем.

Некоторые почтовые серверы даже делают дополнительный шаг и имеют дополнительные точки/проверку на основе того, С ЧЕМ возвратился обратный DNS. По большей части, если у Вас будет какой-либо вид обратного DNS, настроенного для Вашего IP, то Вы будете "хорошо".

Если Вы не управляете обратным DNS для своего контакта IP-адреса Ваш ISP и просите, чтобы они создали обратную запись DNS (т.е. запись PTR) для IP-адреса, который посылает Ваше электронное письмо.

С другой стороны, Вы могли решить использовать почтовый сервер (который уже имеет обратную запись DNS на месте), или Вы могли использовать почтовый сервер своего ISP и передать Вашу почту через них.

Надеюсь, это поможет.

0
задан 7 December 2009 в 18:51
1 ответ

Это может или не может помочь Вам. Где я работаю, у нас есть тонна доменов, зарегистрированных во вторичном TLDs (например, сеть, org, различный ccTLDs), которые обычно перенаправляют к основному TLD (в большинстве случаев, com). Конечным результатом являются приблизительно 1 000 URL, которые должны быть перенаправлены в другом месте.

Подход, который мы проявили, должен был использовать mod_rewrite Apache для генерации перенаправлений, и конфигурация хранится в key:value таблице (какой mod_rewrite может читать). Базовая конфигурация выглядела бы примерно так:

RewriteEngine on
RewriteMap redir dbm=db:/path/to/redir-map.db

# store redir url in a var, or "XX" if not found
RewriteRule ^          -           [E=url:${redir:%{REQUEST_URI}|XX}]

# if the redir url is found, do the redirect
RewriteCond %{ENV:url} !^XX$
RewriteRule ^.*$       %{ENV:url}? [R=permanent,L]

Ваша карта перенаправления была бы файлом простого текста со строками как это:

# old uri                 new url
/some/path/funny-story    http://newsite.blogtastic.com/funny-story
/some/path/my-birthday    http://newsite.blogtastic.com/birthday-2009

Файл DB создается со следующей программой (включенный с Apache):

httxt2dbm -v -f DB -i redir-map.txt -o redir-map-db

Мне нравится подход, потому что он сводит нашу конфигурацию Apache к минимуму, и он не требует, чтобы мы перезагрузили конфигурацию, когда мы должны добавить/изменить/удалить перенаправление (мы просто восстанавливаем файл DB).

В нашем случае мы получаем приблизительно 35 000 ударов в день, который должен быть перенаправлен. Сервер является CentOS 5.2 VM, работающим под ESX с единственным Xeon на 3 ГГц, подвергнутым ему. Системная нагрузка обычно ниже 0.1, и использование ЦП является почти нолем. Мы регистрируем перенаправления с дополнительной директивой CustomLog, которая составляет объем диска сервера ввод-вывод (который сам является все еще довольно низким). Этот сервер размещает другие веб-сайты также, таким образом, влияние перенаправлений на самом деле несколько ниже, чем эти числа указали бы.

Я не могу говорить о том, как этот подход выдерживает сравнение с использованием директив Перенаправления вместо, Переписывают, но я не могу предположить, что они выполняют все это по-другому. Я не думал бы, что добавление 100 + перенаправления окажет любое значимое влияние на Ваш сервер.

1
ответ дан 4 December 2019 в 23:17
  • 1
    очень хороший ответ! I' m довольный Вы дали мне некоторые метрики/среду - я would' ve никогда не думал, что плоский файл будет способом пойти. - I' определение ll дать этому вращение в будущем –  user23617 8 December 2009 в 22:52

Теги

Похожие вопросы