abills.net.ua

Добавлено: **Вс окт 26, 2008 5:46 pm**

сегодня перевели часы на зимнее время. И поперло:

2008-10-26 23:00:14 LOG_WARNING: AUTH [soni] NAS: 1 Not Allow time  CID: 90.188.104.229
2008-10-26 23:00:14 LOG_INFO: AUTH [soni] AUTH REJECT CID 90.188.104.229
2008-10-26 23:00:31 LOG_WARNING: AUTH [ataman] NAS: 1 Wrong CHAP password  CID: 82.200.70.11
2008-10-26 23:00:31 LOG_INFO: AUTH [ataman] AUTH REJECT CID 82.200.70.11
2008-10-26 23:00:32 LOG_WARNING: AUTH [soni] NAS: 1 Not Allow time  CID: 90.188.104.229
2008-10-26 23:00:32 LOG_INFO: AUTH [soni] AUTH REJECT CID 90.188.104.229

перевел часы на час назад - всё ок.. чё за

?

Добавлено: **Вс окт 26, 2008 6:21 pm**

Плавно нужно переводить

я вообще тупо остановил сервер на час, и перевел время, а зверям написал что всвязи с переводом часов сервак рубим, а вообще лучше не переводить вообще

Добавлено: **Вс окт 26, 2008 6:30 pm**

да эт то всё я сообразил.. Но это час простоя. Если бы (ах, мечты мечты) у меня было 1000 клиентов? и они бы за час съедали гиг? и за гиг бы я получал по 20коп/мб (; ну.. мож это както..ну поправить надо? (:

Добавлено: **Вс окт 26, 2008 8:31 pm**

А ночью отключить mysql, перевести часы на нормальное время, и подаждать 1 час, вполне реально

Добавлено: **Вс окт 26, 2008 10:11 pm**

Аналогично. Тоже в 23.00 "not allowed time", и в 0.00 - все нормализовалось. Часы - синхронизируются автоматически, и (судя по времени в логах) были синхронизированы задолго до 23.00...
P.S. Интересно было бы узнать причину данной ошибки - т.к. я даже не представляю, как она могла возникнуть

Добавлено: **Пн окт 27, 2008 7:03 am**

а нахрена вам на серваке с абиллсом зимнее/летнее время???

зимнее/летнее время - это происки законодателей с целью отравить жизнь админам

но мы не сдаёмся - гринвич форева!

ЗЫ: базары на эту тему повторяются регулярно (раз в полгода)

Добавлено: **Пн окт 27, 2008 7:41 am**

ran писал(а):ЗЫ: базары на эту тему повторяются регулярно (раз в полгода)

Раз в год, назад мы раз в год переставляем

Добавлено: **Пн окт 27, 2008 11:58 am**

Гринвич канечно рулит..а в таком случае как интервалы будут работать? делать поправку на разницу в поясах?

Добавлено: **Пн окт 27, 2008 12:32 pm**

zip_abakan писал(а):Гринвич канечно рулит..а в таком случае как интервалы будут работать? делать поправку на разницу в поясах?

по гринвичу и будут работать... не ребят... явно вы никогда не занимались асучиванием производств непрерывного цикла... так вот там никогда никаких маразмов с летним/зимним временм не допускают - представь себе идёт технологический процесс, по временеи всё завязано - а тут ему хрясь серпом по @йцам - а унас терь зимнее время

с интервалами по сути тоже самое...

Добавлено: **Пн окт 27, 2008 6:14 pm**

пользователь приходит в 18.00 с работы, пользует допустим вечерний анлим до 24.00, после чего ложится спать... а при переводе времени -

ran писал(а):а тут ему хрясь серпом по @йцам - а унас терь зимнее время

в итоге - оказывается, что ему надо приходить домой в 17.00, и ложиться спать в 23.00

Добавлено: **Вт окт 28, 2008 7:28 am**

в итоге - оказывается, что ему надо приходить домой в 17.00, и ложиться спать в 23.00

совершенно верно - пусть по гринвичу с работы приходит

либо перед переводом времени править интервалы - очень кстати лёгко автоматизируется (ну естественно корректно) - в моём случае где-то так

Код: Выделить всё

rcpppoe-server stop ; коррекция_интервалов ; rcpppoe-server start

(предполагается что пппое сервер не тупой и при стопе пристреливает дочерние пппд процессы)

Добавлено: **Вт окт 28, 2008 8:14 am**

P.S. Интересно было бы узнать причину данной ошибки - т.к. я даже не представляю, как она могла возникнуть

да очень просто - в воскресенье в 03:00 время сдвинулось на час назад - следовательно все интервалы текущих суток, заканчивающиеся на их границе стали заканчиваться в 23:00 (по новому времени). А следующие интервалы - начнутся как им и положено с границы следующих суток т. е. в 00:00. Следовательно с 23:00 текущих суток до 00:00 следующих доступного интервала нету! - все в сад!

Добавлено: **Вт окт 28, 2008 12:23 pm**

ran писал(а):в воскресенье в 03:00 время сдвинулось на час назад - следовательно все интервалы текущих суток, заканчивающиеся на их границе стали заканчиваться в 23:00 (по новому времени). А следующие интервалы - начнутся как им и положено с границы следующих суток т. е. в 00:00. Следовательно с 23:00 текущих суток до 00:00 следующих доступного интервала нету! - все в сад!

Убейте не могу въехать какое отношение 23:00 имеет к 00:00. Можете объяснить? По-моему если интервал заканчивается в полночь то он и будет заканчиваться в полночь по локальным (компьютерным) часам. Если на часах 23:00, а тариф начинается с 00:00, то естественно пускать не будет.

P.S. Интересно было бы узнать причину данной ошибки - т.к. я даже не представляю, как она могла возникнуть

Мне тоже очень интересно почему когда на часах 23:00 не пускает, раз должен. Абиллсу вобще должны быть по барабану какие-то временные зоны. Только время на часах.

Обычно ОС сама переводит время на летнее в 2 часа ночи и обратно в 3 часа ночи.

Добавлено: **Вт окт 28, 2008 1:55 pm**

Убейте не могу въехать какое отношение 23:00 имеет к 00:00. Можете объяснить?

та никакого... просто в этих сутках > 86400 секунд (по мнению наших мудрожёлтых законодателей)

а любой здравомыслящий (в том числе и абиллс) считает что так небывает... вот его и колбасит...

Добавлено: **Вт окт 28, 2008 2:48 pm**

ran писал(а):
Убейте не могу въехать какое отношение 23:00 имеет к 00:00. Можете объяснить?
та никакого... просто в этих сутках > 86400 секунд (по мнению наших мудрожёлтых законодателей) а любой здравомыслящий (в том числе и абиллс) считает что так небывает... вот его и колбасит...

Ммм... извините, а при чем здесь кол-во секунд в сутках или вообще сутки?

Допустим план заканчивается в 00:00, Абиллс при авторизации просто обсчитывает сколько юзеру осталось сидеть до 00:00 и выдает эту информацию. Даже если после авторизации произошел сдвиг локального времени в пользу юзера, юзер после выхода просто попробует авторизоваться снова и войдет еще на один час. Но на деле автоматизированный сдвиг происходит в 2-3 часа ночи поэтому практически незаметен.

abills.net.ua

Проблема с переходом на зимнее время

Проблема с переходом на зимнее время