Outlook: код ошибки 0x800c8101

Во время настройки почтовой учетной записи в Outlook, при попытке отправки тестового письма отображается ошибка: 0x800c8101
Проблема возникает из-за того, что при вводе данных учетной записи, в блоке Сведения о пользователе, не указано имя пользователя.

Mikrotik: failed to pre-process ph2 packet

При попытке установить второй IPsec туннель с маршрутизатора Микротик с прошивкой 6.42.1 до PfSense с прошивкой 2.4.4, не устанавливается соединение на второй фазе. При этом в журнале Микротка появляются записи: failed to pre-process ph2 packet. В записях журнала PfSense может быть: received ATTRIBUTES_NOT_SUPPORTED error notify.

Проблема устранена после выполнения двух условий:

  1. обновления прошивки Микротика до версии 6.47.1;
  2. отключения в PfSense опции Responder Only.

Postfix: milter-reject: END-OF-MESSAGE

В журнале почтового сервера замечены ошибки:
opendkim[15714]: can’t load key from /etc/opendkim/keys/yoursite.ru.private: Permission denied
opendkim[15714]: 853812117BFD: error loading key ‘mail._domainkey.yoursite.ru’
postfix/cleanup[11933]: 853812117BFD: milter-reject: END-OF-MESSAGE from localhost[127.0.0.1]: 4.7.1 Service unavailable — try again later; from= to= proto=ESMTP helo=

Ошибка связана с доступом OpenDKIM к файлу ключа: по умолчанию владелец ключа пользователь root. Для решения проблемы необходимо сменить владельца ключа командой:

sudo chown opendkim:mail /etc/opendkim/keys/selector.private

где selector.private — имя вашего файла ключа.

Также возможно появление ошибок вида:
opendkim[25573]: mail._domainkey.yoursite.ru: key data is not secure: /etc/opendkim/keys/yoursite.ru.private is in group 12 which has multiple users (e.g. «mail»)
opendkim[25573]: B00D22114B3E: error loading key ‘mail._domainkey.yoursite.ru’
postfix/cleanup[28212]: B00D22114B3E: milter-reject: END-OF-MESSAGE from localhost[127.0.0.1]: 4.7.1 Service unavailable — try again later; from= to= proto=ESMTP helo=

В это случае, с файла ключа необходимо убрать доступ для группы владельца файла:

sudo chmod 600 /etc/opendkim/keys/selector.private

где selector.private — имя вашего файла ключа.

connect to Milter service opendkim.sock: Permission denied

В журнале почтового сервера замечена ошибка: postfix/smtpd9137: warning: connect to Milter service unix:/var/run/opendkim/opendkim.sock: Permission denied

Для начала необходимо проверить, запущен ли демон OpenDKIM командой:

ls -l /var/run/opendkim

(путь может быть иным, он задаётся в файле /etc/opendkim.conf).
Если сокет отсутствует, необходимо попытаться запустить демона вручную:

service opendkim start

Если же сокет присутствует, то необходимо проверить наличие прав у почтового сервера для доступа к нему. И, в случае отсутствия оных, выдать их: либо изменив UMask в файле /etc/opendkim.conf, либо добавив пользователя, от имени которого работает почтовый сервер, в группу opendkim.
Возможно также, что почтовый сервер запущен с изменённым корневым каталогом (chroot), тогда в файле /etc/opendkim.conf необходимо изменить путь для сокета, указав директорию, доступную почтовому серверу.

1С: не удалось выполнить проверку отзыва сертификата

При использовании сервисов ИТС 1С, в частности 1С:Контрагент, может отобразиться ошибка: «Удаленный узел не прошел проверку. Не удалось выполнить проверку отзыва сертификата».
Быстрым и простым решением является добавление в файл C:\Program Files (x86)\1cv8\<Ваша версия платформы>\bin\conf\conf.cfg следующей строки:

IgnoreServerCertificatesChainRevocationSoftFail=true

Битрикс — права на создаваемые файлы

Когда Битрикс создаёт в директории сайта папки и файлы, он назначает на них права доступа в соответствии со значением констант BX_FILE_PERMISSIONS и BX_DIR_PERMISSIONS, заданных в файле /bitrix/php_interface/dbconn.php.
Если права у создаваемых файлов отличаются от установленных в вышеприведённых константах, то вероятно, используется маска сервера, заданная в pam_umask.so или /etc/profile. Если доступа к этим файлам нет, то можно прописать в /bitrix/php_interface/dbconn.php переопределение маски:

umask(000);
@umask(~BX_DIR_PERMISSIONS);

Robocopy: ошибка 1326 (0x0000052E)

При попытке копирования файлов на другой компьютер по сети, посредством программы Robocopy, выводится ошибка:
ОШИБКА 1326 (0x0000052E) Вход в систему не произведен: имя пользователя или пароль не опознаны

