Первая буква D в аббревиатуре DDoS - это Distributed. С одного компьютера этот тип атаки не совершить.

Это был 12309. На винде проявляется практически везде и всегда, в отличие от.

1) git|hg 2) bacula 3) tar + ftp|http|rsync|samba

>сервер то ли XP >DDoS

серьезно.

Проблема вряд ли в самбе или рсинке. Проблема, скорее, все-таки в виндовом конце, мб в настройках фаервола. Ну и cifs все-таки стоит попробовать.

> машина производила «типичную DDOS-атаку»
Я бы его уволил за некомпетентность.
Это во первых. Во вторых вин-сервер поставляется из коробки с очень интересными настройками tcp/ip стека, из-за которых он в принципе не способен работать под какой-либо мало-мальской нагрузкой. Вследствие чего нужно лезть в реестр, добавлять туда один ключик и ещё в одном делать исправление. Судя по заявлению «админа» он про это не знает. Это второй повод уволить его за некомпетентность.

На утро подходит админ, говорит, что моя машина производила «типичную DDOS-атаку» на сервер и 2 раза его повалила. O_o Говорит, что еще понаблюдает за машиной, и если что, то линуксу больше не жить (((

Это как же так надо настроить «сервир», чтобы его можно было завалить rsync'ом по smb? Даже Перда XP _по_умолчанию_ от такого не падает, и даже почти не тормозит.

Два совета:

• Копируй файлы обычным cp. Он по идее должен создавать гораздо меньшую нагрузку на сервер, чем rsync.
• Посоветуй админу найти хорошего хирурга. Ему явно надо пересадить руки из жопы в плечи, а так же попутно их выпрямить.

Ах да, про DDoS-атаку. Про неё ему скорее всего сообщил какой-нибудь Кашпировский Анти-Хакер Покрякано Едишн.

Можно про ключики некомпетентный рассказать, если не сложно?

PS: и в третьих линукс-машину лучше ввести в домен с перемещаемыми профилями и это работа админа. Видимо домена в конторе нет, а каталог «Мои документы» просто перенаправляется в настройках на примонтированный сетевой диск. Это повод номер три...

Можно начать отсюда и потом поискать тюнинг стека для конкретных видов атак.
http://support.microsoft.com/default.aspx?scid=kb;en-us;324270

> Во вторых вин-сервер поставляется из коробки с очень интересными настройками tcp/ip стека, из-за которых он в принципе не способен работать под какой-либо мало-мальской нагрузкой.

емнип, там одно время вообще нужно было библиотеку подменять, чтобы увеличить лимит на открытые TCP соединения (ибо было жестко забито в код). как сейчас - не в курсе, может быть таки и сделали через реестр.

лимит на открытые TCP соединения (ибо было жестко забито в код)

А разве не на полуоткрытые?

может быть, не помню уже точно за давностью лет.

Насчёт количества не скажу, но время на открытые и полуоткрытые, а также стратегия борьбы с syn-flood сейчас настраивается в реестре.

http://half-open.com/ - вот.

Это для XP. В вин-сервере вшитого ограничения на 10 коннектов нет.
PS: не знаю, как вшеотписавшиеся, но мне хочется завязать с оффтопиком. :)

> Ему явно надо пересадить руки из жопы в плечи, а так же попутно их выпрямить.

Ему нужно мозг пересадить. Хотя сомневаюсь что это поможет. Песец, кем надо быть чтобы файловый сервер держать под вендой? В своей прошлой конторе я ставил файловый сервер(debian, samba, nfs), на который шла запись постоянно - хомяки(Мои документы у вантузоудов, которых большинство) пользователей находились на нем, а так как народ постоянно качал/слушал музыку, чатился в ирс и аське, и т.д., то нагрузка была нехилой, но все работало почему-то.

лдап! *вЫшеотписавшиеся*

> но все работало почему-то

Сетевой стек линукса из коробки ближе к заточке на максимальную производительность, линуксовому самба-серверу не нужно проверять для каждого коннекта лицензию на юзера/устройство.

> На утро подходит админ, говорит, что моя машина производила «типичную DDOS-атаку» на сервер и 2 раза его повалила. O_o Говорит, что еще понаблюдает за машиной, и если что, то линуксу больше не жить (((

Ссылку на тред админу и твоему начальнику.

Кто-то хуже меня.

На утро подходит админ, говорит...

Ну хоть где-то есть админы хуже меня, а то уже начала падать самооценка.

Если придется перейти к тяжелой артиллерии, то, возможно, и пришлю )) Но, надеюсь, винда не будет больше падать просто из-за того, что я работаю в офисе )

Полагаю это не сеть висла, а кашпировский блокировал тебя.

>единственный дистр, в котором сглаживание шрифтов меня устраивает

Осиль патчсеты ubuntu и cleartype.

Спасибо.

>Бэкап небольшой (чуть больше гига), но в нем много мелких файлов, документов на несколько десятков килобайт

десятки/сотни тысяч файлов? Это неподъемно для венды и NTFS. Недавно как раз ставил рсинк на вендовый сервер. При большом количестве файлов все вставало раком, особенно если сервак еще чем-то нагружен.
В итоге плюнули и заменили сервер, дебиан тянет без проблем.

Тормозами дисковой подсистемы венды так же объясняется удачная первая синхронизация: файлов на сервере еще не было и ему не надо было шуршать винтом для сравнения сигнатур. На второй синхронизации венда показала себя во всей красе.

Клиент на венде тоже мало чем поможет. Разве что будет тормозить синхронно с сервером.

мужик, может тупо копировать файлы, зачем тебе rsync? ну остались более старые версии документов.. удалил всё, залил новые.. ?

У меня линь на работе несколько дней стоит, настройки в /home часто меняются, вот все и забэкапил. Конечно, можно и документы отдельно копировать. Но теперь я даже и cp -rvu * боюсь делать )

десятки/сотни тысяч файлов?

6593 всего-то.

>Это неподъемно для венды и NTFS.
Тогда получается, что лучше сначала заtarить хомяк, а потом обычным cp перекидывать.

Я тоже об этом подумал. Он хоть это выдержит?

Попробуй сделать пару раз автоматическое архивирование каталога пока без передачи по сети. Если винда на этом умрёт, то это уже точно не твоя проблема.

Провижу наличие на вендосервере детища Е.Касперского либо аналогичных умельцев.

Пока есть я, остальным боятся нечего, давно же известно

Т.е. локальный бэкап сделать? Сервак сам по себе у нас редко помирает.

Раздели передачу на два участка. Сначала собери файлы в один архив, можно даже без компрессии.

Если убедишься что система переживёт такую нагрузку, то пробуй передать этот файл по сети. Если система завернётся от такой задачи то говоришь что нибудь хорошее по поводу системы и рекомендуешь на файлсервер красноглазую пионерскую поделку которая это сможет.

> На утро подходит к админу директор с битой, говорит, что у него руки растут их допы, раз «машина с линуксом производила 'типичную DDOS-атаку' на сервер и 2 раза его повалила». O_o Говорит, что еще понаблюдает за админом, и если что, то админу больше не жить

fixed

Вот так было бы правильнее

Похожая история - мне дали под mysql старый вендовый сервак, бывший контроллер домена на win2003, два проца 1400мгц, три сказевых диска на 34гб, включаю - реально минут 20 грузится, в интерфейсе тормоза, прямо заметна реально медленная отрисовка.
Говорю админу-вантузятнику - Это чо такое?
Он - Ты других серваков не видел, иногда полчаса приходится ждать, прежде чем зайдёш.
?!!

ps: снёс венду, поставил opensuse - никаких тормозов, чудеса.

Вообще есть подозрение, что и без линукса с rsync та же ситуация произошла при копировании такого объёма мелких файлов.

И ты таки узнай - на XP сервер или на 2003. Если на XP - админа надо вольнять не просто срочно, а незамедлительно.

винда со своей ntfs ущербна, ибо не умеет " * ? < > | : в именах файлов и директорий, даже пингвинячье ntfs-3g умеет

>6593 всего-то.

венде хватит и этого. Если еще и нагрузку вкупе с кривыми админскими руками приложить, то сервер можно хоронить.

типа ради 3 с половиной калек и одного упоротого красноглазика надо купить серверную венду за 30к, и к ней хоть сколько нибудь квалифицированного админа приставить?

и после этого вы еще будете говорить что линукс дешевле венды

слов нет

Ищите нормального админа а не студента.

не умеет " * ? < > | : в именах файлов и директорий

Ну ты прям по самому больному месту ударил!

не умеет " * ? < > | : в именах файлов и директорий

Ну ты прям по самому больному месту ударил!

А еще Windows не умеет \ в имени файла!

в некоторых наборах иконок встречаются ':' например, но это не так страшно. а вот если в имени конфига будут эти символы то они не сохранятся при бэкапе на виндовый сервак

Ну, в венде есть проблемы куда посерьезнее. А вот при работе с файлами, в именах которых есть спецсимволы, некоторые gnu-утилиты тоже преподносят сюрпризы.