Майнинг криптовалюты на оборудовании соседа и без ущерба для репутации
Автор: admin. Рубрика: пилилово-копалово, пингвиньи забавы
Как показывают расчеты, в деле добычи криптовалют выгоднее всего заниматься продажей золотоискателям лопат и услугами по этих лопат починке 🙂 Но, хотя, и это тоже не мой бизнес, халявное пиво это всегда халявное пиво.
Итого, как можно добыть криптовалюту не вкладываясь в покупку фермы для майнинга на основе видеокарт? Не так и сложно, если есть доступ к коллективному шлюзу в интернет.
Причем, сразу хотелось бы заметить: в предлагаемой схеме почти нет пострадавших. Ну или да будет это на вашей совести.
История вопроса такова: на фермах для майнинга криптовалют используется специализированное програмное обеспечение, зачастую с закрытым кодом и неизвестными мотивами автора.
Так вот, на самом деле мотивы те прекрасно известны: программы-майнеры (к примеру, Claymore’s) написаны с простой целью: каждые N раундов майнинга на указанный в настройках адрес хозяина фермы, происходит дополнительный раунд в пользу адреса разработчика программы майнера. А то и даже не один раунд 🙂 В любом случае, разработчик молодец и скорее всего уже купил себе собственный остров (и это не шутка ни разу, речь идет о миллионах долларов в месяц).
А раз разработчик остров себе уже купил, мы можем за него не волноваться и задуматься, а нельзя ли эти самые «бесполезные» раунды майнинга обернуть в свою пользу. Ну раз владельцу фермы они тоже все равно бесполезны.
отзывы (0)Блокировка рекламы для IE используя adblock
Автор: admin. Рубрика: архив опыта, управление пользователя
По самой сути установки: устанавливаем, включаем, пользуемся 🙂
Вариации с головной болью начинаются, когда нам нужно установить и включить расширение на большой группе рабочих станций.
Дело в том, что расширение при первом запуске после своей установки, конечно, задаст вопрос пользователю, должно ли оно быть включено. Но все вариации реакции пользователя на это не могут быть заранее угаданы. Опять же, при первом запуске расширение открывает уведомляющую страницу, а для последующий настройки (выбора подписок блокировки) требуется несколько ручных действий.
Читать полностью »
Не каждое право на запись есть право на чтение
Автор: admin. Рубрика: Exchange
Утверждение в заголовке даже сомнению не подвергается, ибо «it’s by design» так всегда и везде. Речь не о том.
Как известно, в последних версиях Exchange и Outlook прежнюю работу с общими Календарями расширили до создания специальных почтовых ящиков (room mailbox) и удобного резервирования переговорных таким образом.
Но есть проблема: по умолчанию, если собрание не принято всеми участниками, на такое же время можно назначить другое совещание в той же переговорной.
И, что много хуже, при поиске свободного помещения совершенно непонятно, а кто его занял и где этого «занимателя» найти с целью переговоров о том, чье совещание важнее и нужнее.
Неожиданное MapiExceptionNotAuthorized при отправке письма в общую папку
Автор: admin. Рубрика: AD, Exchange
Как выясняется, со странными проблемами сталкиваюсь не только я 😉
Несколько лет назад я сам столкнулся с подобной проблемой: при отправке сообщения в mailenabled общую папку от имени внутреннего пользователя, пользователь в ответ получает:
550 5.2.0 STOREDRV.Deliver: The Microsoft Exchange Information Store service reported an error. The following information should help identify the cause of this error: «MapiExceptionNotAuthorized
Вроде бы, очевидная и частая проблема, когда для отправки и папку обязательна аутентификация, а входящая почта исходит от анонимного отправителя (любая внешняя почта, собственно). Вот только ситуация-то была ровно обратной:
- Сам отправитель является хозяином папки
- Права «анонимного пользователя» = Author
- Права «по умолчанию» = Author
- Папка не требует обязательной аутентификации отправителей
- Сообщение от любого внешнего источника в папку доставляется корректно. При этом несущественно, через какой smtp коннектор получена почта (внешний анонимный или внутренний с аутентификацией отправителя).
- Проблема наблюдается только для какого-то ряда внутренних отправителей, на первый взгляд совершенно несвязанных друг с другом (разные департаменты, различные полномочия, большой разброс времени создания учетной записи)
И даже более того: после создания новой mailenabled общей папки и внимательного назначения для нее прав, была проведена серия тестов:
- Письмо с smtp адресом отправителя изнутри организации, возвращается с NDR.
- Письмо с smtp адресом отправителя извне, ложится в папку.
- Если добавить пользователю произвольный внешний smtp адрес, а затем отослать письмо с этим адресом отправителя. То на основной адрес пользователя сваливается NDR.
- Действо из предыдущего пункта совершенно безболезненно проходит с отправкой на адреса почтовых ящиков пользователей организации.
Учитывая то, что тестирование проводилось в том числе для свежесозданных пользователей… Впору было начинать верить в происки к потусторонних сил.
Ограничение максимального числа получателей сообщений
Автор: admin. Рубрика: Exchange
В проектах по миграции почтовых систем с одной версии Exchange на другую, иногда приходится сталкиваться с, так сказать, последствиями чужих недоработок.
Согласно политике организации, максимальное количество получателей сообщения должно быть установлено в 30 адресатов, кроме нескольких пользователей, которым должно быть разрешена отсылка любому количеству получателей.
Данные требования были удовлетворены путем установки глобального значения Recipient Limits равного 30 и явного указания заведомо большого (15000) разрешенного количества адресатов в свойствах тех пользователей, с которых ограничение необходимо снять. Собственно говоря, данная конфигурация является полностью логичной…при использовании почтового сервера Exchange 2003.
В архитектуре же Exchange 2010 (на самом деле, насколько я помню, уже начиная с Exch2007) логика работы иная.
Читать полностью »
Беспроводной маршрутизатор Asus RT-N13U и его доработка
Автор: admin. Рубрика: Железная кузница
Собственно говоря, о самом устройстве особенно писать нечего: вполне симпатичный беспроводной роутер с USB портом. Свой функционал вполне хорошо выполняет. Единственно что, уж как-то сильно греется…
Ну что же, сам виноват — будем остужать 😉
В жизни бывает всякое, не менее разные ситуации случаются и в бизнесе. Но что делать, если на носу переезд, а на новом месте не то, чтобы нет возможности быстрого подключения интернет-доступа, но само это новое место может оказаться перевалочным пунктом в длинной череде? При этом, без сомнения, работать как-то нужно 😉
Разработанное решение более подходит к ситуации домашнего использования, но и для, скажем так, малого бизнеса я бы не стал однозначно его отвергать.
Для отвязывания от проводов на данный момент существует несколько решений: использование коммерческий сети WiFi или развивающийся сети WiMax. Но по простой причине того, что нет полной уверенности, каков же будет следующий «перевалочный пункт», нам необходимо было создать унифицированое решение, легкое для адаптации.
Учет использования общих принтеров
Автор: admin. Рубрика: учет расходов
Не секрет, что после каждого улучшения в электронном документообороте компании, в последней возрастает потребление бумаги. Даже извечные студенты, печатающие за счет работодателя свои бесчисленные рефераты о влиянии интенсивности потока лунного света на износ рельс, вовсе не так уж и много изводят бумаги. Гораздо больше бумаги и тонера расходуется на ритуальные кормления шредеров из-за того, что электронный документооборот позволяет многократно бездумно создавать копию многих версий одного и того же документа.
Существует несколько недорогих программных решений для учета потребления расходных материалов. Но дело в том, что по большому счету, они являются излишне функциональными. Как правило, необходимо не иметь полную копию всех распечатанных документов, а лишь видеть статистику по количеству отпечатков на каждом принтере с распределением по пользователям.
С течением времени даже элементарные вещи и базовые понятия могут быть забыты, если являются достаточно специфичными и не используются в ежедневной рабочей среде.
На днях произошел как раз подобный инцидент, по существу которого запрос на, казалось бы, элементарную поддержку пользователя вышел за рамки работы специалистов подразделения ServiceDesk.
Связка Exchange и Outlook вполне разумно, что уже давно используется исключительно в двух вариациях: со включенной функцией кэширования и с выключенной. Оба варианта использования имеют свои недостатки: при выключенном кэшировании возникает излишняя нагрузка на сервер, а при включенном кэшировании объемного ящика — могут быть серьезные проблемы с производительностью на стороне клиента (в особенности, если на стороне клиента активизирован плагин для антивирусной проверки корреспонденции). Это, кстати, тот самый вариант, когда Best Practices поставщика оказываются малопригодны в конкретной рабочей среде.
В проектах по миграции с Exchange 2003 на более свежие версии, грешен, я и сам очень часто люблю ввернуть упоминание о том, что «администрирование устаревшей версии почтовой системы базируется на графических утилитах, не позволяя гибко решать поставленные задачи».
Суть в том, что это несовсем верно 😉