Если бы я был контроллером API на MVC, я бы тоже так же ответил: "что за фигню вы мне прислали?" (в протоколе HTTP это обозначается кодом статуса 400).
Контроллер API ждет, что вы ему пришлете, нечто, содержащее значение для параметра message вашего метода действия. Если вы посылаете в формате JSON, то - объект с полем message: тогда он привяжет значение этого поля входному параметру метода действия, который имеет то же имя message, как у вас.
Потому в запросе POST надо слать объект с этим полем. Например - в уже сериализованном (строковом) формате: string content = "TestContent";
Но можно в качестве content использовать и объект с полем message, например - анонимного типа: var content = new { message = "TestContent" };
- PostAsJsonAsync сумеет превратить это в JSON.
И да, к контроллеру на Minimal API из вашего первого комментария все это точно так же относится.
Зачем вы вводите в заблуждение новичка?
Делегаты и сами по себе дают возможность вызывать несколько методов при вызове одного делегата. Для объединения вызова нескольких методов в одном делегате в базовом типе всех делегатов Delegate определен метод Combine (статический), а для удаления конкретного метода из списка вызываемых - Remove (тоже статический).
Пример, как этим пользоваться, есть в справке по классу MuticastDelegate (это - потомок класса Delegate, обеспечивающий описанную выше функциональность.
А событие (event) - это старый синтаксический сахар, которым посыпан вышепреведенный механизм на основе Delegate и MulticastDelegate. Компилятор встретив ключевое слово event создает переменную-делегат указанного типа с тем же именем (далее ИмяСобытия), доступную только внутри класса (т.е. private) и два метода: add_ИмяСобытия и remove_ИмяСобытия. А встретив операторы += и -= для подписки/отписки вызывает соответсвующий метод. Подробнее можно посмотреть в главе 11 книги Джеффри Рихтера "CLR via C#. Программирование на платформе Microsoft .NET Framework 4.5 на языке C#".
Я прочитал внимательно, просто не стал разъяснять общеизвестные вещи. В полученном репозитории хранятся обе ветки (вы их видите на рисунке, кстати). В копии тоже будут обе. После копирования просто делаете checkout другой ветки и работаете уже с ней.
Есть ощущение, что возникли ошибки аутентификации Kerberos
Это более чем вероятно, т.к. Microsoft в последнее время сделала ее более строгой, а на вашем NAS соответствующие могли быть изменения не внедрены.
Есть такое руководство по поиску ошибок аутентификации Kerberos, попробуйте воспользоваться им.
И вообще, посмотрите, что пишется в журналах событий Безопасность и Служба каталога.
PS В частности, проблема с вводом в домен могла быть вызвана вот этим обновлением
Другое известное изменение, ужесточившее доступ - вот это
Стоит ли на это завязываться?