Ваша проблема в том, что вы проверяете, содержит ли строка слово «INC» с учетом регистра, решение меняет оператор if для проверки в строке слова inc, игнорируя регистр:
private void Enable_disableSTM()
{
if (STM_groupBox.Text.IndexOf("INC", StringComparison.OrdinalIgnoreCase) >= 0;)
{
STM_radioButton_appel.Enabled = true;
STM_radioButton_autre.Enabled = true;
STM_radioButton_resolution.Enabled = true;
STM_Textbox_SR.Enabled = true;
STM_textBox_remarque.Enabled = true;
STM_Dropdown_Sendto.Enabled = true;
STM_pictureBox_Boutonenvoyer.Enabled = true;
}
else
{
STM_radioButton_appel.Enabled = false;
STM_radioButton_autre.Enabled = false;
STM_radioButton_resolution.Enabled = false;
STM_Textbox_SR.Enabled = false;
STM_textBox_remarque.Enabled = false;
STM_Dropdown_Sendto.Enabled = false;
STM_pictureBox_Boutonenvoyer.Enabled = false;
}
}
Ok, I figured it out. It had to do with the key storage parameters for the certificate object. For anyone else that runs into this problem, make sure you construct your X509Certificate2
objects that you are adding to the store using the X509KeyStorageFlags.PersistKeySet
and X509KeyStorageFlags.MachineKeySet
flags. This will force the private key to persist in the machine key set location which is required by HttpApi
(HttpListener
wraps this).
Не совсем ответ на ваш вопрос, но здесь для справки о других, идущих по этому пути:
Здесь - ссылка на чат MS, который дает пример кода C # для выполнения что делает httpcfg, тем самым устраняя необходимость в инструменте для развертывания.
Это двухсторонний SSL? Если это так, отправили ли вы файл запроса сертификата SSL, созданный на вашем компьютере? Этот файл запроса сертификата будет использоваться для создания SSL, и они вместе образуют пару открытого личного ключа.
Также пытались ли вы назначить разрешение для учетной записи пользователя, которая используется для запуска веб-приложения? Вы можете сделать это с помощью инструмента Microsoft WSE 3.0.