Flatron: В зависимости от цели. Те же, что и обычные программисты. Вопрос не в том, что используют, а в том, как используют. Системные программисты: python, assembler, c/c++, basic, delphi, Java и прочие. Тысячи их. Web: те же, только прибавь всякие php, JS и т.д.
Нет специальных языков для хакеров. Есть люди, которые создают, а есть те, кто ломает. Но это не значит, что они только этим и занимаются. Хакеры тоже часто создают что-то хорошее, а программисты что-то плохое (ты не застал, а была ещё такая вещь, как Windows 95, Millenium, Vista).
Но ещё тебе нужно изучать сети и безопасность. Любой хакер, это специалист по сетевой и/или компьютерной безопасности.
sergey_privacy: Вы знаете, сейчас почитал спецификации и понял, что таки да, я ошибся. Действительно SMB должен работать быстрее в силу того, что сам по себе не требует никакой безопасности, не несет шифрований и т.д. Только аутентификационные и авторизационные данные. FTP несёт гораздо больше левой информации. В общем, звиняйте.
tftp должен работать резвее, ибо работает по telnet, где отродясь никакой безопасности, шифрования не было. Только аутентификация. Даже авторизационной инфы нет. В общем попробуйте его для начала в кабинете у себя, на гарантированной скорости. Посмотрите, как будет работать. Если вас устроит, то можно будет тестить более глобально. И в любом случае, отпишите здесь пожалуйста. Мне самому интересно, как в итоге вы решите проблему.
Lomnev Pro: Да. Но платный DDNS также будет с балансировкой и заметно дешевле своего сервера. Мягко говоря. Опять же - отказоустойчивость кластерного решения DDNS в разы лучше отказоустойчивости более дорогого и Одного(!) сервера! Ну хватит уже чушь нести, я вас умоляю!
Все решения, которые от вас поступают (админ, третий сервер), они все затратны и дискредитируют этого админа в глазах руководства! Мало того, они ещё и ненадёжны! В чем смысл ваших постов здесь? А в чем смысл спора с вами? Ладно, я пошел.
Евгений Матвеев: Евгений, на стеб не обращайте внимания )) Нам просто хочется фигнёй пострадать ))) Помочь можно. Пишите zerropull [гав-гав] гмаил [dot] com
По цене договоримся. Это дорого стоить и не будет.
Сергей Иванов: Если сайт, то OSPF отпадает. Можно, но много сложностей и нюансов. Плюс потом всплывет много косяков.Проще тогда воспользоваться DDNS. Либо балансировщиком, как вам предложил Lomnev Pro. Но это дороже. Либо переместить оба сервера на один хостинг и там договориться о балансировке. Возможно сделают бесплатно.
Lomnev Pro: Я нигде не говорил, что проще. На счет надежнее... Смотря на чем и как настроить. У меня связка не падала ни разу за 3 года, так что весьма надежно. Дешевле. Бесплатно. Быстрее и качественнее (с меньшей потерей пакетов) точно. Плюс прокачка скилла. Плюс отсутсвие зависимости от третьего сервера, который если отвалится, придется опять перетаскивать всё на ручное управление.
То, что вы предлагаете (аналог) можно реализовать на основе одной из распределенных или кластерных файловых систем. Но учитывая, что хотя-бы 10ГБитной оптики между ДЦ нет (скорее всего), то наверное не имеет смысла.
Ваше предложение несёт в себе слабое звено - третий сервер в качестве балансировщика. В случае его отключения будет необходимость либо немного перенастраивать поток клиентов, либо видимо играться с дополнительным балансировщиком внутри своей компании. Плюс: "Купить третий сервер", "Нанять админа эксперта". Всё это несёт довольно приличные затраты. В свою очередь VPN можно настроить за несколько минут. OSPF поднимается примерно за 20-30 минут. Ну пусть день-два при отсутствии опыта. Для познания Дзэна полно ресурсов в инете. Время сходимости ниже (около 150-200мс., хотя как настроить), что дает низкую потерю пакетов и как правило пользователи вообще не замечают, что что-то произошло. Не вижу проблем.
Не могу судить строго, но если судить по спецификации протокола, то должны быть максимально приближены к реальным. Но конечно, чем более низкоуровневый протокол для передачи данных используется, тем лучше. И понятно, что SMB должен работать несколько медленнее. В идеале конечно генерировать тупой icmp трафик огромного объема и разрешить на него оборудованию отвечать. для FreeBSD для этого сгодится nmap. Но главное, это заставить железки хавать подобное. А nmap не имеет ограничения на размер пакета и вы сможете кидать по одному пингу на каждую железку, где каждый icmp пакет будет размером, допустим, 50МБ. Но тогда пинг займет очень много времени, ведь трафик будет весьма приоритетным и все железки должны пинговаться строго по очереди. А сколько времени будет отправляться подобный кусок бесполезныых данных... А 10МБ проверять особого смысла наверное нет. Хотя можно каждую ночь устраивать проверки для определенной группы железок.
Косяк данного метода в том, что ответ будет приходить не того-же объема, а как обычно.. Т.е. вы замерите только исходящую для Фри и входящую для Цисок, но наоборот не получится. Тут уже потребуется tftp
MherArsh: Качаете и ставите. Первые 5 пользователей бесплатно, а потом за деньги.
ОС влияет не на стоимость ящиков, а на наличие на рынке бесплатных программ. В мире Linux бесплатного ПО гораздо больше, чем в Windows или MacOS. И во вторых, Windows, это гораздо более требовательная к ресурсам система и как следствие, отсюда возникают свои недостатки. Хотя иногда достоинства перевешывают недостатки )
Если в любой, то скорее всего проблема в драйверах. Если в конкретный, то скорее всего проблема конкретного порта. Только проверьте все порты. Может быть проблема с USB контроллером, а на нем как правило висит сразу 2-4 порта USB.
varnav: Вам больше 1000 не стоит. Иначе ваши пользователи вас проклянут. Мало того, чем сложнее пароли они будут выдумывать, тем больше шансов, что (в зависимости от корпоративной политики):
1. Они начнут записывать свои пароли на листочках и клеить их к мониторам
2. Они начнут их постоянно забывать и заваливать ИТ-департамент заявками, типа "Я забыл пароль - восстановите".
Не усложняйте им через чур жизнь. Иначе это автоматически усложнит её Вам. По сути достаточно списка в 200 паролей, а также обязательного требования на Большую, маленькую буквы, цифру и минимум 8 знаков. Или минимум 2 цифры, две Больших буквы и две маленьких и минимум 8 символов. Это будет уже весьма криптостойкий пароль.
Ну либо учите их пользоваться софтом, типа KeePass и генерить пароли себе там. Ну и хранить, само-собой. Но это тоже не есть пример секурности.