Алексей Тутубалин

В целом откликнувшихся ранее я поддерживаю - если уж нет знаний, лучше не брать ответственности на себя.

обход ...админа .... аудит локальной сети и её безопасности(сеть на базе windows server AD+DS)

Какие права есть? Админ домена есть?

1) найти незакрытых локальных юзеров

Можно хоть PS-скриптом собрать локальные учётки. Если есть права админа опять же.

2) открытые порты и пробросы

Пробросы - сложнее (доступ нужно будет), а открытые порты послушать можно дофига чем.
Учтите, что пробросы могут не работать через некоторые устройства (конкретно - свитч вполне может резать левак, например)

3) исключить левый вывод инфы

По сути нереально.
Самое распространённое это отрубать флешки и запрещать лишние сетевые ресурсы. Софта для этого дофига, можно при наличии прав и скриптами обойтись.
Файлообменники - боль, причём непростая. Ну, допустим, у вас прокся умеет обновлять списки блокировки и есть подписка на оные... Но в некоторых случаях это не помогает - конкретно с гуглом и яндексом точно.

===
Подход совсем неверный. Совсем.
Сейчас идёт какая-то копанина под сисадмина. Это неправильно потому что неконструктивно. Если ему доверяют - не нужно скрывать аудит. Если не доверяют - надо выгонять сразу, ибо как ни крутите со своей стороны полномочия админа позволят ему натворить что угодно.

Как правильно:
1. Договоритесь с руководствам о принципах. Ну, вот - доступ только членам домена. ОК.
Поговорите про печать, про пересылку по почте, про флешки и личные телефоны (запретить подключать к компам), политику общих сетевых ресурсов.
2. Продумайте как будете мониторить изменения на файловых ресурсах. Вариантов много, удобные платные, бесплатные неудобны.
3. Продумать кому какие права давать и как их мониторить.
4. Продумать какое ПО и как мониторить его.
5. Закрывать ли какие-то сетевые ресурсы? Как мониторить.

(это на первое время)
Всё это потом аккуратненько описываете в стратегии "to be", сопровождаете списком необходимого для...

В большинстве случаев если у юзера есть доступ к файлу - он его вполне сможет скопировать и кому-то передать. И я советую не слишком зверствовать в отношении запретов, а направить усилия в сторону внешних подключений (чтобы нельзя подключиться извне и "высосать") и мониторинга.

Добавить следующее для псевдоэлемента

content: '';
  display: block;

Если используется движок — он отдает кеш в 90% случаях. А если это Битрикс — рекомендую сжечь рабочее место и пойти в церковь и больше никогда с ним не работать.
В некоторых случаях браузер надо перезапустить, такое бывает с Edge и Mazilla.
Иной раз может спасти запись ручками типа …s/assets/css/style.css?1533895453 — тогда браузер будет сверять и пытаться загрузить актуальное, если движок — то же самое его средствами, или искать настройку.
Проверить htaccess, если речь о сервере на Apache. Колупать настройки nginx, если речь о нем.
Если разговор о локальной разработке просто в файлах — gulp-livereload или livereload под ваш способ сборки.
Если что-то в духе Денвера или Опенсервера — настройки и перезапуск.
Ну и напоследок — проверить свои руки, вдруг кривые.

= - присваивание
== - сравнение

тащемта такие вопросы задавать должно быть стыдно и невыносимо больно.

Povedli ты только что почти описал принцип работы RAID массива, чем тебе он не нравится?
Если нужно синхронизировать 1 диру, можешь почитать про csync

Вам нужно настроить веб-сервер (Apache или nginx, что у вас там) чтобы он подменял remote_addr на тот, который пришёл в заголовке X-Forwarded-For.
Из FAQ Cloudflare: https://support.cloudflare.com/hc/en-us/sections/2...

Виртуальной картой киви оплатите.
Arubacloud принимает нормально виртуальные карты Киви и ЯД

Без геморроя - Centos/Debian.