Есть предположение, что от предыдущей установки PVE остался суперблок LVM. Его необходимо удалить следующей командой:

1

d='/dev/sda'; wipefs -a "${d}" && dd if=/dev/zero of="${d}" bs=1M count=4096

Если оригинальная команда не помогла, то можно ещё поиграться с параметром count, к примеру, убрать его, чтобы dd прошёлся по всему диску.

Зеркало пакетов Debian меняется в файле /etc/apt/sources.list. Можно вручную отредактировать файл или воспользоваться утилитой sed.

• Изменить зеркало mirror.old на mirror.new:

1

o='mirror.old'; n='mirror.new'; f=('sources.list'); for i in "${f[@]}"; do sed -i "s|${o}|${n}|g" "/etc/apt/${i}"; done

Примеры

• Изменить зеркало mirror.yandex.ru на универсальное deb.debian.org:

1

o='mirror.yandex.ru'; n='deb.debian.org'; f=('sources.list'); for i in "${f[@]}"; do sed -i "s|${o}|${n}|g" "/etc/apt/${i}"; done

• Изменить зеркало mirror.yandex.ru на ftp.ru.debian.org:

1

o='mirror.yandex.ru'; n='ftp.ru.debian.org'; f=('sources.list'); for i in "${f[@]}"; do sed -i "s|${o}|${n}|g" "/etc/apt/${i}"; done

• Изменить зеркало ftp.ru.debian.org на ftp.br.debian.org:

1

o='ftp.ru.debian.org'; n='ftp.br.debian.org'; f=('sources.list'); for i in "${f[@]}"; do sed -i "s|${o}|${n}|g" "/etc/apt/${i}"; done

Параметры

• o - старое зеркало.
• n - новое зеркало.

Домен настраивается при установки #PVE. Изменить домен можно в графическом интерфейсе (в нескольких местах) или через терминал. Я рекомендую терминал.

Вводные данные

• Старый домен: example.old.
• Новый домен: example.new.

Изменение домена

• Изменить домен в /etc/hosts:

1

sed -i 's|example.old|example.new|g' '/etc/hosts'

• Изменить домен в /etc/resolv.conf:

1

sed -i 's|example.old|example.new|g' '/etc/resolv.conf'

• Изменить домен в /etc/postfix/main.cf:

1

sed -i 's|example.old|example.new|g' '/etc/postfix/main.cf'

• Перезагрузить PVE:

1

shutdown -r now

Команда в одну строку

1

o='example.old'; n='example.new'; f=('hosts' 'resolv.conf' 'postfix/main.cf'); for i in "${f[@]}"; do sed -i "s|${o}|${n}|g" "/etc/${i}"; done

Параметры

• o - старый домен.
• n - новый домен.

Для удаления файлов, содержащих определённую подстроку, необходимо выполнить следующую команду:

1

grep -lRIZ 'foo' '/path/to/dir' | xargs -0 rm -f --

Где:

• -l - вывести имена файлов, соответствующих шаблону поиска foo.
• -R - рекурсивный поиск по директории /path/to/dir.
• -I - пропускать двоичные файлы.
• -Z - гарантирует, что имена файлов заканчиваются нулём.
• xargs -0 - передача имён файлов команде rm -f.
• -- - конец опций и разрешение удалять файлы, имена которых начинаются с -.

Ошибка возникает из-за того, что #VMware не предоставляет интерфейс этого уровня для доступа к ядру Linux. Для решения этой проблемы необходимо добавить i2c-piix4 в чёрный список модулей ядра:

1

echo 'blacklist i2c-piix4' > '/etc/modprobe.d/piix4-blacklist.conf' && update-initramfs -u -k all

Для того, чтобы убить зависшую службу в ОС MS Windows, необходимо сначала узнать её PID (ID процесса) следующей командой:

1

sc queryex "SERVICE_NAME"

Узнав PID (ID процесса), убиваем процесс службы следующей командой:

1

taskkill /f /pid "PID_NUMBER"

CloudFlare не позволяет отключить ECH удобным способом. Придётся использовать API напрямую. Я буду приводить команды для терминала Linux. Но их легко адаптировать под ОС MS Windows.

Чтобы проверить наличие ECH у домена, необходимо выполнить следующий запрос:

1

d='example.com'; curl -X 'GET' -H 'Accept: application/json' "https://dns.google/resolve?name=${d}&type=HTTPS"

Параметры:

• d - имя домена.

Если в ответе будет присутствовать параметр ech=, то ECH для домена включён. Для отключения ECH можно воспользоваться следующей командой:

1

m='mail@example.com'; k='GLOBAL_API_KEY'; z='ZONE_ID'; curl -X 'PATCH' "https://api.cloudflare.com/client/v4/zones/${z}/settings/ech" -H "X-Auth-Email: ${m}" -H "X-Auth-Key: ${k}" -H 'Content-Type: application/json' -d '{"id":"ech","value":"off"}'

Параметры:

