<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль magicex]]></title>
    <link>https://habr.com/ru/users/magicex/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя magicex]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sun, 03 May 2026 11:30:33 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>20.09.2023 19:13:38 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/761750/#comment_25984010</guid>
      <link>https://habr.com/ru/articles/761750/#comment_25984010</link>
      <description><![CDATA[<p>Мы немного про разные вещи говорим. Я про склады, где есть рабочие места с термопринтерами и А4, где сотрудник работает на одном месте и должен получать результаты печати чуть ли не мгновенно, от этого зависит скорость обработки. Эта скорость  достигается принтером на каждом рабочем месте, а то и не одним. Как вы понимаете - follow printing это не вариант))</p><p>Другой сценарий - сотни филиалов по 2-3 сотрудника на каждом. Сотрудники в терминалках, хотя тут не сильно важно. Обслуживание также максимально ускорено и ожидание печати с одного принтера недопустимо.</p><p>Выливаются данные сценарии в тысячи принтеров, которые надо раздавать, что и решают подобные скрипты</p>]]></description>
      <pubDate>Wed, 20 Sep 2023 19:13:38 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.09.2023 20:25:14 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/761750/#comment_25980898</guid>
      <link>https://habr.com/ru/articles/761750/#comment_25980898</link>
      <description><![CDATA[<p>Очень узкое решение, рассчитано на офис, где стоит большое МФУ, к которому все ходят</p><p>Нереализуемо для организации печати на складах и россыпи филиалов, думаю, что вы понимаете почему</p>]]></description>
      <pubDate>Tue, 19 Sep 2023 20:25:14 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.09.2023 13:51:40 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/761750/#comment_25976410</guid>
      <link>https://habr.com/ru/articles/761750/#comment_25976410</link>
      <description><![CDATA[<p>Проще ровно до того момента, пока не начнете ловить приколы с расшаренными принтерами. А они проявляются довольно быстро. Навскидку:</p><ol><li><p>Забивание реестра расшаренными принтерами.</p></li><li><p>Забивание механизма CSR удаленными\старыми\ненужными принтерами.</p></li><li><p>Исчезновение всех принтеров у пользователя до перелогина. Иногда до удаления профиля.</p></li></ol><p>Это основные проблемы, которые заставили сделать свое решение, примерно такое же как в статье. Отличия:  </p><ul><li><p>В качестве хранилища используется MSSQL, поскольку уже развернут в компании. </p></li><li><p>Импорты разделены на фулл\дифф, поскольку сравнение занимает много времени. Дифф вычисляется при экспорте сравнением на стороне SQL.</p></li><li><p>Инициатор установки не принт-сервер, а каждый RDSH, из-за их количества.</p></li></ul><p>Данный механизм позволил полностью решить все проблемы с принтерами, работает успешно уже более 5 лет. Принтеров около 2000+, 100+ серверов.</p>]]></description>
      <pubDate>Mon, 18 Sep 2023 13:51:40 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>04.06.2023 10:04:22 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/softpoint/articles/739112/#comment_25615146</guid>
      <link>https://habr.com/ru/companies/softpoint/articles/739112/#comment_25615146</link>
      <description><![CDATA[<p>А есть какая-то зависимость от версии ОС под SQL сервером? Win2016/2019?</p>]]></description>
      <pubDate>Sun, 04 Jun 2023 10:04:22 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.10.2022 09:25:32 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/691030/#comment_24830006</guid>
      <link>https://habr.com/ru/articles/691030/#comment_24830006</link>
      <description><![CDATA[<p>А зачем применять CoW для файла лога? Не проще его копировать обычным методом и сделать отдельным для каждой БД, тем более, что за счет отсутствия там CoW и производительность должна чуть вырасти, если мы говорим про запись?</p>]]></description>
      <pubDate>Tue, 18 Oct 2022 09:25:32 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>08.05.2022 18:37:57 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/664874/#comment_24327866</guid>
      <link>https://habr.com/ru/articles/664874/#comment_24327866</link>
      <description><![CDATA[<p>Прочитал, что в домене вы не можете делать новые группы, но по-хорошему, это подразумевается. Даже в случае недоступности изменений в домене, можно обойтись фильтрацией LDAP в разделе authc для указания групп и не указывать точечно пользователей.</p><p>Пример из живой системы:</p><pre><code>        userbase: 'OU=People,DC=domain,DC=local'
        usersearch: '(&amp;(sAMAccountName={0})(memberOf:1.2.840.113556.1.4.1941:=CN=ELK-Access,OU=ELK,OU=Global_groups,DC=domain,DC=local))'
</code></pre><p>Соответственно, для вашего случая, можно указать 3 memberOf параметра через OR и просто наполнять группы, не трогая конфиг Opensearch.</p><p>В идеале, конечно, сделать одну группу и включать в нее нужные.</p>]]></description>
      <pubDate>Sun, 08 May 2022 18:37:57 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.09.2020 06:41:57 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/517590/#comment_22027508</guid>
      <link>https://habr.com/ru/articles/517590/#comment_22027508</link>
      <description><![CDATA[Почитал ваш код — вижу что вы через WMI работаете. Интересно, спасибо, попробуем применить)]]></description>
      <pubDate>Thu, 03 Sep 2020 06:41:57 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.09.2020 06:39:31 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/517590/#comment_22027492</guid>
      <link>https://habr.com/ru/articles/517590/#comment_22027492</link>
      <description><![CDATA[даже на 30 сек таймаута фейлится, на особо больших папках получение размера беклога занимает до минуты иногда.<br>
Используется командлет Get-DfsrBacklog с -Verbose]]></description>
      <pubDate>Thu, 03 Sep 2020 06:39:31 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>03.09.2020 06:27:03 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/517590/#comment_22027442</guid>
      <link>https://habr.com/ru/articles/517590/#comment_22027442</link>
      <description><![CDATA[Самое главное с чем столкнулись в своей реализации — таймауты от агентов при мониторинге беклога больших папок.<br>
На больших папках — они неизбежны, поскольку беклог в 1000+, а то и в 10000+ это норма у нас при больших изменениях.<br>
Выкручивались шедулером, который собирает инфу в текстовые файлы, заббикс уже работает с ними (дискавери и опрос).<br>
<br>
Как у вас это обходится?]]></description>
      <pubDate>Thu, 03 Sep 2020 06:27:03 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.05.2018 14:36:01 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ruvds/articles/358630/#comment_11358852</guid>
      <link>https://habr.com/ru/companies/ruvds/articles/358630/#comment_11358852</link>
      <description><![CDATA[Если этот порт смотрит в мир без ограничений — да.<br>
Если вы единственный пользователь, то еще полбеды.<br>
Если это терминальный сервер с N юзеров, политикой смены паролей и блокировки учеток — то это совсем беда. Будете ловить и блокировки учеток из-за попыток подбора и пароли в стиле «Qwe123!», который прекрасно подходят под политику сложности, но неустойчивы к брутфорсу.<br>
К сожалению — выставить 3389 в мир, а потом героически сражаться с последствиями — излюбленная игра многих. Идеальное решение — VPN. Если невозможно, то хотя-бы нестандартный порт.]]></description>
      <pubDate>Wed, 16 May 2018 14:36:01 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.05.2018 11:00:48 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/ruvds/articles/358630/#comment_11358482</guid>
      <link>https://habr.com/ru/companies/ruvds/articles/358630/#comment_11358482</link>
      <description><![CDATA[Рекомендации проброса 3389 на роутере — вообще за гранью.<br>
Это один из излюбленных сервисов для атаки брутфорсом, не пробрасывайте стандартный порт никогда.]]></description>
      <pubDate>Wed, 16 May 2018 11:00:48 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>20.02.2018 08:39:48 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/349490/#comment_10678746</guid>
      <link>https://habr.com/ru/articles/349490/#comment_10678746</link>
      <description><![CDATA[Пробовали встроенные в винду v4 драйвера? У нас была проблема с HP UPD всех версий.<br>
Когда число принтеров достигло 200 — с ними работать стало невозможно, свойства принтера открывались минут по 5.<br>
Переход на Class Driver проблему решил полностью.<br>
На Kyocera вижу тоже есть встроенные драйвера, в том числе и универсальные Monochrome\Color.]]></description>
      <pubDate>Tue, 20 Feb 2018 08:39:48 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>19.02.2018 23:11:39 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/349490/#comment_10678378</guid>
      <link>https://habr.com/ru/articles/349490/#comment_10678378</link>
      <description><![CDATA[Что-то у вас нездоровое со спулером, ну или дрова кривые на принтера. Зависшие в очереди задания это конечно проблема, но решается она гораздо проще:<br>
<code>Get-Printer | get-printjob | where{$_.SubmittedTime -lt ((Get-Date).adddays(-1))} | Remove-PrintJob</code><br>
<br>
Запуск каждый час — вычищать все, что поставлено в очередь больше суток назад. Врядли кому-то нужны уже эти документы.<br>
Ну и даже при 700+ суммарно в очередях — проблем со 100% потреблением ЦПУ не наблюдали.]]></description>
      <pubDate>Mon, 19 Feb 2018 23:11:39 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>26.01.2018 10:22:52 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/347584/#comment_10636838</guid>
      <link>https://habr.com/ru/articles/347584/#comment_10636838</link>
      <description><![CDATA[Maintenance позволяет оставить триггеры и сбор данных, но убрать ненужные оповещения в действиях. У нас например в период обновлений вин серверов триггеры работают только в Jabber. SMS и Телеграм отключаются установкой галки «Приостановить операции в режиме обслуживания»]]></description>
      <pubDate>Fri, 26 Jan 2018 10:22:52 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>30.10.2017 08:24:41 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/341196/#comment_10498076</guid>
      <link>https://habr.com/ru/articles/341196/#comment_10498076</link>
      <description><![CDATA[Спасибо, тоже интересный вариант]]></description>
      <pubDate>Mon, 30 Oct 2017 08:24:41 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.10.2017 16:35:09 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/341196/#comment_10497346</guid>
      <link>https://habr.com/ru/articles/341196/#comment_10497346</link>
      <description><![CDATA[Спасибо! <br>
Как раз ищем приемлимый способ синхронизировать джобы на alwayson кластере, пока находил только плагин под студию для ручной синхронизации.]]></description>
      <pubDate>Sun, 29 Oct 2017 16:35:09 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>02.10.2017 13:30:35 </title>
      <guid isPermaLink="true">https://habr.com/ru/news/407101/#comment_18398689</guid>
      <link>https://habr.com/ru/news/407101/#comment_18398689</link>
      <description><![CDATA[Платить за эту свалку? Если нужна музыка, проще уже воспользоваться спец сервисами (Google Music, iTunes, Deezer)]]></description>
      <pubDate>Mon, 02 Oct 2017 13:30:35 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>12.09.2017 11:02:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/1cloud/articles/337694/#comment_10412200</guid>
      <link>https://habr.com/ru/companies/1cloud/articles/337694/#comment_10412200</link>
      <description><![CDATA[Самым веселым в переезде на VCSA было то, что переезд с Vcenter на винде версии 6.5 на VCSA версии 6.5 — не поддерживается. Если вы уже обновились на 6.5 виндовый — никаких вариантов, только ручной перенос конфигурации.<br>
У нас благо не такая большая инсталляция, перенесли руками.<br>
VCSA HA — понравился, отработали различные сценарии падения — все четко отрабатывает как и должно.]]></description>
      <pubDate>Tue, 12 Sep 2017 11:02:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.08.2017 16:53:01 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/335872/#comment_10370164</guid>
      <link>https://habr.com/ru/articles/335872/#comment_10370164</link>
      <description><![CDATA[Если на ферме одна коллекция рабочих столов, то даже без loadbalanceinfo вас бросит на наименее нагруженный (по сеансам) RDSH.<br>
Случаи с несколькими коллекциями не тестил, возможно там и работает так, как вы описали.]]></description>
      <pubDate>Fri, 18 Aug 2017 16:53:01 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>18.08.2017 16:24:10 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/335872/#comment_10370100</guid>
      <link>https://habr.com/ru/articles/335872/#comment_10370100</link>
      <description><![CDATA[Вы немного передергиваете. Удалить выключенный сервер из фермы можно, само удаление проходит с предупреждениями, но доходит до конца.<br>
В статье говорится про ситуацию, когда в ферме есть выключенный сервер и его учетка удалена в AD. Вы часто такое делаете?]]></description>
      <pubDate>Fri, 18 Aug 2017 16:24:10 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
