Заметки сисадмина

мгновенное восстановление объектов в Active Directory

2026-10-06 · Posted in MS: Active Directory, MS: Windows Server 2012, MS: Windows Server 2016/2019, MS: Windows Server 2022, PowerShell

Бывало такое: случайно удалили не ту учетку, группу или, не дай бог, целую OU? Лезть в бэкапы (Veeam/WSB) ради одного объекта – это долго, муторно, да и простой для пользователя. Решаем проблему красиво.

Многие забывают, что начиная с Server 2008 R2 в AD есть «Корзина» (AD Recycle Bin), но по умолчанию она выключена! Если она не активна, удаленный объект улетает в небытие (Tombstone), теряя атрибуты и членство в группах.

Как проверить и включить:

Запускаем PowerShell от админа. Проверяем статус:

Get-ADOptionalFeature -Filter {Name -like "Recycle Bin Feature"} | Select-Object Name, EnabledScopes

1	Get-ADOptionalFeature -Filter {Name -like "Recycle Bin Feature"} \| Select-Object Name, EnabledScopes

Если в EnabledScopes пусто, значит, корзина выключена. Включаем (учтите, действие необратимое, отключить потом нельзя, но оно и не нужно):

Enable-ADOptionalFeature 'Recycle Bin Feature' -Scope ForestOrConfigurationSet -Target 'yourdomain.com'

1	Enable-ADOptionalFeature 'Recycle Bin Feature' -Scope ForestOrConfigurationSet -Target 'yourdomain.com'

Как восстановить удаленное:

Допустим, снесли пользователя ivanov. Не нужно никаких сторонних утилит, одна строка вернет его со всеми группами и правами:

Get-ADObject -Filter 'Name -like "*ivanov*"' -IncludeDeletedObjects | Restore-ADObject

1	Get-ADObject -Filter 'Name -like "ivanov"' -IncludeDeletedObjects \| Restore-ADObject

В новых версиях Windows Server (2012+) есть GUI для этого в Active Directory Administrative Center, но консоль грузится вечность. PowerShell отрабатывает за секунды. Проверьте прямо сейчас, включена ли у вас корзина, чтобы потом не кусать локти.

No Comments »

Telego + Upstream socks5 на хосте

2026-09-20 · Posted in Linux Debian / Ubuntu, Tunnel

Установка Docker:

apt update
apt install -y docker.io
systemctl enable --now docker
apt install -y docker-compose-v2

apt update

apt install -y docker.io

systemctl enable --now docker

apt install -y docker-compose-v2

Установка:

curl -fsSL https://raw.githubusercontent.com/Scratch-net/telego/main/examples/gateway/install.sh \
| sh -s -- --domain studio10.1111.xyz --email admin@1111.xyz

1 2	curl -fsSL https://raw.githubusercontent.com/Scratch-net/telego/main/examples/gateway/install.sh \ \| sh -s -- --domain studio10.1111.xyz --email admin@1111.xyz

Обновление:

cd telego-gateway
TELEGO_GATEWAY_DIR="$PWD" ./install.sh \
  --domain studio10.1111.xyz --email admin@1111.xyz
docker compose pull
docker compose up -d --force-recreate
docker compose ps

cd telego-gateway

TELEGO_GATEWAY_DIR="$PWD" ./install.sh \

--domain studio10.1111.xyz --email admin@1111.xyz

docker compose pull

docker compose up -d --force-recreate

docker compose ps

Удаление:

cd /root/telego-gateway 2>/dev/null && docker compose down -v --rmi all --remove-orphans || true
docker rm -f telego-gateway-telego-1 telego-gateway-nginx-1 telego-gateway-certbot-1 2>/dev/null || true
rm -rf /root/telego-gateway
docker image prune -f
echo "Telego удалён"

cd /root/telego-gateway 2>/dev/null && docker compose down -v --rmi all --remove-orphans || true

docker rm -f telego-gateway-telego-1 telego-gateway-nginx-1 telego-gateway-certbot-1 2>/dev/null || true

rm -rf /root/telego-gateway

docker image prune -f

echo "Telego удалён"

Проверить после удаления:

docker ps -a
ls -la /root/telego-gateway
должно ответить примерно:
No such file or directory

docker ps -a

ls -la /root/telego-gateway

должно ответить примерно:

No such file or directory

Если контейнеры запущены через Docker Compose, как Telego, то обычно обновление такое:

docker compose pull — скачивает новые версии образов
docker compose up -d –force-recreate — пересоздаёт контейнеры на новых образах
docker compose ps — проверяет, что всё запущено

Проверяем socks5 на хосте:

curl -v --socks5-hostname 172.17.0.1:1081 https://www.google.com -o /dev/null

1	curl -v --socks5-hostname 172.17.0.1:1081 https://www.google.com -o /dev/null

Docker обращается к host.docker.internal через виртуальный мост (обычно 172.17.0.1).

Правим конфиг telego под socks5:

nano /root/telego-gateway/state/telego/config.toml

1	nano /root/telego-gateway/state/telego/config.toml

Добавляем в конец файла:

[upstream]
socks5 = "host.docker.internal:1081" # Route DC traffic through SOCKS5 proxy
[performance]
prefer-ip = "only-ipv4"

[upstream]

socks5 = "host.docker.internal:1081" # Route DC traffic through SOCKS5 proxy

[performance]

prefer-ip = "only-ipv4"

Правим конфиг docker под socks5:

nano /root/telego-gateway/compose.yaml

1	nano /root/telego-gateway/compose.yaml

добавить в раздел nginx перед logging:

    extra_hosts:
      - "host.docker.internal:host-gateway"

1 2	extra_hosts: - "host.docker.internal:host-gateway"

Пересобераем контейнер:

