При попытке установки ProxmoxVE с USB-флэшки, отображается ошибка: no device with valid iso found, please check your intallation medium.
Проблему решает запись флэшки программой Rufus в режиме DD-образа.
ОС
Операционные системы
Битрикс: Работа с сокетами — Ошибка! Не работает
При использовании BitrixEnv внутри виртуальной среды, с выходом в интернет через NAT (IP-адрес сетевого интерфейса машины с Битриксом отличается от IP в A-записи домена сайта), со стандартными настройками Битрикса, проверка системы будет выдавать ошибку: Работа с сокетами (check_socket): Fail
Для устранения проблемы, в файле /etc/hosts необходимо добавить доменное имя сайта адресу внутренней петли (чтобы сценарий проверки сайта пытался проверить сокет не на шлюзе, а на локальном хосте), по типу:
127.0.0.1 localhost.localdomain localhost site.ru
Chrome: 307 Internal Redirect
При попытке зайти на сайт по http протоколу, на котором отключен редирект на https версию, обозреватель Chrome самостоятельно переадресовывает посетителя на https версию домена, при этом отображая во вкладке главную страницу другого сайта, работающего по https протоколу на том же сервере. В журнале NGINX обращения к серверу регистрируются, но не к искомому хосту, а к тому, что отображается во вкладке браузера посетителя. В браузере посетителя, в консоли разработчика, при первом обращении к адресу сайта по http протоколу, появляется запись: 307 Internal Redirect.
Несмотря на то, что запрос настроек HSTS в браузере для данного домена не выдал результата, процедура их удаления решила проблему. Выполнить эту процедуру можно введя в адресной строке браузера Chrome путь chrome://net-internals/#hsts и на открывшейся странице использовать поле Delete domain.
failed to execute mkfs.vfat: no such file or directory
При попытке форматирования съёмного flash диска (флэшки) командой «mkfs -t vfat 32 -F /dev/sdc1″, отображается ошибка: failed to execute mkfs.vfat: no such file or directory.
В этом случае необходимо установить в систему пакет dosfstools.
Yum: Peer cert cannot be verified or peer cert invalid
При попытке обновления корневых сертификатов в устаревшем CentOS 6.8, пакетный менеджер не может скачать из репозиториев пакеты, выдавая ошибки:
http://vault.centos.org/6.10/updates/x86_64/Packages/ca-certificates-2020.2.41-65.1.el6_10.noarch.rpm: [Errno 14] Peer cert cannot be verified or peer cert invalid
failure: Packages/ca-certificates-2020.2.41-65.1.el6_10.noarch.rpm from C6.10-updates: [Errno 256] No more mirrors to try.
В этом случае пакет можно скачать и установить вручную командами:
wget https://vault.centos.org/6.10/updates/x86_64/Packages/ca-certificates-2020.2.41-65.1.el6_10.noarch.rpm —no-check-certificate
rpm -iU ca-certificates-2020.2.41-65.1.el6_10.noarch.rpm
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.
Проблема устранена после выполнения двух условий:
- обновления прошивки Микротика до версии 6.47.1;
- отключения в 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=
Ошибка связана с доступом 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=
В это случае, с файла ключа необходимо убрать доступ для группы владельца файла:
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 необходимо изменить путь для сокета, указав директорию, доступную почтовому серверу.
Robocopy: ошибка 1326 (0x0000052E)
При попытке копирования файлов на другой компьютер по сети, посредством программы Robocopy, выводится ошибка:
ОШИБКА 1326 (0x0000052E) Вход в систему не произведен: имя пользователя или пароль не опознаны
Данная ошибка выводится, так как для записи файлов требуется авторизация. Но программа Robocopy не умеет выполнять авторизацию по SMB. Для решения проблемы, перед использованием Robocopy, можно осуществить авторизацию на удаленном хранилище посредством программы net use:
net use \\имя_компьютера_или_IP-адрес /user:имя_пользователя пароль
После копирования, можно закрыть соединение командой:
net use \\имя_компьютера_или_IP-адрес /d