iptables, наносящий вред нисходящему каналу на CentOS 4.x VMs
У меня есть эта точно та же самая проблема. Я думаю, что это - что-то на сервере, который уничтожает мою robocopy сессию также. Я должен вывести папку на 60 ГБ на сервер по всей стране. Я запускаю robocopy, и он идет в течение приблизительно 30 минут и затем испытывает таймаут. Это идет дальше, и дальше в он - сессия каждый раз, когда но это все еще испытывает таймаут через некоторое время. Я использую / переключатель Мира, чтобы скопировать все это. У меня есть приблизительно 5 ГБ 60, теперь скопированных и теперь его зависание на том же файле 200 МБ. Это зависает на различных процентах файла, но это все еще зависает.
Я думаю, что это - сам сервер, потому что я могу скопировать в другой сервер, который является Windows 2000 без проблем. Пока я не разрешил это, я просто собираюсь скопировать в более старый сервер, он имеет пространство на данный момент. Я посмотрю на бюллетени symantec и сообщу мои результаты.
Вот что я делаю с Red Hat Enterprise (RHEL).
RHEL имеет службу iptables , которая загружает правила из / etc / sysconfig / iptables , и я работаю над изменением этого файла и перезапуска службы iptables. Многим нравится помещать фрагменты в каталог iptables.d и строить из него набор правил iptables (через make или что-то в этом роде). Я включаю кое-что для восстановления набора правил по умолчанию, но обычно это ничего не дает. Если ваши потребности просты, вы можете просто скопировать файл iptables в систему.
Несмотря на то, насколько это некрасиво, он довольно тщательно протестирован на RHEL4, RHEL5 и RHEL6.
У меня это было до того, как поддержка augeas стала марионеточной. Если бы я писал это еще раз сегодня, я бы посмотрел на объектив augeas iptables, прежде чем прибегать к exec {" Можете ли вы сравнить, что iptable-save имеет тот же результат, что и указанный? Также проверьте входящий трафик.