• m - адрес e-mail аккаунта в CloudFlare.
• k - глобальный API-ключ (Global API Key) в CloudFlare.
• z - идентификатор зоны (Zone ID) в CloudFlare.

Для проверки текущей настройки ECH в CloudFlare, можно воспользоваться следующим запросом:

1

m='mail@example.com'; k='GLOBAL_API_KEY'; z='ZONE_ID'; curl -X 'GET' "https://api.cloudflare.com/client/v4/zones/${z}/settings/ech" -H "X-Auth-Email: ${m}" -H "X-Auth-Key: ${k}" -H 'Content-Type: application/json' -d '{"id":"ech"}'

Ответ будет примерно таким:

1

"result":{"id":"ech","value":"on"}

Параметры:

• "id" - идентификатор настройки.
• "value" - значение настройки:
  • on - ECH включён.
  • off - ECH выключен.

Включить параметр Check Gateway для маршрута, полученного по DHCP от провайдера, невозможно. Эта настройка попросту неактивна. Но Mikrotik можно “обмануть”, использовав следующий скрипт в секции DHCP Client / Interface_Name / Advanced / Script:

1

:if ($bound=1) do={ /ip route set [find where dst-address="0.0.0.0/0" and distance=1] check-gateway=ping }

Для поиска и выполнения различных действий с почтовыми ящиками у администратора должна быть группа Discovery Management. Чтобы добавить администратора в эту группу, необходимо выполнить следующую команду:

1

Add-RoleGroupMember 'Discovery Management' -Member 'admin@domain.com'

Найти на резервном почтовом ящике recovery@domain.com письма для user@domain.com за временной период 20/06/2024 10:00 - 22/09/2024 14:00 и копировать их в почтовый ящик user@domain.com в директорию Inbox:

1

Get-Mailbox 'recovery@domain.com' | Search-Mailbox -SearchQuery '(to:"user@domain.com") AND (received:20/06/2024 10:00..22/09/2024 14:00)' -TargetMailbox 'user@domain.com' -TargetFolder 'Inbox'

Найти на резервном почтовом ящике recovery@domain.com письма от user@domain.com за временной период 20/06/2024 10:00 - 22/09/2024 14:00 и копировать их в почтовый ящик user@domain.com в директорию Sent Items:

1

Get-Mailbox 'recovery@domain.com' | Search-Mailbox -SearchQuery '(from:"user@domain.com") AND (received:20/06/2024 10:00..22/09/2024 14:00)' -TargetMailbox 'user@domain.com' -TargetFolder 'Sent Items'

Начиная с Windows Server 2012 в #PowerShell появился специальные командлеты для экспорта и импорта настроек DHCP-сервера.

На старом сервере необходимо выполнить команду экспорта настроек:

1

Export-DhcpServer -File 'C:\dhcp.data.xml'

Параметры:

• File - файл с настройками для экспорта.

Файл dhcp.data.xml необходимо перенести на новый сервер и выполнить команду импорта настроек:

1

Import-DhcpServer -File 'C:\dhcp.data.xml' -BackupPath 'C:\dhcp.backup\'

Параметры:

• File - файл с настройками для импорта.
• BackupPath - директория, в которую будет сделана копия текущей БД DHCP-сервера перед импортом изменений.

Для того, чтобы переместить виртуальную машину со старого VMware ESXi на новый, необходимо:

• Включить SSH на обоих ESXi (Host / Actions / Services / Enable SSH).
• Проверить, включён ли порт SSH (22) в брандмауэре на обоих ESXi (Networking / Firewall rules).
• Зайти по SSH на старый ESXi, где находится виртуальная машина и ввести следующую команду:

1

scp -r '/vmfs/volumes/datastore1/vm_example' 'root@192.168.1.2:/vmfs/volumes/datastore1/'

Где:

• vm_example - директория виртуальной машины.
• root@192.168.1.2 - логин и IP-адрес нового ESXi, на который необходимо переместить виртуальную машину.
• /vmfs/volumes/ - путь к датасторам.

Для обновления само-заверенного SSL-сертификата, необходимо выполнить следующую команду:

1

pvecm updatecerts --force

Для всех пользователей отключить новый интерфейс Acrobat Reader невозможно. Настройки Acrobat Reader хранятся в реестре индивидуально для каждого пользователя. Но есть обходной путь через редактор групповых политик.

За включение/отключение нового интерфейса Acrobat Reader отвечает параметр bEnableAV2 в ветке HKCU\Software\Adobe\Acrobat Reader\DC\AVGeneral, где:

• 0 - отключено.
• 1 - включено.

Можно написать скрипт, который будет выполняться под каждым пользователем индивидуально при входе в систему. Путь к скрипту прописать в Групповых политиках:

• Конфигурация пользователя
  • Конфигурация Windows
    • Сценарии (вход/выход из системы)
      • Вход в систему

Скрипт

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

@echo off

rem # ---------------------------------------------------------------------------------------------------------------- #
rem # Disable new Acrobat Reader UI.
rem # ---------------------------------------------------------------------------------------------------------------- #

