Отключаем предупреждение системы безопасности windows при запуске с сетевого диска

При попытке открыть/запустить файла типа exe, msi, bat (и прочих исполняемых типов файлов) из локального или сетевого каталога в Windows может появляться предупреждение Открыть файл – предупреждение системы безопасности (Open file — Security Warning). Для продолжения выполнения программы пользователь должен вручную подтвердить запуск такого файла, нажав кнопку Запустить (Run). Такое поведение Windows предполагает определённый уровень защиты системы от запуска потенциально опасных исполняемых файлов, полученных из Интернета или других недоверенных источников.

В случае, если окно предупреждения появляется при запуске программы из сетевого каталога, следует в настройках обозревателя Internet Explorer добавить имя и/или ip адрес сервера), на котором хранится файл (в зависимости от способа обращения к серверу) в зону Местная интрасеть. Для этого

Перейдите в Панель управления -> Свойства обозревателя (Internet Option)
Вкладка Безопасность (Security)
Открыть Местная интрасеть (Local Intranet)->Узлы (Sites) ->Дополнительно (Advanced)

В открывшемся окне добавьте имя и /или ip-адрес сервера. Например, \\10.0.0.6, \\srvcontoso.com или \\127.0.0.1\ для локальной машины

То же самое можно сделать через GPO, для этого нужно включить политику Compute Configuration-> Administrative Templates->Windows Components->Internet Explorer -> Internet Control Panel -> Security Page -> Site to Zone Assignment List (Список назначений зоны безопасности для веб-сайтов). Задав в ее настройках список доверенных серверов в формате