cd /root/telego-gateway
docker compose down
docker compose up -d

cd /root/telego-gateway

docker compose down

docker compose up -d

Логи:

State directory: /root/telego-gateway/state
Logs: docker compose logs -f nginx telego certbot

1 2	State directory: /root/telego-gateway/state Logs: docker compose logs -f nginx telego certbot

Файл конфигурации TELEGO:

nano "/root/telego-gateway/state/telego/config.toml"

1	nano "/root/telego-gateway/state/telego/config.toml"

No Comments »

Провкеряем права администратора на сотне удалённых серверов

2026-09-11 · Posted in MS: Active Directory, MS: Windows Server 2012, MS: Windows Server 2016/2019, MS: Windows Server 2022, PowerShell

Как быстро проверить, какие пользователи имеют права администратора на сотне удалённых серверов?

Ручной подход, это бессмысленная трата времени и риска забыть какой-то хост, поэтому я собрал небольшой PowerShell-скрипт для автоматического аудита.

# Список серверов в текстовом файле (по одному в строке)
$servers = Get-Content -Path "C:\scripts\servers.txt"

# Формируем результаты
$report = foreach ($server in $servers) {
    Try {
        Invoke-Command -ComputerName $server -ScriptBlock {
            Get-LocalGroupMember -Group "Administrators" |
                Select-Object @{Name='Server';Expression={$env:COMPUTERNAME}},
                              Name, ObjectClass
        } -ErrorAction Stop
    }
    Catch {
        [PSCustomObject]@{
            Server      = $server
            Name        = '&lt;не удалось получить данные&gt;'
            ObjectClass = 'Error'
        }
    }
}

# Сохраняем в CSV и открываем
$csvPath = "C:\reports\AdminsAudit_$(Get-Date -Format yyyy-MM-dd).csv"
$report | Export-Csv -Path $csvPath -NoTypeInformation -Encoding UTF8
Invoke-Item $csvPath

# Список серверов в текстовом файле (по одному в строке)

$servers = Get-Content -Path "C:\scripts\servers.txt"

# Формируем результаты

$report = foreach ($server in $servers) {

Try {

Invoke-Command -ComputerName $server -ScriptBlock {

Get-LocalGroupMember -Group "Administrators" |

Select-Object @{Name='Server';Expression={$env:COMPUTERNAME}},

Name, ObjectClass

} -ErrorAction Stop

}

Catch {

[PSCustomObject]@{

Server = $server

Name = '<не удалось получить данные>'

ObjectClass = 'Error'

}

# Сохраняем в CSV и открываем

$csvPath = "C:\reports\AdminsAudit_$(Get-Date -Format yyyy-MM-dd).csv"

$report | Export-Csv -Path $csvPath -NoTypeInformation -Encoding UTF8

Invoke-Item $csvPath

Что делает скрипт:

Берёт список серверов из файла servers.txt
Через Invoke-Command собирает членов локальной группы Administrators на каждом хосте
Обрабатывает ошибки (например, недоступный сервер)
Экспортирует итоговый отчёт в CSV с датой в имени

Этот подход легко расширить — добавить уведомление по почте через Send-MailMessage или интеграцию с Teams/Slack, а также запускать по расписанию в Task Scheduler или Azure Automation.

No Comments »

1С 8.3 и 8.5 Пользователь ИБ не идентифицирован

2026-08-14 · Posted in 1С8: Предприятие 8.1/8.2/8.3

С данной проблемой запуска сталкиваются базы, которые запускают толстый клиент на обычных формах.При запуске тонкого клиента на обычных формах авторизация проходит.

На текущий момент единственным решением с запуском толстого клиента на обычных формах, является прописывание непосредственных параметров запуска базы с указанием пользователя в дополнительных параметрах запуска /N”Администратор” /P”123456″ или авторизация пользователя средствами ОС.

Это проблема самой платформы 8.5.1.1150
Проверить можно путем изменения настроек или редактирования файла ibases.v8i Редактирование восстанавливает авторизацию, но авторизоваться на толстом клиенте не выйдет.

ПС: после ряда экспериментов, я отказался от перехода на платформу 8.5 буду обновлять УНФ до 3.0.12.261, она вроде поддерживает ПИОТ.

С ярлыка стартует:

"C:\Program Files\1cv8\8.5.1.1150\bin\1cv8.exe" ENTERPRISE /S"server1c\trade" /N"username" /P"password" /WA-

1	"C:\Program Files\1cv8\8.5.1.1150\bin\1cv8.exe" ENTERPRISE /S"server1c\trade" /N"username" /P"password" /WA-

Также если прописать в свойствах базы /N”username” /P”password” /WA-, тоже запускается.

No Comments »

Отключение автоматического поиска сетевых принтеров и папок

2026-08-11 · Posted in MS: Windows – 11, PowerShell

Недавно столкнулся с проблемой – один из пользователей жаловался, что «всё долго открывается», особенно сетевые папки. На первый взгляд – обычная история, но решил покопать глубже.

Оказалось, виноват механизм автоматического поиска сетевых принтеров и папок, который Windows выполняет при каждом открытии проводника. На слабых или загруженных машинах это может серьезно замедлить работу.

Быстрое решение – отключить этот механизм через реестр или GPO. Вот способ через PowerShell:

Set-ItemProperty -Path "HKCU:\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced" -Name "NoNetCrawling" -Value 1

1	Set-ItemProperty -Path "HKCU:\Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced" -Name "NoNetCrawling" -Value 1

Этот параметр отключает автоматическое сканирование сети на предмет расшаренных ресурсов. Пользователь сам откроет то, что нужно – без лишних тормозов. Проверено – сразу стал отзывчивее проводник и пропали лаги при открытии «Сеть».

No Comments »