-
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
Формат Даты
- Автор темы Amfion
- Дата начала
Опять же правильное время, только в старой зоне (ZE4). Т.е., с патчем было, скажем, 18:00:00 ZE3, без патча стало 18:00:00 ZE4.
ЗЫ. Подведу итог (промежуточный), а то много писанины развел. B)
Стенд.
Сервер - 8.5.3 FP6 IF3 + JVM patch, ОС - Линукс Дебиан7.7 с установленным патчем для таймзоны. Время ОС - правильное.
Клиент - 9.0.1 FP2 IF1 + JVM patch, ОС - Windows 7 с установленным патчем для таймзоны. В Location указано "использовать настройки ОС для таймзоны". В настройках календаря выбрано "local time". Время ОС - правильное.
Способ тестирования.
Отправка клиентом письма самому себе из ящика на тестируемом сервере (письмо проходит только через этот сервер), проверка полей в полученном письме и в сохраненной копии.
Результаты тестирования.
Время в PostedDate сдвинуто на час вперед в обоих док-тах. В Инбоксе и при открытии письма время тоже показывается неправильное.
Выводы.
Все хреново...
UPD.
Попробовал пропатчить лотусовую JVM утилитой от Оракла (там уже версия H) - ессно, не хочет, говорит, "there's no tzdata available for this java runtime".
я вам больше скажу...
клиент: 9.0.1, 32бит
Revision 20131022.0932 (Release 9.0.1)
Lotus Domino ® Server (Release 8.5.3 for UNIX)
при отправки писем - время в клиенте -1 час
т.е. нет патчей на клиенте и на серванте домины, на ОСях патчи есть
Добавлено: причем это все еще до смены времени, ненавижу индусов...
клиент: 9.0.1, 32бит
Revision 20131022.0932 (Release 9.0.1)
сервант: 8.5.3, 32бит
Lotus Domino ® Server (Release 8.5.3 for UNIX)
локейшн - из ОС берет время, в календаре (шедула - +3, +4 тоже было)
при отправки писем - время в клиенте -1 час
т.е. нет патчей на клиенте и на серванте домины, на ОСях патчи есть
Добавлено: причем это все еще до смены времени, ненавижу индусов...
Ну я на Линуксах пошел еще дальше (проверял на сервере 9.0.1 со всеми лотусовыми патчами и с патчем для Линукса),
Взял да и снес директорию JVM на фиг (веб-сервера у мну нет), запустил Домино (он поднялся!) - ситуевина со временем осталась. Т.е., java походу ни при чем.
Далее - поставил на Линуксе минскую зону (+3 без переходов) - и время в почте сразу починилось.
На клиентскую Винду не грешу, ибо лотусовый клиент, установленный в других (старых-добрых) таймзонах тоже глючил с "новомосковским" сервером. С "минским" сервером у мну все ок - из всех клиентских таймзон.
Мое ИМХО - с новым линуксовым патчем Домино походу считает (причем только одним полушарием своего индусского мозга!), что он в летнем режиме. По крайней мере, тогда, когда согласовывает время с клиентом. Либо - Москва +4 где-то в недрах Лотуса захардкожена.
После 26-го он должен, по идее, перейти на зимний режим - и все починится.
Или не починится... Тогда поставлю Минск.
(проверял на сервере 9.0.1 со всеми лотусовыми патчами и с патчем для Линукса),Взял да и снес директорию JVM на фиг (веб-сервера у мну нет), запустил Домино (он поднялся!) - ситуевина со временем осталась. Т.е., java походу ни при чем.
Далее - поставил на Линуксе минскую зону (+3 без переходов) - и время в почте сразу починилось.
На клиентскую Винду не грешу, ибо лотусовый клиент, установленный в других (старых-добрых) таймзонах тоже глючил с "новомосковским" сервером. С "минским" сервером у мну все ок - из всех клиентских таймзон.
Мое ИМХО - с новым линуксовым патчем Домино походу считает (причем только одним полушарием своего индусского мозга!), что он в летнем режиме. По крайней мере, тогда, когда согласовывает время с клиентом. Либо - Москва +4 где-то в недрах Лотуса захардкожена.
После 26-го он должен, по идее, перейти на зимний режим - и все починится.
Или не починится...
Тогда поставлю Минск.
savl, подозреваю, что любая таймзона +3 без перехода на зимнее/летнее подойдет (я имею в виду зону из ранее существовавших, старых). К сожалению, только подозреваю, ибо проверить все возможные клиенты со всеми серверами, сами понимаете, не могу... И ваще, этим индусы должны заниматься..
И ваще, этим индусы должны заниматься..
ну вот и мои наблюдения...
с линуховым клиентом:
дернул зону в ручное управление, потом поставил из ОС - в Пт. отработало нормально (без такого передергивания - не работало)
на серваке кроме tzdata ниче не ставил (никаких патчей на домину), сервак 8.5.3
сёдня - с почтовыми сообщениями траблов нет
т.о. для никсов потребность в доминошнх/нотусевых патчах, для почты, не обнаружил
календарь, xpages, java..., не проверял
с линуховым клиентом:
дернул зону в ручное управление, потом поставил из ОС - в Пт. отработало нормально (без такого передергивания - не работало)
на серваке кроме tzdata ниче не ставил (никаких патчей на домину), сервак 8.5.3
сёдня - с почтовыми сообщениями траблов нет
т.о. для никсов потребность в доминошнх/нотусевых патчах, для почты, не обнаружил
календарь, xpages, java..., не проверял
Трабла с календарями на клиентах с виндой есть, но у только там где время само не перевелось.
На macOs проблемы с осями ниже 10.9, там автоматом не перевелось.
Для версий 10.9 / 10.10 беда своя: перевестить время перевелось, но временная зона как бы осталась +4:00, что влияет на вьюху в календаре.
Скрин ниже.
Решение на случаи:
1. Отключить автоматическое получение времени в системных настройках
2. Взять временную зону +3:00 Минск
3. Сменить время под +3:00.
Трабла с календарями исчезнет.
С серваками проблем не было, даже ресурсы нормально перенеслись.
На macOs проблемы с осями ниже 10.9, там автоматом не перевелось.
Для версий 10.9 / 10.10 беда своя: перевестить время перевелось, но временная зона как бы осталась +4:00, что влияет на вьюху в календаре.
Скрин ниже.
Решение на случаи:
1. Отключить автоматическое получение времени в системных настройках
2. Взять временную зону +3:00 Минск
3. Сменить время под +3:00.
Трабла с календарями исчезнет.
С серваками проблем не было, даже ресурсы нормально перенеслись.
Вложения
:blink:
вощем, ситуация такая:
1. сервер 9.0.1FP2IF1
2. апдейты jtzu установлены
3. traveler 9.0.1IF6
4. стоит костыль NTS_IGNORE_TIMEZONE_ERROR=true
в клиентах всё ок, даты отображаются корректно
но в web и traveler отображается по старому +4, хотя фактическая дата документа правильная +3
Чую, где-то лажа, но где?!
вощем, ситуация такая:
1. сервер 9.0.1FP2IF1
2. апдейты jtzu установлены
3. traveler 9.0.1IF6
4. стоит костыль NTS_IGNORE_TIMEZONE_ERROR=true
в клиентах всё ок, даты отображаются корректно
но в web и traveler отображается по старому +4, хотя фактическая дата документа правильная +3
Чую, где-то лажа, но где?!
а я предлагаю поменять и вернуть обратно, ожидания - нормальная работа таймзоны из ОС
lmike
Ожидания не оправдались.
Если принудительно выставлять в Location +3 тоже не меняется.
Предполагаю, что на маке TMZ не менялась, а осталась +4, просто они сдвинули время. Так как оно идет через сервер это было бы проще, сдвигаешь там для нужной зоны время и отключаешь переход.
Но лотус тянет TMZ из системных настроек. (даже скорее не лотус, а Java)
Немного оффтоп:
Аналогичная ситуация была в 10.9 с проксей, safari тянул данные из системных настроек, google chrome тоже, в результате постоянно слетал пароль на проксю после закрытия браузера. FireFox же забивал прокси в свои настройки и использовал их: работал без сбоев.
Затем они сделали обновление, прокся заработала для Safari и Chrome, а вот FF наоборот перестал работать.
У каждой компании свои дыры и костыли.
Стоит отметить, что пока MS справился с переходом лучше всех.
Linux не рассматривал, так как наши ребята просто перевели время вручную и все ок.
Ожидания не оправдались.
Если принудительно выставлять в Location +3 тоже не меняется.
Предполагаю, что на маке TMZ не менялась, а осталась +4, просто они сдвинули время. Так как оно идет через сервер это было бы проще, сдвигаешь там для нужной зоны время и отключаешь переход.
Но лотус тянет TMZ из системных настроек. (даже скорее не лотус, а Java)
Немного оффтоп:
Аналогичная ситуация была в 10.9 с проксей, safari тянул данные из системных настроек, google chrome тоже, в результате постоянно слетал пароль на проксю после закрытия браузера. FireFox же забивал прокси в свои настройки и использовал их: работал без сбоев.
Затем они сделали обновление, прокся заработала для Safari и Chrome, а вот FF наоборот перестал работать.
У каждой компании свои дыры и костыли.
Стоит отметить, что пока MS справился с переходом лучше всех.
Linux не рассматривал, так как наши ребята просто перевели время вручную и все ок.
а если попробовать указать в настройках столбца вьюхи чтоб учитывался time zone?
у меня в винде проканало
Обучение наступательной кибербезопасности в игровой форме. Начать игру!