Имя сервера (в виде file://server_name, \\server_name, server_name или IP)
Номер зоны (1 – Для местной интрасети)

kodi: ошибка youtube daily limit exceeded

NB: These instructions are meant for existing users with a working, signed in, and activated YouTube addon.
They are not meant to help you install, setup, sign in, or activate the YouTube addon itself if you are a first time user.

Please install, setup, sign in, activate and test the YouTube addon first, before creating your own Personal API Keys.

* Step 1:

– Click HERE – https://console.cloud.google.com/
– Select your email preference (Yes or No – it does not matter)
– Select Yes to agree to the Terms of Service (for reference: https://console.cloud.google.com/terms)
– Click Agree and Continue

NB: Please ignore any offers to “Sign up for a free trial…” and/or “Try Google Cloud Platform for free”. It is not required.

– Select Project > Create Project > Enter Project Name (the name does not matter) > Create
– WAIT until the next page loads with the the New Project that you just created.

[Image: CELW9Jw.jpg?1]

[Image: cigdYBK.jpg]

[Image: HFvz7RP.jpg]

* Step 2:

– Click HERE – https://console.developers.google.com/apis/library
– Go to YouTube APIs > Select YouTube Data API > Enable

[Image: co2ODTx.jpg]

[Image: EBMG2cC.jpg]

* Step 3:

– Click HERE – https://console.cloud.google.com/apis/credentials
– Select Create Credentials > API Key
– Copy and Save the API key. You will need this later. DO NOT POST THIS PUBLICALLY.
– Click Close

[Image: gWMlbwA.jpg]

[Image: HjPPVS0.jpg]

* Step 4:

– On the same page, Select Create Credentials > OAuth Client ID
– Then Select > Configure Consent Screen

[Image: X17xjmH.jpg]

[Image: EVcF1al.jpg]

* Step 5:

– Enter a Name in “Product name shown to users” (the name does not matter)
– Click Save and WAIT for the next page to load with the OAuth Client ID screen
– Then Select Other > Create
– Copy and Save the Client ID and the Client Secret. You will need these later. DO NOT POST THESE PUBLICALLY.
– Click OK.

[Image: I9tIaq7.jpg]

[Image: gb2oK90.jpg]

* Step 6:

– Go to the YouTube addon > Settings > API Settings > Click Enable Personal API Keys > Enter all 3 Keys > Click OK
– Then > Sign Out > and after Sign In again (with the normal 2 x web activation)

After a successful Sign In to the YouTube addon you should now be using the Personal API Keys that you created.

[Image: EthcVpQ.jpg]

* OR
– With Kodi shut down, Paste all 3 Keys into: Kodi / userdata / addon_data / plugin.video.youtube / settings.xml
in the following lines of code:

<setting id=”youtube.api.enable” value=”true” />
<setting id=”youtube.api.id” value=”Client ID” />
<setting id=”youtube.api.key” value=”API Key” />
<setting id=”youtube.api.secret” value=”Client Secret” />

– Then > Start Kodi > Open the YouTube addon > Sign Out > and after Sign In again (with the normal 2 x web activation)

After a successful Sign In to the YouTube addon you should now be using the Personal API Keys that you created.

В поле <setting id=”youtube.api.id” value=”Client ID” /> вписываем значение из Идентификатор клиента

В поле <setting id=”youtube.api.secret” value=”Client Secret” /> вписываем секрет из этого идентификатора

В поле  <setting id=”youtube.api.key” value=”API Key” /> вписываем сам апи ключ

<img alt=”” src=”https://i.imgur.com/AzjkS6W.jpg” class=”alignnone” />

 

VMware Workstation and Hyper-V are not compatible

Если Hyper-V у вас в системе не установлен, то вы можете нормально установить и пользоваться VMWare Workstation.
Если у вас тоже возникла ошибка “VMware Workstation and Hyper-V are not compatible. Remove the Hyper-V role from the system before running VMware Workstation”:

То нужно произвести следующие действия:

Вбить в поиск фразу “включение или отключение компонентов Windows”
В разделе “Параметры” выбрать соответствующий пункт:
Отключить компоненты Hyper-V

Перезагрузиться

Вариант через cmd:
This is because the Hyper-V role is installed and this conflicts with VMware Workstation. To disable Hyper-V from starting the following command can be used:

bcdedit /set hypervisorlaunchtype off
A reboot of of the Windows OS is necessary.
To enable the Hyper-V role again use the following command:
bcdedit /set hypervisorlaunchtype auto
A reboot of of the Windows OS is necessary.

WordPress: Автоматическое обновление wordpress завершить не удалось

Выход новых версий WordPress происходит регулярно: устраняются разнообразные уязвимости, решаются вопросы с безопасностью, добавляется уникальный функционал. В данном контексте очень важно проводить своевременное обновление, которое совершается очень просто: с помощью одного щелчка мышью в панели администратора. Несколько минут — и WordPress обновлился до новой версии. Однако бывают ситуации, когда автоматическое обновление WordPress заканчивается провалом. Давайте посмотрим, почему это происходит, и что в таком случае можно сделать.

Как выглядит ошибка автоматического обновления в WordPress?

После инициации автоматического обновления ядра WordPress (скажем, от версии 3.1.0 до 3.1.1) на экране “Update WordPress” будут отображаться статусы, характеризующие каждый шаг обновления:

Downloading update from http://wordpress.org/wordpress-3.1.1.zip…
Unpacking the update…
Verifying the unpacked files…
Installing the latest version…

Пока, вроде бы, все в порядке. Давайте посмотрим, что произойдет дальше.

В нашем случае сообщение, стоящее перед “Installation Failed”, раскрывает суть возникшей проблемы. Это самый простой вариант ошибки. В более сложных ситуациях статусы вообще не выводятся на экран, поэтому приходится разбираться в возникшей проблеме самостоятельно. Более того, в результате такой проблемы доступ к сайту может быть заблокирован для всех пользователей, включая администратора. Если администратор попытается загрузить какую-либо из страниц своего сайта, он получит на экран страницу со следующим содержанием:

Briefly unavailable for scheduled maintenance.
Check back in a minute.

Очень сложно справиться с проблемой, если вы не можете залогиниться как администратор. К счастью, решить вопрос можно и без администраторских полномочий. Достаточно использовать доступ через FTP: пройти в корневую директорию и удалить файл .maintenance. Если ваш FTP-клиент не видит файлов, начинающихся с точки, попробуйте войти в панель управления вашего сервера и использовать файловый менеджер для поиска и удаления требуемого файла. На следующем скриншоте представлен файл .maintenance в корневой директории WordPress:

Также удаление этого файла помогает убрать назойливую надпись о неудачном автоматическом обновлении:

Ошибка подключения к SMB NETBIOS шарам из других подсетей

После установки июньских обновлений, возникла проблема с  бюллетенем безопасности — MS16-077 и обновлением KB3165191 .
После установки этого обновления, невозможно подключиться по протоколу Netbios over TCP/IP к сетевым шарам с клиентов, которые расположены в других ip подсетях.

Описание обновления KB3165191 : Обновление накладывает ограничения на соединения NETBIOS из-за пределов локальной подсети. Таким образом, сетевой функционал, зависящий от NETBIOS (такой как SMB over NETBIOS, порты 137-139) не будет работать для клиентов из других подсетей. Обычный протокол SMB (445) порт при этом доступен отовсюду.

Существует 3 варианта решения проблемы:

1. Удалить обновление KB3165191
2. В настройках клиентов, использующих NETBIOS перенастроить короткие имена серверов на FQDN
3. Внеся изменения в реестр:
Открываем regedit
В ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters
Создаем параметр типа Dword с именем AllowNBToInternet и значением 1 (по умолчанию после обновления 0)

Scroll to top