Сообщения Проводника несут недостаточно информации.
Попробуйте для начала сделать то же самое командами с командной строки:
net view \\srv\Отделы
dir \\srv\Отделы\*.*
Команды хотя бы коды ошибок вернут, чтобы дальше можно было разбираться.
ky0, это для вас они дебри. Потому что вас этому не учили и вы просто не умеете их готовить. А для администратора Windows - это штатная возможность системы.
pfg21, это не костыли, а штатная возможность.
Она, кстати, позволяет много чего дополнительного, когда серверов RD Host много. Впрочем, это - не случай автора. А автору, возможно, хватит проброса порта. А может - и нет: лн как-то не слишком поделился причиной, по которой он хочет использовать аж целых два сервера.
samael228, в Windows есть стандартные средства для решения этой задачи. Например, Encrypting File Sysem (только ей нужны редакции Pro, Enterprise или Education). Может, вам этого хватит? Или обязательно нужно написать самому?
Причем тут таблицы? Речь идет о файле журнала. Смотрите докуметацию по его резервному копированию и сжатию. Я все эти операции делал давным-давно, интерфейс с тех пор поменялся, поэтому тогдашние скриншоты вам не помогут.
FragMaster, в разных доменах AD (домен, с точки зрения Kerberos - это realm) вполне могут быть пользователи с одним и тем же именем (например, Administartor ;-) ). Уникальным идентификатором для пользователя в Kerberos является User Principal Name (AKA UPN), оно имеет вид username@domain.fqdn.
Оно обязательно должно быть в билете (token) Kerberos, который пользователь обязан прислать при аутентификации по этому протоколу. Но вот как достать его в Apache - это я не в курсе, смотрите документацию. Или, может, тут кто подскажет.
Самый первый вопрос, на который я не вижу ответа - в какой версии .NET у вас выполняется приложение? Те настройки среды выполнения, которые вы поменяли - они специфичны для .NET Framework. Среда выполнения .NET Core (или просто .NET - теперь MS называет его так) конфигурируется по-другому: https://learn.microsoft.com/en-us/dotnet/core/runt...
Поддерживаю. Теоретически я вижу более хитрые пути миграции, но они не докуметированы, и какие на них грабли разложены - неочевидно.
Но главное, при развертывании инфраструктуры с нуля почти ничего не теряется, уже сертификаты продолжат действавать, если старый сертификат CA не удалять из AD (или с клиентов, если он распространялся на них непосредственно). Проблемы могут быть, разве что, при чрезмерно ранннем выводе старого CA из эксплуатации - с OCSP (если используется) и отзывом уже выпущенных сертификатов(если вдруг надо).
Для начала: вы определились с общей, физической, так сказать, архитектурой приложения? Где у вас будет выполняться реализующий логику код - на клиенте или на сервере? Для веб вариантов обычно нет - логика должна быть на сервер - а вот для приложений на ПК есть варианты. Например, кроме варианта, свойственного веб (трехзвнная архитектура с сервером приложений) логика тоже может выполняться на ПК, а на сервере находится только БД приложения (клиент-серверная архитектура). Клиент-сервераня архитектура обычно проще.
Вот только после того, как будет определенность с этим физическим разделением, стоит думать над логическим разделением и средствами для него.
В .NET (особенно, в .NET Framework) есть кое-что для такого разделения, но все это имеет ярлык устаревшего (legacy) потому что само решение - для ПК в изолированной сети - имеет такой ярлык.
_semaphore где определен и как создается?
Если это поле класса контроллера, и в конструкторе семафор создается в нем заново (ну, или внедряется через сервис с времинем жизни Transient/Scoped), то для каждого запроса создается свой экземпляр контроллера, а значит - и свой семафор.
В таких случаях _semaphore должен быть для всех общим: статическое поле, сервис-Singleton и т.п. Только вот так он будет влиять на все файлы,а чтобы для каждого файла был свой семафор - тут вам думать дополнительно надо будет.
На диск С у обычного юзера прав быть не должно по идее.
Derton1332 У обычного пользователя ЕМНИП есть права на создание папок в корне C: и полные права на созданные папки. Так что возможность забить диск C: у него имеется.
Дрова формируют какой-то хитровывернутый порт, которому воскласть на IP. Но часть наименования этого порта - это МАС адрес сетевого интерфейса принтера.
Дмитрий, как человек руководивший кучей принтеров ещё во времена господства упомянутых DLC и IPX/SPX, могу сказать, что да, для ручного подключения к принтерам по TCP/IP нахождение их в одном сегменте не обязательно (если, конечно, они IP поддерживают: у меня в хозяйстве был один принтер, который в IP не умел, а т.к. маршрутизатора IPX у меня тоже не было - IPX для Catalyst денег дополнительных стоил, то пришлось этот принтер при переводе локалки на TCP/IP в один сегмент с сервером печати запихивать).
Но, оценив уровень подготовки автора по тексту вопроса, у меня возникло ощущение, что у автора с ручной настройкой принтеров тоже могут быть проблемы, поэтому счел нужным упомянуть про сегментацию: ему при отсутствии таковой будет сильно легче. Тем более, что, подозреваю, по жизни она ему вообще не нужна.
Для многих современных сетевых принтеров IP вообще не играет никакой роли...
Akina, правда штоль? А как компьютеры на них тогда по сети посылают, что печатать надо? Неужели по IPX/SPX? Или, прости господи, по DLC?
На самом деле в данном случае IP принтера - это индикатор того, находится ли он в одном сегменте с компьютерами. Хоть сам IP и ходит между сегментами (есди правильно настроена маршрутизация), но нахождение в одном сегменте важно для обнаружения принтеров: сответствующие протоколы часто используют широковещательную рассылку в пределах сегмента.
Ну, а железо автора вопроса сконфигурировать можно по-разному, а потому такой индикатор полезен.
Вообще-то, память (адресное пространство) в Windows виртуальная, и для каждого процесса она своя. То есть, если процессу потребуется большой непрерывный кусок адресного пространства, то система отобразит его по страницам на свободные страницы физической памяти - были бы эти страницы свободны. Вот с этим последним и нужно разбираться. Например, увеличить страничный файл, чтобы неактивные страницы сбрасывались туда.
Dark_NIX, нет, я просто уже не слежу за вашей лабораторной работой. Очевидных ошибок, типа той, что была сначала, как я уже написал, я не вижу. Так что, уж извините - малыми усилиями помочь вам не могу.
Попробуйте для начала сделать то же самое командами с командной строки:
net view \\srv\Отделы
dir \\srv\Отделы\*.*
Команды хотя бы коды ошибок вернут, чтобы дальше можно было разбираться.