prelofe: klamas, действительно, в чём проблема? Я мбит/с перевел в мб/с (1 гбит/с ~ 1000 кбит/с ~ 125 мб/с). Мне так удобнее считать. Первоапрельская шутка небось?
---------- Добавлено 01.04.2012 в 00:45 ----------
1 мб/с имелось ввиду, конечно, для одного клиента, но таких клиентов на сервере будет 500-700 в секунду, а то и больше. Статический контент - это фотки.
Можем предложить вам интересное решение по отдаче фотографий базирующиеся на ферме из нескольких серверов. Прошу изучить: /ru/forum/comment/7069575, в этом случае возможно даже не понадобятся SSD накопители ..... так как скорость отдачи будет опираться на оперативную память кеширующих серверов. Но вот что касается потребления, 600MB/s (при условии что вы все три сервера перенесете) обойдутся вам приблизительно в 800$ / месяц. Так же отдельно идет разовая оплата за настройку и включение в балансировщик трафика ваших серверов. В нашем случае ферма из 5 серверов вполне спокойно отдавала около 500Mb/s ..... (3 на бекенд, 2 кеша). Данное предложение не совсем подходит по вашему первому посту, но несет в себе новую информацию по вашей задаче которую вполне можно рассмотреть. Спасибо.
MIRhosting.com: А все гармонично. Кому важно в первую очередь низкая стоимость - выберет такой вот "сервер" в соответствующем датацентре. Кому важно качество - возьмет нормальный сервер в нормальном месте.
Кстати, разница между десктопным и серверным оборудованием не такая и большая. Я еще могу понять десктопные CPU, там действительно не все так очевидно, но собирать "сервер" на без какой-нибудь asus/gygabyte маме - извращение какое-то.
Место не имеет значения в принципе, какая разница, я могу вам сервер дать с десктопной мамкой например за 100$ или с брендовой хорошей серверной за 250$ к примеру.... оборудование штука такая, специфическое покупается под клиентов..... я не думаю что где-то есть ДЦ в которых исключительно стоит брендовое-серверное оборудование, чисто теоретически могу исключить ДЦ типа гугла или там вконтакте... теоретически возможно, но опять же не уверен, на таком кол-ве серверов по моему уже не имеет смысла ставить серверные .... она все равно друг друга заменяют многократно....... по этому чем дешевле тем проще IMHO.
---------- Добавлено 01.04.2012 в 01:08 ----------
iamsens: 1U-й корпус я б брать не стал т.к. тут нужно правильное охлаждение
Не совсем понятно, 1U типа невозможно вентилировать? :) ??? или что?
Если туда 5 винтов засунуть и 2х процессорную мать поставить, да может быть беда, хотя такое кол-во не влезет в 1U, стоит себе XEON какой-то например , 2 винта в нем, что за "правильное охлаждение" нужно? у меня вот TEMP > 45-50C не поднимается в такой тачке под нагрузкой среднестатистической, внутри стоит 1 кулер на проце и 1 стоит на корпусе....
leoo, во первых не dedication, а Dedicated :) Во вторых , от того что в сервере стоит десктопная мать он не перестает быть Ddicated. Ну а в третих.... если вы готовы платить за серверную платформу я думаю мало кто вам откажет, тут скорее обратное происходит, что бы брали сервера надо удешевлять стоимость.... за счет чего? правильно, в том числе и за счет аппаратной части..... Пользуемся и пользовались десктопами в ДЦ, никаких проблем нет, я пожалуй даже не стал бы говорить что серверные матери лучше или дольше работают (просто не могу сравнить, как-то не замерял). Умирают и те и эти..... если искать выгоду в производительности то надо детально рассматривать две мамки и сравнивать....
Andreyka: Чтоб настроить такую систему мне нужен сервер и оплата. Таких систем у меня настроено достаточно и я не вижу в этом ничего сложного.
Я имел ввиду, готовы ли вы с hacccker на пару настроить сервер , а я буду рад попробовать его поломать с точки зрения вашей системы, которая будет там в разгрузчике разкодировать контент.... :) Вполне может быть я и оборудование вам предоставлю :) Я люблю такие "штучки", тем более все будет по закону :D
---------- Добавлено 28.03.2012 в 16:21 ----------
hacccker: Та влом что-то куда-то везти, дайте свободный сервачок свой как бы на тест. Я поднимаю сайтик на вашем сервере. Сайт будет работать, ваша задача будет получить исходники сайта. Делайте всё что хотите, физический доступ у вас к своему серверу полный. Можете ронять сервер сколько угодно, только после того как снова будет в онлайне, мне нужна будет KVM для полной переустановки ОС загрузчика. Для первичной настройки сервера тоже нужно будет KVM, ОС я разумеется буду ставить сам, винт буду форматировать. Получили исходники — получили ящик пива :) Не получили исходники — я получил ящик пива. Только после выходных готов заняться, в понедельник. А то дел пока много. Идёт?
То есть ваша схема предполагает переустановку загрузчика в ручном порядке после каждого выключения питания у сервера что ли , это кто не спать будет что бы следить за 10 такими серверами или за 20ю?:)
---------- Добавлено 28.03.2012 в 16:22 ----------
iwant2beahoster: Так... Мужики начали меряться...
А что будет если непреодолимая сила встретится с несокрушимым препятствием... :)
Мировая коллизия и весь мир сойдется в точку :D
---------- Добавлено 28.03.2012 в 16:35 ----------
Gelmo: Но вот что пришло мне в голову. Если сайт имеет русский контент, размещайте информацию у хостеров в Китае, Японии, причем без русской поддержки. Еще больше обезопасить себя можно, если поддержка только на китайском, японском, а вы общаетесь через переводчика. Вероятность что азиатам будет интересен ваш контент на русском языке ничтожно мал.
Выглядит логично :) Но скажите мне, а как вы в суппорт обращаться будете если вдруг что... :) ? "Переводчик" > "оплата хостинга"
netwind: Romka_Kharkov, раскрывать факторы и их веса в итоговом решении не в их интересах. Ну как и в СЕО.
что вас удивляет? Как поиском все пользуются нормально, не зная что внутри, так и антиспамом должны пользоваться по их задумке. Можно только делать предположения.
Бороться и возмущаться полностью бессмысленно.
Так а я не борюсь и не возмущаюсь ))) я уже достаточно давно понял что они там не нормальные :D Я спокоен :D Мне гугл этот........ а вот у ТС проблема... ;)
Andreyka: Да, там есть busybox, которая подымает ssh и ждет приглашения ввести пароль/ключ для монтирования зашифрованой ФС. Проблема в том, что бинарники, в которые ты собрался внедрять троян, имеют контрольную сумму и перед тем как вводить пароль, они скачиваются и проверяются на предмет изменений. Так что можешь идти курить.
Вы мне можете сейчас рассказывать сколько угодно, я прекрасно понимаю что можно проверять, а что нет.... , мало того я уже смотрел вашу лекцию где вы опираетесь на Cisco о котором говорите "сисадмины его настроят" а остальное будет работать.... ;) Мне хватило :D Что вам надо для того что бы настроить такую систему ? А еще лучше скажите мне сколько аналогичных систем у вас уже настроено?. А потом на перекур выйдем :D
netwind: Romka_Kharkov, гугл может хранить какую угодно историю. я имел ввиду историю рассылки спама, жалоб и так далее. Как и обратную историю больших объемов почтового трафика, на который не было жалоб. IP меняют арендаторов, а история остается.
Понимаю, и даже одобряю, но как вот вы лично считаете, если к вам пришло письмо, оно по вашей "истории" пусть даже пришло с домена который 200 лет назад был спамером или с IP адреса где поменялся владелец уже (не суть важно).... вы будете в отлупах почтовых это указывать? Или блин вы принимаете письма и складывает их в спам? ;) Вот в этом случае я подход гугла вообще не понимаю и не разделяю, ну если есть история, реджект письму... и всем сразу понятно в чем проблема..... а выходит по факту что ты им шлешь почту с домена который не в блек листах, ИП тоже не блек листах (на текущий момент), все SPF / DKIM прописаны... а оно говорит "нет , это спам, потому что 200 лет назад......" да и это я так утрирую, гугл то вообще ничего не говорит, молча в спам положил и тишина, хоть бы для информации хидер какой-то добавили.... ДВОЕШНИКИ ОНИ! :D
hacccker: И всётаки меня пока не переубедили. Я очень люблю конструктивный диалог, и при наличии весомых доказательств всегда готов изменить свою точку зрения и сказать, что был не прав.
Теперь конструктивнее:
1) Всётаки RAM память — безопасное место хранения ключей сессии.
Да, мне уже показали, что теоретически можно сдампить RAM память. Это очень интересная тема, я действительно про это не знал. Считаю, что если развивать эту тему дальше, то нужно пересматривать всю концепцию информационной безопасности. Которая всётаки базируется на том, что сдампить RAM память не возможно практически. Тем не менее, как я уже сказал выше, оказывается её можно сдампить теоретически, но не практически.
2) Если память всётаки безопасная, другой вариант вторжения — перехват ключа для расшифрования внедрившись в саму ОС, или по каналам связи.
Тут варианты такие:
a) Тушим машину для установки на неё какой-то закладки (трояна) который перехватит ключ в момент его ввода в систему. Т.е. грузимся с LiveCD/USB и устанавливаем закладку.
b) Тушим машину и вытягиваем зашифрованные данные, пытаемся их потом расшифровать своими силами.
c) Перехват ключа на коммутационном оборудовании ДЦ — не рассматриваем, предполагаем, что трафик разумеется шифрованный.
Первый вариант просто решается установкой пароля на BIOS, чтобы никто не смог настроить загрузку с LiveCD. Пароль могут сбросить вытянут батарейку, поэтому перед вводом пароля для монтирования криптованного тома, необходимо обязательно проверять установлен ли пароль на bios и соответствует ли он тому который мы установили прошлый раз.
Вариант достать криптованные данные и расшифровывать их 100500 лет — тоже не подходит. Я отлично знаком с возможностями GPU, но длинный ключ всёравно подобрать пока не под силу за приемлемое время. Единственное чего стоит опасаться ближайшее время — ботнеты, которые использую GPU возможности жертв. Всётаки распределив вычисления на несколько тысяч видеокарт с поддержкой куда/опенсл действительно можно сломать даже "тяжелые" ключи.
Тем не менее, я всётаки останусь при свои мнении и продолжу его отстаивать. Мои аргументы простые: память безопасная, трафик шифрованный, сбрутить длинный ключ не хватит мощности. Именно на этих трёх принципах вполне можно построить систему, которая устойчива к внешнему физическому вторжению со стороны сотрудников ДЦ или любых других третьих лиц.
Привозите свой сервер и попробуйте на нем от меня что-то зашифровать.... :) посмотрим на результат, вы же практический подход одобряете, я тоже :D Только не забываем, что мне нужен сервер который как бы важен для вас он должен быть онлайн и все такое, а то я файлик накодировать шас могу... действительно 100500 компьютеров 100500 лет его отгадывать будут, но в этом случае и клиенты его не увидят, а соответственно и сервис\сайт не работает в это время... А как вы вообще себе видите ситуацию когда например сервер перегрузился, вы каждый раз проверяете наличие пароля в биосе ? и каждый раз раз проверяете все md5 по всей системе? Не забывайте, что кроме биоса н сервере есть еще и загрузчик, который с удовольствием включит мне указанный кернель откуда угодно, да я банально по PXE загружу тачку вашу, мне ваш биос вообще не нужен :D Boot rom как правило на сетевках сам кричит "дайте"... :) В общем готов к тестированию, присылайте ящик :D
---------- Добавлено 27.03.2012 в 16:43 ----------
Andreyka: А как ты ее установишь трояна, если файловая система зашифрована? Ее надо расшифровать и примонтировать, прежде чем ставить.
Думай, что говоришь.
Секундочку, ну какая-то система то есть? что значит зашифрована ? grub умеет грузится с pgp диска напрямую? Скорее будет микро OS (/) в которой будет уже система для монтирования этого файлика и его разщифровывания, а уже из неё будет смонтирован /home или че там /secure-storage..... или я что-то не так понимаю ? :D
---------- Добавлено 27.03.2012 в 16:45 ----------
deltahost.com.ua: В вопросе ТС практика показывает обратное.
Я уже писал где-то на SE, смотря от чего защищаться...... если мы ждем удара атомной бомбы, то может и свинцового ящика не хватить если эпицентр будет рядом, а если от нерадивых сотрудников.... есть методики , но еще раз повторюсь это не панацея, даже если вы обмотаете цепями свой сервер никто вас и спрашивать не будет ни о чем если он задымиться... откусят все цепи и зальют огнетушителями молча..... а вы потом смотрите... что там с него скопировали и был ли вообще пожар... но по факту - данные украдены...
netwind: Romka_Kharkov, учитывая оговорку насчет "чистого ип" и широту понятия "нормальное тело письма", нельзя считать это утверждение ложным.
Вот только найти чистый ip без истории и слать почту совсем не похожую на спам сайтам не всегда возможно.
Логику вижу, частично согласен, но наводит на вопросы одно слово "история", что именно вы имеете ввиду ? История которую хранит гугл? Истории на самих Блеклистах? Другие какие-то истории?
klamas, действительно, в чём проблема? Я мбит/с перевел в мб/с (1 гбит/с ~ 1000 кбит/с ~ 125 мб/с). Мне так удобнее считать. Первоапрельская шутка небось?
---------- Добавлено 01.04.2012 в 00:45 ----------
1 мб/с имелось ввиду, конечно, для одного клиента, но таких клиентов на сервере будет 500-700 в секунду, а то и больше. Статический контент - это фотки.
Можем предложить вам интересное решение по отдаче фотографий базирующиеся на ферме из нескольких серверов. Прошу изучить: /ru/forum/comment/7069575, в этом случае возможно даже не понадобятся SSD накопители ..... так как скорость отдачи будет опираться на оперативную память кеширующих серверов. Но вот что касается потребления, 600MB/s (при условии что вы все три сервера перенесете) обойдутся вам приблизительно в 800$ / месяц. Так же отдельно идет разовая оплата за настройку и включение в балансировщик трафика ваших серверов. В нашем случае ферма из 5 серверов вполне спокойно отдавала около 500Mb/s ..... (3 на бекенд, 2 кеша). Данное предложение не совсем подходит по вашему первому посту, но несет в себе новую информацию по вашей задаче которую вполне можно рассмотреть. Спасибо.
А все гармонично. Кому важно в первую очередь низкая стоимость - выберет такой вот "сервер" в соответствующем датацентре. Кому важно качество - возьмет нормальный сервер в нормальном месте.
Кстати, разница между десктопным и серверным оборудованием не такая и большая. Я еще могу понять десктопные CPU, там действительно не все так очевидно, но собирать "сервер" на без какой-нибудь asus/gygabyte маме - извращение какое-то.
Место не имеет значения в принципе, какая разница, я могу вам сервер дать с десктопной мамкой например за 100$ или с брендовой хорошей серверной за 250$ к примеру.... оборудование штука такая, специфическое покупается под клиентов..... я не думаю что где-то есть ДЦ в которых исключительно стоит брендовое-серверное оборудование, чисто теоретически могу исключить ДЦ типа гугла или там вконтакте... теоретически возможно, но опять же не уверен, на таком кол-ве серверов по моему уже не имеет смысла ставить серверные .... она все равно друг друга заменяют многократно....... по этому чем дешевле тем проще IMHO.
---------- Добавлено 01.04.2012 в 01:08 ----------
1U-й корпус я б брать не стал т.к. тут нужно правильное охлаждение
Не совсем понятно, 1U типа невозможно вентилировать? :) ??? или что?
Если туда 5 винтов засунуть и 2х процессорную мать поставить, да может быть беда, хотя такое кол-во не влезет в 1U, стоит себе XEON какой-то например , 2 винта в нем, что за "правильное охлаждение" нужно? у меня вот TEMP > 45-50C не поднимается в такой тачке под нагрузкой среднестатистической, внутри стоит 1 кулер на проце и 1 стоит на корпусе....
leoo, во первых не dedication, а Dedicated :) Во вторых , от того что в сервере стоит десктопная мать он не перестает быть Ddicated. Ну а в третих.... если вы готовы платить за серверную платформу я думаю мало кто вам откажет, тут скорее обратное происходит, что бы брали сервера надо удешевлять стоимость.... за счет чего? правильно, в том числе и за счет аппаратной части..... Пользуемся и пользовались десктопами в ДЦ, никаких проблем нет, я пожалуй даже не стал бы говорить что серверные матери лучше или дольше работают (просто не могу сравнить, как-то не замерял). Умирают и те и эти..... если искать выгоду в производительности то надо детально рассматривать две мамки и сравнивать....
Чтоб настроить такую систему мне нужен сервер и оплата. Таких систем у меня настроено достаточно и я не вижу в этом ничего сложного.
Я имел ввиду, готовы ли вы с hacccker на пару настроить сервер , а я буду рад попробовать его поломать с точки зрения вашей системы, которая будет там в разгрузчике разкодировать контент.... :) Вполне может быть я и оборудование вам предоставлю :) Я люблю такие "штучки", тем более все будет по закону :D
---------- Добавлено 28.03.2012 в 16:21 ----------
Та влом что-то куда-то везти, дайте свободный сервачок свой как бы на тест.
Я поднимаю сайтик на вашем сервере. Сайт будет работать, ваша задача будет получить исходники сайта. Делайте всё что хотите, физический доступ у вас к своему серверу полный. Можете ронять сервер сколько угодно, только после того как снова будет в онлайне, мне нужна будет KVM для полной переустановки ОС загрузчика. Для первичной настройки сервера тоже нужно будет KVM, ОС я разумеется буду ставить сам, винт буду форматировать. Получили исходники — получили ящик пива :) Не получили исходники — я получил ящик пива. Только после выходных готов заняться, в понедельник. А то дел пока много. Идёт?
То есть ваша схема предполагает переустановку загрузчика в ручном порядке после каждого выключения питания у сервера что ли , это кто не спать будет что бы следить за 10 такими серверами или за 20ю?:)
---------- Добавлено 28.03.2012 в 16:22 ----------
Так... Мужики начали меряться...
А что будет если непреодолимая сила встретится с несокрушимым препятствием... :)
Мировая коллизия и весь мир сойдется в точку :D
---------- Добавлено 28.03.2012 в 16:35 ----------
Но вот что пришло мне в голову. Если сайт имеет русский контент, размещайте информацию у хостеров в Китае, Японии, причем без русской поддержки. Еще больше обезопасить себя можно, если поддержка только на китайском, японском, а вы общаетесь через переводчика. Вероятность что азиатам будет интересен ваш контент на русском языке ничтожно мал.
Выглядит логично :) Но скажите мне, а как вы в суппорт обращаться будете если вдруг что... :) ? "Переводчик" > "оплата хостинга"
Romka_Kharkov, раскрывать факторы и их веса в итоговом решении не в их интересах. Ну как и в СЕО.
что вас удивляет? Как поиском все пользуются нормально, не зная что внутри, так и антиспамом должны пользоваться по их задумке. Можно только делать предположения.
Бороться и возмущаться полностью бессмысленно.
Так а я не борюсь и не возмущаюсь ))) я уже достаточно давно понял что они там не нормальные :D Я спокоен :D Мне гугл этот........ а вот у ТС проблема... ;)
Да, там есть busybox, которая подымает ssh и ждет приглашения ввести пароль/ключ для монтирования зашифрованой ФС.
Проблема в том, что бинарники, в которые ты собрался внедрять троян, имеют контрольную сумму и перед тем как вводить пароль, они скачиваются и проверяются на предмет изменений.
Так что можешь идти курить.
Вы мне можете сейчас рассказывать сколько угодно, я прекрасно понимаю что можно проверять, а что нет.... , мало того я уже смотрел вашу лекцию где вы опираетесь на Cisco о котором говорите "сисадмины его настроят" а остальное будет работать.... ;) Мне хватило :D Что вам надо для того что бы настроить такую систему ? А еще лучше скажите мне сколько аналогичных систем у вас уже настроено?. А потом на перекур выйдем :D
Romka_Kharkov, гугл может хранить какую угодно историю. я имел ввиду историю рассылки спама, жалоб и так далее. Как и обратную историю больших объемов почтового трафика, на который не было жалоб. IP меняют арендаторов, а история остается.
Понимаю, и даже одобряю, но как вот вы лично считаете, если к вам пришло письмо, оно по вашей "истории" пусть даже пришло с домена который 200 лет назад был спамером или с IP адреса где поменялся владелец уже (не суть важно).... вы будете в отлупах почтовых это указывать? Или блин вы принимаете письма и складывает их в спам? ;) Вот в этом случае я подход гугла вообще не понимаю и не разделяю, ну если есть история, реджект письму... и всем сразу понятно в чем проблема..... а выходит по факту что ты им шлешь почту с домена который не в блек листах, ИП тоже не блек листах (на текущий момент), все SPF / DKIM прописаны... а оно говорит "нет , это спам, потому что 200 лет назад......" да и это я так утрирую, гугл то вообще ничего не говорит, молча в спам положил и тишина, хоть бы для информации хидер какой-то добавили.... ДВОЕШНИКИ ОНИ! :D
И всётаки меня пока не переубедили. Я очень люблю конструктивный диалог, и при наличии весомых доказательств всегда готов изменить свою точку зрения и сказать, что был не прав.
Теперь конструктивнее:
1) Всётаки RAM память — безопасное место хранения ключей сессии.
Да, мне уже показали, что теоретически можно сдампить RAM память. Это очень интересная тема, я действительно про это не знал. Считаю, что если развивать эту тему дальше, то нужно пересматривать всю концепцию информационной безопасности. Которая всётаки базируется на том, что сдампить RAM память не возможно практически. Тем не менее, как я уже сказал выше, оказывается её можно сдампить теоретически, но не практически.
2) Если память всётаки безопасная, другой вариант вторжения — перехват ключа для расшифрования внедрившись в саму ОС, или по каналам связи.
Тут варианты такие:
a) Тушим машину для установки на неё какой-то закладки (трояна) который перехватит ключ в момент его ввода в систему. Т.е. грузимся с LiveCD/USB и устанавливаем закладку.
b) Тушим машину и вытягиваем зашифрованные данные, пытаемся их потом расшифровать своими силами.
c) Перехват ключа на коммутационном оборудовании ДЦ — не рассматриваем, предполагаем, что трафик разумеется шифрованный.
Первый вариант просто решается установкой пароля на BIOS, чтобы никто не смог настроить загрузку с LiveCD. Пароль могут сбросить вытянут батарейку, поэтому перед вводом пароля для монтирования криптованного тома, необходимо обязательно проверять установлен ли пароль на bios и соответствует ли он тому который мы установили прошлый раз.
Вариант достать криптованные данные и расшифровывать их 100500 лет — тоже не подходит. Я отлично знаком с возможностями GPU, но длинный ключ всёравно подобрать пока не под силу за приемлемое время. Единственное чего стоит опасаться ближайшее время — ботнеты, которые использую GPU возможности жертв. Всётаки распределив вычисления на несколько тысяч видеокарт с поддержкой куда/опенсл действительно можно сломать даже "тяжелые" ключи.
Тем не менее, я всётаки останусь при свои мнении и продолжу его отстаивать. Мои аргументы простые: память безопасная, трафик шифрованный, сбрутить длинный ключ не хватит мощности. Именно на этих трёх принципах вполне можно построить систему, которая устойчива к внешнему физическому вторжению со стороны сотрудников ДЦ или любых других третьих лиц.
Привозите свой сервер и попробуйте на нем от меня что-то зашифровать.... :) посмотрим на результат, вы же практический подход одобряете, я тоже :D Только не забываем, что мне нужен сервер который как бы важен для вас он должен быть онлайн и все такое, а то я файлик накодировать шас могу... действительно 100500 компьютеров 100500 лет его отгадывать будут, но в этом случае и клиенты его не увидят, а соответственно и сервис\сайт не работает в это время... А как вы вообще себе видите ситуацию когда например сервер перегрузился, вы каждый раз проверяете наличие пароля в биосе ? и каждый раз раз проверяете все md5 по всей системе? Не забывайте, что кроме биоса н сервере есть еще и загрузчик, который с удовольствием включит мне указанный кернель откуда угодно, да я банально по PXE загружу тачку вашу, мне ваш биос вообще не нужен :D Boot rom как правило на сетевках сам кричит "дайте"... :) В общем готов к тестированию, присылайте ящик :D
---------- Добавлено 27.03.2012 в 16:43 ----------
А как ты ее установишь трояна, если файловая система зашифрована? Ее надо расшифровать и примонтировать, прежде чем ставить.
Думай, что говоришь.
Секундочку, ну какая-то система то есть? что значит зашифрована ? grub умеет грузится с pgp диска напрямую? Скорее будет микро OS (/) в которой будет уже система для монтирования этого файлика и его разщифровывания, а уже из неё будет смонтирован /home или че там /secure-storage..... или я что-то не так понимаю ? :D
---------- Добавлено 27.03.2012 в 16:45 ----------
В вопросе ТС практика показывает обратное.
Я уже писал где-то на SE, смотря от чего защищаться...... если мы ждем удара атомной бомбы, то может и свинцового ящика не хватить если эпицентр будет рядом, а если от нерадивых сотрудников.... есть методики , но еще раз повторюсь это не панацея, даже если вы обмотаете цепями свой сервер никто вас и спрашивать не будет ни о чем если он задымиться... откусят все цепи и зальют огнетушителями молча..... а вы потом смотрите... что там с него скопировали и был ли вообще пожар... но по факту - данные украдены...
Romka_Kharkov, учитывая оговорку насчет "чистого ип" и широту понятия "нормальное тело письма", нельзя считать это утверждение ложным.
Вот только найти чистый ip без истории и слать почту совсем не похожую на спам сайтам не всегда возможно.
Логику вижу, частично согласен, но наводит на вопросы одно слово "история", что именно вы имеете ввиду ? История которую хранит гугл? Истории на самих Блеклистах? Другие какие-то истории?
Rimlyanin, решить, на самом деле, несложно. всего-то и надо: чистый ип, правильные заголовки и днс, нормальное тело письма
Ага, мечтайте, с этими двоешниками даже SPF и dkim не помогает....