Дизайн приложения .Net

1. Сохраните все записи в базе данных с помощью myDate.ToUniversalTime().
2. При загрузке из базы данных с помощью myDate.ToLocalTime()

Тогда ваши пользователи смогут двигаться сколько угодно.

Если вы используете DateTime.UtcNow при записи метки времени активности, вы всегда будете получать правильное время. И обычно это сервер, который будет хранить отметку времени, так что в любом случае это относительно сервера.

Если пользователь вводит его, вам необходимо преобразовать время ввода в UTC перед его сохранением. Это можно узнать из настроек пользователя Culture/TimeZone.

При отображении его пользователю вы устанавливаете информацию о культуре и часовом поясе в потоке в соответствии с тем, где в мире находится пользователь.

Если вы не храните часть даты «UTC» в своей базе данных (даже если она в формате UTC), вы можете преобразовать ее в UTC следующим образом:

DateTime date = ..from db..;
date = DateTime.SpecifyKind(date, DateTimeKind.Utc);

Для преобразования между часовыми поясами проверьте MSDN.

System.Threading.Thread.CurrentThread.CurrentCulture

возвращает вам информацию о текущей культуре

Вы можете сохранить текущий часовой пояс (TimeZoneInfo.Local или TimeZone.CurrentTimeZone, они одинаковы, но предпочтительнее первый) вместе с вашими метками времени.

Я думаю, что пользователь должен изменить текущий часовой пояс на панели свойств часов Windows.

Мне кажется, что само приложение должно заставлять пользователя вводить часовой пояс, из которого он сейчас работает, чтобы любым способом получить достоверную временную метку. Я предполагаю, что запрашивает эту информацию при входе в систему. Хотя это может раздражать пользователя, ожидать, что пользователи обновят свой часовой пояс через какой-то необязательный диалог настроек, — это фантастика.

Если у вас есть ресурсы и вы достаточно смелы, вы всегда можете получить часовой пояс на основе IP-адреса компьютера, с которого они получают доступ к VPN-туннелю, хотя я даже не мог помочь вам в этом.