Exchange Server 2003 случайный NDR's и DNS

1 ответ

Глупое антивирусное программное обеспечение!

К сожалению, нет простого способа использовать встроенные инструменты для создания запроса DNS с помощью конкретного порта (так как порт, кажется, то, что выделяет правило AV). То, почему то правило относится к трафику UDP от сервера DNS (так как IRC основан на TCP), является озадачивающим. (Для сервера DNS возможно получить запросы с помощью TCP, но это обычно не имеет место.)

Вы находитесь, вероятно, в страшной потребности некоторых обновлений Windows (и возможные обновления Exchange, также), если у Вас есть твердое время работы 2 лет, но в целом это не собирается вызывать проблемы доставки. Я опасался бы сохранять машину, что долго, прямо, только потому, что Вы, вероятно, получили некоторые серьезные неисправленные уязвимости системы обеспечения безопасности, находящиеся там.

1
ответ дан 4 December 2019 в 23:18
  • 1
    Извините, я означал говорить это it' s два года, с тех пор как я сделал любое обслуживание на установке Exchange, такой как eseutil. Сервер актуален с точки зрения Windows / обновления системы защиты Exchange. До сих пор изменение в AV, кажется, работает, хотя я предполагаю время покажет, было ли это решением. Спасибо за понимание, Evan. Кроме того, спасибо за терминологию придирается к мелочам.;) Я должен был знать это. –  JohnyD 2 December 2009 в 19:37
  • 2
    @JohnyD: > smile< Большая разница, затем. Мой опыт был этим, пока there' s никакая насущная потребность для уменьшения базы данных, " need" поскольку регулярная офлайновая дефрагментация была очень раздута. Худшее это you' ре, собирающееся видеть, является плохо фрагментированной производительностью базы данных и низкой производительностью (мало чем отличающийся от фрагментированной файловой системы). Reliabilty и функциональность won' t повлияться фрагментированной базой данных IS. –  Evan Anderson 2 December 2009 в 19:43
  • 3
    I' ve слышал, что другие упомянули, что точное мнение, которое является почему I' ve откладывают ту процедуру технического обслуживания по этому долго. Как я сказал в исходном сообщении, производительность и доставка и очень быстро и если оно ain' t повредился... Спасибо за понимание. –  JohnyD 2 December 2009 в 20:04
  • 4
    Для добавления к тому, что сказал Evan: eseutil нельзя считать " maintenance" инструмент и не должен быть использоваться в качестве части любого регулярно (или нерегулярно) происходящий maintenence расписание. –  joeqwerty 3 December 2009 в 02:14

Теги

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