rem # Pausing script execution.
ping 127.0.0.1 -n 5 > nul

rem # Adding the 'bEnableAV2' parameter to the Windows registry.
reg add "HKCU\Software\Adobe\Acrobat Reader\DC\AVGeneral" /v "bEnableAV2" /t "REG_DWORD" /d 0 /f

exit

Статический IP-адрес #PVE настраивается при установке. В дальнейшем, поменять его можно через графическую панель управления, либо при помощи терминала SSH. Рассмотрим вариант изменения IP-адреса #PVE через терминал SSH.

Вводные данные

• Старый IP: 10.0.1.1/16.
• Новый IP: 10.0.2.2/16.

Изменение IP-адреса

• Изменить IP-адрес в файле /etc/network/interfaces:

1

sed -i 's|10.0.1.1/16|10.0.2.2/16|g' '/etc/network/interfaces'

• Изменить IP-адрес в файле /etc/hosts:

1

sed -i 's|10.0.1.1|10.0.2.2|g' '/etc/hosts'

• Перезагрузить сервис networking:

1

systemctl restart networking.service

Команда в одну строку

Удобнее будет использовать команду в одну строку, не забыв отредактировать параметры под себя:

1

o='10.0.1.1/16'; n='10.0.2.2/16'; f=('hosts' 'network/interfaces'); for i in "${f[@]}"; do sed -i "s|${o}|${n}|g" "/etc/${i}"; done; systemctl restart networking.service

Параметры

• o - старый IP-адрес.
• n - новый IP-адрес.

Для того, чтобы проверить запись #PTR у домена, можно запустить #nslookup с параметром -debug:

1

nslookup -debug IP_ADDRESS

Пример:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

nslookup -debug 142.251.39.46

Server:      192.168.0.1
Address:    192.168.0.1#53

------------
    QUESTIONS:
    46.39.251.142.in-addr.arpa, type = PTR, class = IN
    ANSWERS:
    ->  46.39.251.142.in-addr.arpa
    name = bud02s38-in-f14.1e100.net.
    ttl = 28040
    AUTHORITY RECORDS:
    ADDITIONAL RECORDS:
------------
Non-authoritative answer:
46.39.251.142.in-addr.arpa  name = bud02s38-in-f14.1e100.net.

Authoritative answers can be found from:

Запись #PTR будет отображена в блоке ANSWERS и Non-authoritative answer.

Для того, чтобы разрешить читать содержимое файлов в директории, необходимо дать этой директории права на выполнение: 111 (--x|--x|--x). Сами файлы внутри этой директории должны иметь права на чтение: 444 (r--|r--|r--)

Чтобы создать общую директорию, в которой пользователи смогли размещать и читать файлы друг друга, необходимо выполнить следующие действия…

1. Создать группу, например, shared:

1

groupadd 'shared'

2. Добавить эту группу к пользователям:

1

for i in 'user_01' 'user_02' 'user_03'; do usermod -a -G 'shared' "${i}"; done;

3. Создать директорию shared_dir и применить к ней права:

1

dir='shared_dir'; mkdir "${dir}" && chgrp 'shared' "${dir}" && chmod 2775 "${dir}";

Работу #Postfix можно проверить при помощи #Telnet, подключившись к 25 порту. При успешном подключении, должен прийти ответ с кодом 220.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

telnet localhost 25

Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 mail.zimbra.local ESMTP Postfix
Helo mail.zimbra.local
250 mail.zimbra.local
MAIL FROM:<admin@zimbra.local>
250 2.1.0 Ok
RCPT TO:<user@zimbra.local>
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: My Test Email
This is the body of the Email
.
250 2.0.0 Ok: queued as 194869C1AB
quit
221 2.0.0 Bye
Connection closed by foreign host.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

telnet mail.zimbra.local 25

220 mail.zimbra.local ESMTP Postfix
ehlo mail.zimbra.local
250-mail.zimbra.local
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
MAIL FROM:<admin@zimbra.local>
250 2.1.0 Ok
RCPT TO:<user@zimbra.local>
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: My Test Email
This is the body of the EMAIL Message!
.
250 2.0.0 Ok: queued as 538BB9C1AD

Решение проблемы такое же, как в ответе Как исправить ошибки сетевой карты Realtek в OPNsense?. Известная проблема качества встроенного драйвера сетевой карты #Realtek в #FreeBSD. И для исправления ситуации, необходимо установить драйвер от поставщика, а именно установить пакет realtek-re-kmod:

1

pkg install realtek-re-kmod

Проблема в #OPNsense и #Realtek. Дело в том, что #OPNsense построена на #FreeBSD, а #FreeBSD не очень хорошо дружит с сетевыми картами #Realtek. История стара как мир.

Если сетевая карта #Realtek ведёт себя странно в #OPNsense, рекомендуется установить плагин os-realtek-re. Этот плагин содержит в себе драйвер сетевой карты от поставщика и должен решить возникшие проблемы.