Данная ошибка выводится, так как для записи файлов требуется авторизация. Но программа Robocopy не умеет выполнять авторизацию по SMB. Для решения проблемы, перед использованием Robocopy, можно осуществить авторизацию на удаленном хранилище посредством программы net use:

net use \\имя_компьютера_или_IP-адрес /user:имя_пользователя пароль

После копирования, можно закрыть соединение командой:

net use \\имя_компьютера_или_IP-адрес /d

Правильная перепрошивка маршрутизаторов Mikrotik

  1. Скачиваем программу Netinstall и нужную прошивку (npk файл) для вашего маршрутизатора, а также, по необходимости, дополнительные пакеты и Winbox последней версии с сайта http://www.mikrotik.com/download
  2. В корне диска «С:/» создаём папку «Netinstall», копируем и распаковываем в неё всё, что было скачано, чтобы всё оказалось в одной папке, без вложений.
  3. На компьютере, в настройках сетевого интерфейса, выставляем статический IP-адрес, например ‘192.168.100.100’ с маской ‘255.255.255.0’, все остальные поля оставляем пустыми.
  4. Подключаем компьютер к первому (или последнему для моделей серии RB1xxx или CCR) порту маршрутизатора.
  5. Запускаем программу Netinstall от имени администратора, нажимаем на кнопку Net booting, ставим галочку Boot server enabled и прописываем Client IP address из подсети указанной в пункте 3, например ‘192.168.100.101’ и нажимаем OK.
  6. Зажимаем кнопку Reset на маршрутизаторе и подключаем питание. Ждём пока лампочка заморгает и потом погаснет. Отпускаем кнопку Reset и смотрим в окно программы Netinstall. Через несколько секунд должно появиться новое устройство.
  7. Нажимаем на устройство в списке, выбираем какие пакеты нужно установить, отмечая их галочками, затем нажимаем кнопку Install. Дожидаемся окончания процесса, и если появится надпись Waiting reboot, то нажимаем на кнопку Reboot.
  8. После того, как маршрутизатор загрузится, о чём свидетельствует двойной звуковой сигнал (если конечно у маршрутизатора есть, чем его издавать), запускаем программу Winbox, находим там наше устройство и подключаемся, используя логин «admin» без пароля.
  9. Заходим в раздел SystemRouterboard и нажимаем кнопку Upgrade, затем заходим в раздел SystemPackage и отключаем все ненужные пакеты (обычному пользователю для полноценной работы достаточно только следующие пакеты: advanced-tools, dhcp, ppp, security, system, wireless), после чего заходим в SystemReboot и соглашаемся на перезагрузку.
  10. После перезагрузки снова подключаемся к маршрутизатору. Заходим в раздел SystemReset Configuration, отмечаем галочки No Default Configuration и Do Not Backup и нажимаем Reset Configuration.
  11. После перезагрузки снова подключаемся к маршрутизатору и начинаем процедуру его настройки. По окончанию настройки в обязательном порядке выполнить перезагрузку: SystemReboot

1С: Недостаточно свободной памяти для выполнения операции

При подключении в режиме тонкого клиента к серверу 1С, работающему посредством Apache, на каком то моменте появляются окна со следующими ошибками:

  • Неспецифицированная ошибка работы с ресурсом Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: Недостаточно свободной памяти для выполнения операции.
  • Ошибка HTTP при обращении к серверу: http://x.x.x.x Failure when receiving data from the peer
  • Сеанс отсутствует или удален ID=cc200dee-74a2-427c-b6af-c47bdee805e2, File=src\SeanceContextImpl.cpp(939)

Если сервер работает на 32-разрядной версии Apache и 1С, то проблема может заключаться в выделении оперативной памяти. Для её решения, необходимо установить 64-разрядную версию платформы 1С и аналогичную версию Apache.
https://superuserdo.info/?p=800

1С: Несоответствие версий клиента и сервера

После обновления платформы 1С на веб-сервере, при подключении клиента к БД, отображается окно с ошибкой Несоответствие версий клиента и сервера. При том, что на компьютере клиента, 1С обновлена до той же версии.
Необходимо проверить конфигурационный файл веб-сервера, на наличие правильного пути до модуля 1С свежей платформы. В случае с веб-сервером apache, необходимо смотреть конфигурационный файл httpd.conf, в папке conf веб-сервера: строка с директивой загрузки модуля _1cws_module, содержащая путь до старой версии платформы, должна быть закомментирована, а содержащая путь до новой версии платформы — раскомментирована. Если путь до папки с новой версией платформы отсутствует, то его необходимо добавить.
После правки конфигурационного файла, необходимо перезагрузить службу веб-сервера, чтобы новые настройки вступили в силу.