https://slinkov.ru/openforum/vsluhforumID3/81086.html Опубликованы (http://www.nro.net/news/global-ipv6-survey-results-2011) результаты опроса "The Global IPv6 Deployment Monitoring Survey 2011 (http://www.nro.net/wp-content/uploads/ipv6_deployment_survey.pdf)" (PDF, 400 Кб), оценивающего готовность к глобальному внедрению IPv6. В опросе приняли участие представители индустрии со всего мира: более 1600 участников из которых 53% - интернет-провайдеры. Согласно результатам опроса около 70% провайдеров планируют к концу 2012 года адаптировать свои сети к внедрению IPv6. <br><br>7% провайдеров пока не рассматривают переход на IPv6. 85% опрошенных предпочитают использование двойного стека (IPv6 + IPv4) и только 13% поддерживают отдельные инфраструктуры для IPv4 и IPv6. С момента предыдущего опроса, который был проведен в 2009 году, отмечается основная тенденция, указывающая на то, что подготовленность провайдеров к внедрению IPv6 значительно увеличилась. <br><br>URL: http://www.nro.net/news/global-ipv6-survey-results-2011<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=32 https://slinkov.ru/openforum/vsluhforumID3/81086.html#80 Wed, 02 Nov 2011 21:54:17 GMT &gt; Подождите, так у вас же конфликт бачка и крана в ванной!<br><br> :)<br>&gt; Вот и считайте -- пришла любовница, воды нет ни там ни там, конфуз, срамота.<br><br>И это только мелкий глюк ручной конфигурации IPv6 <br><br>&gt; Так что с v6 надо повременить.<br><br>Да. Поэтому лучше посрать и помыть руки за NATом, чем в говне и грязный, но с IPv6 :) <br> https://slinkov.ru/openforum/vsluhforumID3/81086.html#79 Wed, 02 Nov 2011 20:59:36 GMT я не думаю о их квалификации, я знаю как обстоит дело с dcc и Ко.<br> https://slinkov.ru/openforum/vsluhforumID3/81086.html#78 Wed, 02 Nov 2011 09:44:35 GMT &gt;&gt; Т. е. тратящиеся джоули вы не отрицаете.<br>&gt; Процессор работает, такт за тактом<br><br>Угу, на всех парах строго заданной кварцем 4.77MHz и уже тогда равномерно прогружая всё АЛУ.<br><br>&gt; что там выполняется классификация или nop какая разница,<br>&gt; за месяц на сервере компании разницы и в Ватт не будет.<br><br>Если сервер сколь-нибудь современный (не P4), операционка не дубовая и умеет ACPI, а админ не полный олух и настроил cpufreq, то разница в несколько киловатт-часов за месяц может выйти.<br> https://slinkov.ru/openforum/vsluhforumID3/81086.html#77 Tue, 01 Nov 2011 23:17:39 GMT А что,если пользователю дать кнопку "спам" как на майл.ру?<br>По уже отклассифицированым письмам новые письма сначала сравнивать по размеру(диапазону размеров),<br>а потом если размер подозрительный проверять хеш письма или его части?<br>А на домен письма просто забить?(только если пользователь его сам не забанит)<br> https://slinkov.ru/openforum/vsluhforumID3/81086.html#76 Tue, 01 Nov 2011 19:23:26 GMT &gt;&gt; У меня детектор стоит на спам, как только кто из клиентов начинает <br>&gt;&gt; "слать", то уже через несколько секунд девочка из тех. поддержки звонит <br>&gt;&gt; клиенту, а у клиента отрубается на день 25 порт.<br>&gt; Я бы от такого прова сразу бы отказался: откуда я знаю критерии <br>&gt; вашей левой пятки по поводу массовости рассылки, а отключение услуги посреди <br>&gt; дороги это не гут.<br><br>Давайте так - спам активность проверить не сложно ( в том числе и по профилю Вашего поведения до этого) - вполне рабочее решение, причем блокировка сопровождается звонком, причем подозрение ( а не надо ли блочить - тоже звонок) если Вам звонят и спрашивают - а вы уверены что у Вас 200 писем в минуту идет, а можно админа вашего попросить нам позвонить, а вы понимаете, что в договоре штрафы, если Вы спам рассылаете ( в том числе и вирусом), то стоит подумать, если легально - сказать - у меня тут почтовик висит ( вы сами обратную зону писали), так что - клиент уверен - у него все хорошо - пусть шлет, если что не так - работа по https://slinkov.ru/openforum/vsluhforumID3/81086.html#75 Tue, 01 Nov 2011 19:15:23 GMT о rbl: ага, пообслуживайте пару десятков популярных у спамеров доменов ( 2-3 буквы из ru - старые), а потом сообщайте свое мнение. <br>Без своих rbl, в формировании которых участвуют ( не дают 100% блокировки) популярные листы - просто истощите количество возможных соедиений на кластере из 3 серверов. <br>Как провайдер - для Ipv6 ( которые есть у 20% клиентов, остальные не запрашивали) выход по 25-му запрещен по умолчанию ( по запросу - блок снимается). <br>ipv6 прием почты из внешнего мира давно был, потом по соотношению спама их mx вынули АААА; будет новый стандарт smtp - будем думать - сейчас - нет смысла. ( клиент Ipv6 может в любой момент послать письмо через наш исходящий у которого Ipv6 только для релеига от своей сети). <br> https://slinkov.ru/openforum/vsluhforumID3/81086.html#74 Tue, 01 Nov 2011 12:21:12 GMT &gt; Что бы не было эпидемии не обязательно делать прививки 100% населения, достаточно <br>&gt; большей части. 100% конечно идеал.<br><br>А почему необязательно? Ответ прост, поскольку вероятность контакта инфицированного с непривитым низка по чисто географическим причинам. А в случае электронной рассылки вероятность практически 100%.<br><br><br><br> https://slinkov.ru/openforum/vsluhforumID3/81086.html#73 Tue, 01 Nov 2011 12:19:27 GMT &gt; Классификатор на таких доменах не плохо оторвется. Ну а кто до сих <br>&gt; пор не делает ни DKIM ни SPF сам себе злой буратино, <br>&gt; на доменах вроде gmail.com такие письма с большой долью вероятности попадут <br>&gt; с спам.<br><br>Я рад, что вам письма шлют только из gmail.com. Примерно 90% кореспонденции приходящей на наш домен это домены заказчиков. Из них не более 20% с dkim, чуть больше spf. И критерии там очень зыбкие. Поэтому я и говорю, только поголовный dkim спасет этот муравейник. <br><br><br><br> https://slinkov.ru/openforum/vsluhforumID3/81086.html#72 Tue, 01 Nov 2011 12:12:26 GMT &gt; У меня детектор стоит на спам, как только кто из клиентов начинает <br>&gt; "слать", то уже через несколько секунд девочка из тех. поддержки звонит <br>&gt; клиенту, а у клиента отрубается на день 25 порт.<br><br>Я бы от такого прова сразу бы отказался: откуда я знаю критерии вашей левой пятки по поводу массовости рассылки, а отключение услуги посреди дороги это не гут. <br><br><br>