Просмотров: 16483
Достаточно часто, при проверке параметров системы, в Битрикс, можно увидеть одну из ошибок: Время на БД и на сервере- Время отличается на 3600 секунд (цифра может быть разная, но чаще всего именно эта). Ошибка возникает, как правило, при установке веб окружения битрикс на VPS/VDS. Все из-за неправильных настроек временной зоны. Расскажу как исправить.
Провести тест, можно из административной панели битрикс, находится по пути: Администрирование-> Настройки-> Инструменты-> Проверка системы.
Так же, данную ошибку можно увидеть в модуле обмена с сайтом на стороне 1С. При попытке обмена вам может выдать ошибку «Авторизация не пройдена«- даже если уверены, что правильно внесли адрес сайта, логин пользователя с правом обмена и его пароль, а проверка подключения все равно не проходит- скорее всего у вас именно эта ошибка времени на БД и на веб сервере.
Есть два способа решения ошибки
Не очень правильный: Открыть на редактирование файл /bitrix/php_interface/after_connect_d7.php и внести в него строчку.
$connection->queryExecute("SET LOCAL time_zone='".date('P')."'");
После этого, чаще всего, ошибка исчезает и даже 1С проходит проверку авторизации. Но редко, бывает, что не срабатывает для 1С (хотя тест на стороне сайта покажет что все нормально). Есть правильный способ
Подключаемся к серверу по SFTP/FTP протоколу, открываем файл по пути /etc/php.ini (да, именно его, а не /etc/php.d/bitrixenv.ini). И вносим строчку
timezone = Europe/Moscow
Перезагружаем Apache командой
service httpd restart
Все, после этого и ошибка пропадет и 1С сконнектится с сайтом.
Дополнено: Смена часового пояса на уровне системы в CentOS
Предыдуший способ менят часовой пояс на уровне php. Можно сделать совсем правильно и гарантировано работоспособно: сменить часовой пояс в самой системе CentOS
Открываем терминал и вводим команды
- mv /etc/localtime /etc/localtime-old — бекапим файл часовых зон
- ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime — делаем ссылку на часовую зону
- date — убеждаемся что время правильное, выдаст текущую дату и время
PS: Само собой, если у вас 1С и сервер с сайтом работают в другом часовом поясе- выставляйте свой вместо Europe/Moscow
Мои видео на Boosty:
Ваш баннер вместо этой рекламы: 15 000 руб/мес. Размещается во всем блоге, форуме, видеоуроках и разделе с макетами.
Итак, имеем чистую установленную CentOS 6
Обновляем систему, подключаем репозиторий EPEL, ставим минимально необходимый набор ПО:
# yum update # yum install epel-release # yum install mc bash-completion wget
Создаем пользователя с полными правами:
# useradd -m myadmin # passwd myadmin # vi /etc/sudoers
и добавляем строку чтобы получилось
root ALL=(ALL) ALL myadmin ALL=(ALL) ALL
Для CentOS 6 есть удобная штука Bitrix Enviroment — скрипт, который разворачивает весь набор ПО для Битрикса.
# cd /root # mkdir bitrix # cd bitrix # wget http://repos.1c-bitrix.ru/yum/bitrix-env.sh # chmod +x bitrix-env.sh # ./bitrix-env.sh
После запуска необходимо подождать какое-то время пока все требуемое не будет загружено и установлено.
У Bitrix Enviroment есть одно неудобство: все настроено для работы с 1 сайтом, а если на сервере необходимо развернуть несколько инсталляций Битрикса и иных CMS — необходимо поработать руками.
Необходимо для работы каждого виртуального хоста под своими учетными данными
Ставим:
# yum install mod_ruid2
Необходимо подключить данный модуль, например скопировав его:
# cp /etc/httpd/conf.d/mod_ruid2.conf /etc/httpd/bx/conf/
В настройках виртуального хоста добавить строчку:
<VirtualHost 127.0.0.1:8888> ... RUidGid myuser mygroup ...
В файле mod_ruid2.conf можно найти полное описание директив и настроек.
Перезапускаем httpd, проверяем все ли работает — для этого создаем файл ruid2.php и открываем его в браузере
<?php print `id`; ?>
Должна открыться страничка с примерно такимответом:
uid=1002(myuser) gid=1000(mygroup) groups=1000(mygroup),33(bitrix)
Необходимо для работы каждого виртуального хоста под своими учетными данными
Предупреждение
Apache mpm-itk значительно медленнее prefork и event, поэтому на высокую оценку Битрикса рассчитывать не стоит (в меню Настройки → Производительность → Панель производительности плохие показатели будут в подсистемах «Среднее время отклика», «Файловая система» и как следствие «Конфигурация»). Лучше использовать вышеописанный mod_ruid2
# yum install httpd-itk.x86_64
Запускаем Apache в режиме mpm-itk: добавляем в /etc/sysconfig/httpd строку
HTTPD=/usr/sbin/httpd.itk
Правим настройки PHP: добавляем в файлы /etc/httpd/bx/conf/php.conf и /etc/httpd/conf.d/php.conf строки
<IfModule itk.c> LoadModule php5_module modules/libphp5.so </IfModule>
Добавляем в файл /etc/httpd/conf/httpd.conf строки (кол-во запускаемых серверов и обслуживаемых клиентов зависит от конкретного сервера, необходимо подбирать самостоятельно):
<IfModule itk.c> StartServers 1 MinSpareServers 1 MaxSpareServers 20 ServerLimit 50 MaxClients 100 MaxRequestsPerChild 4000 </IfModule>
В файле /etc/httpd/conf/httpd.conf заменяем строку
ServerTokens OS
на
ServerTokens Prod
Необходимо удостовериться что у пользователя под которым работает nginx есть права на чтение папок www
В файле /etc/nginx/nginx.conf настраиваем:
Корректируем число процессов под свою систему:
worker_processes 2;
Скрываем версию:
server_tokens off;
Fatal error: Call to undefined function mysqli_init() in /home/MYSITE/www/bitrix/modules/main/lib/db/mysqliconnection.php on line 48
Необходимо включить расширение PHP для работы с MySQL — оно называется mysqli. Опять же — если его включить ДО восстановления сайта из резервной копии то на третьем шагу восстановления (а именно базы данных) — получим симпатишный белый экран.
# cd /etc/php.d # mv 30-mysql.ini 30-mysql.ini.disabled # cp 30-mysqli.ini.disabled 30-mysqli.ini # service httpd restart
Альтернативный вариант заключается в отключении использования mysqli Битриксом: в файле bitrix/php_interface/dbconn.php исправляем строку
define("BX_USE_MYSQLI", true);
на
define("BX_USE_MYSQLI", false);
И в файле bitrix/.settings.php поменять
'className' => '\Bitrix\Main\DB\MysqliConnection'
на
'className' => '\Bitrix\Main\DB\MysqlConnection'
чтобы получилось
.... 'connections' => array ( 'value' => array ( 'default' => array ( 'className' => '\Bitrix\Main\DB\MysqlConnection', ....
Добавляем в /etc/hosts запись
127.0.0.1 mydomain.ru
В файле /etc/php.d/bitrixenv.ini меняем
pcre.recursion_limit = 14000
на
pcre.recursion_limit = 100000
В скрипте запуска сервера HTTP Apache /etc/rc.d/init.d/httpd изменить функцию «start()», добавив в нее одну строку (ulimit -s unlimited):
start() {
echo -n $"Starting $prog: "
ulimit -s unlimited
LANG=$HTTPD_LANG daemon --pidfile=${pidfile} $httpd $OPTIONS
RETVAL=$?
echo
[ $RETVAL = 0 ] && touch ${lockfile}
return $RETVAL
}
и перезапускаем httpd
# service httpd restart
Решение для CentOS 7
Отсюда: http://host-consult.ru/pcre-recursion_limit-bitrix-centos7/
Создаем папку для дополнительного конфигурационного файла сервиса httpd:
# mkdir /etc/systemd/system/httpd.service.d
Внутри создаем файл, например recursion_limit.conf и в него пишем:
[Service] LimitSTACK=infinity
Перегружаем демона и сервис:
# systemctl daemon-reload # systemctl restart httpd
Существенное замечание
Снять ограничение на лимит стека, это рекомендация Битрикс. Скажем прямо не самая удачная, т.к. вы можете решив одну проблему заполучить проблему с постоянной нехваткой ОЗУ. И apache будет падать уже по этой причине. Поэтому лучше подобрать верхнее граничное решение, которое будет устраивать Битрикс. Вычислить его достаточно просто:
Обычно кэш равен 8 Мбайт, убедимся:
# ulimit -s 8192
Соответственно, нам нужно немного больше, пусть это будет 9 Мбайт: 1024*1024*9 = 9 437 184 байт
пишем в наш файл:
[Service] LimitSTACK=9437184
В файле /etc/php.d/bitrixenv.ini меняем
sendmail_path = msmtp -t -i
на
sendmail_path = sendmail -t -i
В файле /etc/php.d/bitrixenv.ini меняем
date.timezone = Europe/Moscow
на свою, например
date.timezone = Asia/Krasnoyarsk
Есть две причины для данной ошибки:
Хост не может разыменовать свое доменное имя
Добавляем в файл /etc/hosts строку
127.0.0.1 mydomain.ru
Веб-сервер не может сохранить файлы сессии
Путь в файловой системе куда сохраняются сессии прописан в файле /etc/php.d/bitrixenv.ini и по умолчанию там прописано следующее значение:
session.save_path = "/tmp/php_sessions/www"
Таким образом нужно удостовериться что данная папка существует, внутри нее так же есть еще две папки: www и www_ext и права установлены следующим образом:
# cd /tmp # ls -l drwxrwx--- 4 bitrix bitrix 4096 Sep 14 13:44 php_sessions # cd php_sessions # ls -l drwxrwx--- 2 bitrix bitrix 4096 Sep 14 13:44 ext_www drwxrwx--- 2 bitrix bitrix 4096 Sep 14 13:45 www
firewall-cmd --zone=public --add-port=25/tcp --permanent firewall-cmd --zone=public --add-port=80/tcp --permanent firewall-cmd --zone=public --add-port=443/tcp --permanent firewall-cmd --zone=public --add-port=5222/tcp --permanent firewall-cmd --zone=public --add-port=5223/tcp --permanent firewall-cmd --zone=public --add-port=8890/tcp --permanent firewall-cmd --zone=public --add-port=8891/tcp --permanent firewall-cmd --zone=public --add-port=8893/tcp --permanent firewall-cmd --zone=public --add-port=8894/tcp --permanent firewall-cmd --reload
Когда требуется выполнить синхронизацию с внешним источником данных (например, с 1С), то 1С Битрикс может выдать следующую ошибку: «Время на сервере базы данных отличается от времени на веб-сервере больше, чем на 10 минут». Это означает, что необходимо проверить и настроить правильные временные зоны.
Разберем эту проблему детальнее. Можно выполнить простой фикс (грабли) в виде хука в файле /bitrix/php_interface/after_connect_d7.php
указать принудительно:
$connection->queryExecute("SET LOCAL time_zone='".date('P')."'");
Но мы рекомендуем разобраться детально в причинах проблемы, для этого подключитесь к серверу по SSH и проверьте командой ‘date’ время в операционной системе (здесь и далее мы работаем в CentOS 7.
В консоли мы сначала забекапим временные файлы:
[root@sx ~]# mv /etc/localtime /etc/localtime-backup
потом делаем линк на нужную нам часовую зону:
[root@sx ~]# ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime
И далее проверяем командой ‘date’ корректность нового времени.
Вот как это выглядит в терминале:
[root@sx ~]# mv /etc/localtime /etc/localtime-backup [root@sx ~]# date Wed Apr 8 17:19:38 UTC 2020 [root@sx ~]# ln -s /usr/share/zoneinfo/Europe/Moscow /etc/localtime [root@sx ~]# date Wed Apr 8 20:19:46 MSK 2020
Далее подключаемся в MySQL / MariaDB и проверяем тайм-зону командой:
select current_timestamp;
В консоли это выглядит так:
[root@sx ~]# mysql Welcome to the MariaDB monitor. Commands end with ; or g. Your MariaDB connection id is 104506 Server version: 5.5.64-MariaDB MariaDB Server Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Type 'help;' or 'h' for help. Type 'c' to clear the current input statement. MariaDB [(none)]> select current_timestamp; +---------------------+ | current_timestamp | +---------------------+ | 2020-04-08 20:24:41 | +---------------------+ 1 row in set (0.00 sec) MariaDB [(none)]>
Если в MySQL / MariaDB неверное время, то выполняем следующее по определению default_time_zone: идем в /etc/my.cnf (CentOS) или /etc/mysql/my.cnf (Ubuntu) и после:
[root@sx ~] sudo /etc/init.d/mysqld restart
Сложные случаи конфликта во времени в SysConfig
Иногда так происходит, что еще одна отсылка ко времени сервера есть в:
/etc/sysconfig/clock
Вы можете поменять тайм-зону через ‘tzselect’, а в SysConfig, например, может быть прописано: ZONE=America/New_York
Это решается достаточно просто:
[root@sx ~]# vim /etc/sysconfig/clock ZONE="Europe/Moscow" UTC=true ARC=false
Временные зоны в PHP
Сейчас переходим к PHP, здесь тоже может быть нюанс, поэтому смотрим: /etc/php.ini
(из него билдится уже /etc/php.d/bitrixenv.ini) в ini-файле корректируем или добавляем:
timezone = Europe/Moscow
После изменений в php.ini нужно рестартнуть Апач:
service httpd restart
Содержание
- Ошибка при выполнении синхронизации времени в Windows 7: причины и решение
- Способы исправления ошибки при выполнении синхронизации времени
- Ошибка часов: не открываются сайты в Chrome и Opera (решение)
- Не открываются сайты, ошибка «часы отстают», решение
- Как исправить сбой синхронизации времени с time.windows.com?
- Решение 1. Временно отключите сторонний брандмауэр и программное обеспечение безопасности
- Решение 2. Переключите службу времени Windows в автоматический режим
- Решение 3. Разрешите службе времени Windows взаимодействовать с рабочим столом
- Решение 4. Используйте другой сервер
- Решение 5. Повторно зарегистрируйте службу времени Windows
- Решение 6. Попробуйте выполнить синхронизацию в другой сети
- Справочная информация
- суббота, 4 марта 2017 г.
- Проблема с синхронизацией времени на Windows 7
- Почему сбивается время и дата на компьютере (Windows 7) и что делать?
- Отмените синхронизацию времени с сервером
- Перевод часов на летнее или зимнее время
- Замените батарейку на материнской плате
Ошибка при выполнении синхронизации времени в Windows 7: причины и решение
Пользователи, которые пытаются изменить время на компьютере, могут столкнуться с ошибкой при выполнении синхронизации времени с time.windows.com. Этот сайт является сервером Майкрософт, а поэтому неполадка вероятнее всего находится на стороне разработчика операционной системы и юзеру просто нужно обождать некоторое время. Однако, есть и другие причины, которые провоцируют возникновение такой неполадки: севшая батарейка на материнской плате, проблемы с подключением к сети Интернет.
Способы исправления ошибки при выполнении синхронизации времени
Если на вашем ПК возникла ошибка при выполнении синхронизации времени в Windows 7, то, в первую очередь, нужно попробовать выбрать другой сервер для обновления часового пояса. Для этого нужно выполнить следующие действия:
Сбой в работе службы, отвечающей за работу времени, может вызвать ошибку при выполнении синхронизации времени. Для этого нужно нажать «Win+R» и ввести «services.msc».
Откроется новое окно. Находим «Служба времени Windows». Нажимаем на кнопку «Запустить» или «Перезапустить». Время должно настроиться.
Решить такую ошибку также можно с помощью перерегистрации файлов, отвечающих за работу времени на ПК. Для этого нужно запустить командную строку с правами Администратора и ввести по очереди такие команды:
Если и после выполнения этих команд ошибка продолжает появляться, стоит поменять батарейку на материнской плате и обязательно проверить подключение ПК к сети Интернет.
Источник
Ошибка часов: не открываются сайты в Chrome и Opera (решение)
Пользователи операционной системы Windows 7 с браузерами Chrome, Opera, Яндекс.Браузер и другими начиная с 30 сентября могли столкнуться с новой для себя проблемой. Браузеры переставали открывать значительную часть сайтов, сообщая о том, что с доменом не удалось установить защищённое соединение.
Программы жаловались, что не могут показать страницу, так как подключение не защищено, но ещё чаще сообщали, что время на компьютере настроено неверно, а часы отстают. Во всех случаях выдавалась ошибка NET::ERR_CERT_DATE_INVALID, то есть ошибка часов.
В интернете вы найдёте множество инструкций на эту тему, где авторы советуют настроить время, заменить батарейку для BIOS, чистить кэш в браузере и прочее-прочее. Однако если вы столкнулись именно с новой проблемой, то всё это будет для вас бесполезно. Скажем наперёд, дата и время здесь вообще ни при чём и браузеры ведут вас по ложному следу. Реальное решение ниже.
Не открываются сайты, ошибка «часы отстают», решение
Проблема возникла из-за того, что 30 сентября у крупнейшего поставщика сертификатов, Let’s Encrypt, истёк срок действия крайне распространённого корневого сертификата, на которой «завязано» множество сайтов в глобальной сети, особенно не самых крупных. С самими сайтами всё в порядке, но вот посмотреть их из-за устаревшего сертификата браузеры вам не дадут.
В пострадавших оказались множество пользователей старых систем, включая Windows XP, macOS 10.12, Android 5 и ниже, обладатели старых iPhone и iPad. Как выяснилось уже на личном примере автора данной статьи, не повезло и пользователям Windows 7. Как «реанимировать» старые системы, нам пока неведомо, но для пользователей «семёрки» решение есть. Как вы уже поняли, никакой ошибки часов нет, но что тогда делать?
Ошибка часов в Google Chrome на Windows 7. Браузер сообщает «часы отстают», хотя на самом деле это не так
Первое, что вам нужно: попробовать установить Firefox. В нём всё должно работать, так как у него, в отличие от Chromium-браузеров (в их число входит и сам Chrome, и Opera, и Яндекс.Браузер), собственная автономная система сертификатов.
Попробовав Firefox вы, с одной стороны, убедитесь, что у вас именно проблема Let’s Encrypt, а с другой, получите хоть какое-то временное решение для просмотра любимых сайтов.
Но что на счёт Chrome, Opera, Яндекс.Браузер и других? Здесь нужно обновить операционную систему. Не пугайтесь, речь идёт о крошечном обновлении KB3004394 для Windows 7. Вот ссылки на него с официального сайта Microsoft:
Скачав файл, запустите его и установите. Это весьма просто, от вас потребуется минимум действий. Далее нужно перезагрузить компьютер. После перезагрузки проблема должна исчезнуть сразу же. Все сайты с протоколом HTTPS, которые не открывались, выдавая чаще всего ошибку часов, теперь будут работать как прежде.
Источник
Как исправить сбой синхронизации времени с time.windows.com?
Синхронизация времени – это функция на устройствах с Windows, позволяющая в автоматическом режиме подстраивать время к актуальному часовому поясу и дате. Обычно, когда она включена, время настраивается с различными серверами. По умолчанию большинство пользователей могут увидеть, что их устройство подключается к time.windows.com.
Проблема синхронизации времени с данным сервером является довольно распространённой ошибкой. Связана она с тем, что в некоторых случаях службе подстройки Windows не удаётся подключиться к сайту. Причины данного сбоя могут быть разные: от сброса подсоединения к интернету до повреждения определённых протоколов. Ниже представлены несколько вариантов по исправлению данной неполадки.
Решение 1. Временно отключите сторонний брандмауэр и программное обеспечение безопасности
Брандмауэр стороннего производителя – одна из наиболее распространённых причин, по которым не удаётся установить соединение с сервером синхронизации. Поэтому, если вы используете какой-либо тип стороннего устройства, вам следует отключить его или удалить, а затем посмотреть, исправило ли это ситуацию.
Вместе с тем слишком агрессивная защита от вредоносных программ также может вызывать сбой синхронизации времени с ошибкой подключения к time.windows.com. Таким образом, попробуйте отключить антивирусное ПО и посмотреть, поможет ли это. Если проблема в этом, добавьте адрес сервера в список исключений.
Решение 2. Переключите службу времени Windows в автоматический режим
Служба Windows Time поддерживает процесс синхронизации с серверами времени в сети. Если эта служба не включена (для этого может быть много причин), подстройка времени в Windows может сопровождаться сбоем.
Решение 3. Разрешите службе времени Windows взаимодействовать с рабочим столом
Решение 4. Используйте другой сервер
Если системе так и не удаётся синхронизироваться, есть вероятность, что проблема на сервере. Попробуйте использовать другой.
Примечание: при синхронизации часов убедитесь, что они отклоняются не более чем на 15 часов от текущего времени. Если это так, вам следует установить правильное время вручную, узнать которое можно, введя в поиске браузера запрос “Точное время”. Если расхождение более 15 часов, необходимо выбрать другой сервер из предоставленного списка.
Решение 5. Повторно зарегистрируйте службу времени Windows
Используя командную строку, можно попробовать повторно зарегистрировать службу времени Windows:
Решение 6. Попробуйте выполнить синхронизацию в другой сети
По словам инженеров Windows, сеть некоторых пользователей может блокировать протокол NTP. Чтобы исправить это, вам придётся переключиться на другого интернет-провайдера. Очевидно, что менять его для синхронизации времени не очень разумно, поэтому можно использовать обходной путь.
Если у вас есть современный мобильный телефон, поддерживающий функцию точки доступа, включите её. Затем вернитесь к компьютеру и подключите его к сети телефона. Попробуйте синхронизировать часы.
Источник
Справочная информация
про свой опыт решения некоторых проблем и использования ряда возможностей ОС и приложений
суббота, 4 марта 2017 г.
Проблема с синхронизацией времени на Windows 7
Несмотря на моё скептическое отношение к семейству Windows, иногда приходится разбираться с некоторыми проблемами, которые могут иметь место в этой ОС.
Короче говоря, весь сыр бор объяснялся тем, что в материнской плате «скисла» батарейка и система стала «жить» в 2008 году.
Так как новой батарейки под рукой, естественно, не оказалось, то стал вопрос о желательности синхронизации времени через Интернет после включения компьютера и загрузки операционной системы. Казалось бы, простая ситуация и её разрешение возможно в 2 клика мышкой, но нет – сюрприз.
Несмотря на правильные установки параметров времени, и даже назначение ближайшего сервера времени вместо, например, time.windows.com ситуация не изменилась. Время не синхронизировалось по причине сбоя синхронизации.
«Корень зла» содержится в том, что при расхождении времени между локальным компьютером и временем Интернет более чем в 15 часов служба синхронизации времени перестаёт осуществлять операцию коррекции имеющегося в системе времени на правильное.
Для решения этой проблемы в настройки Windows, содержащиеся в реестре, необходимо внести ряд изменений.
Перейдите в ветку реестра:
Найдите MaxNegPhraseCorrection и MaxPosPhraseCorrection и установите им шестнадцатиричные значения ffffffff (буква f 8 раз подряд), которые являются максимально допустимыми.
Примечание. Первоначальными значениями являются 0x0000d2f0
На всякий случай, проверьте значение LargePhraseOffset
Выставьте интервал обновления, исходя из того, что в десятичном формате оно указывает количество секунд, по истечении которых будет произведено очередное обращение с серверу точного времени.
Найдите параметр SpecialPollInterval. Он как раз и определяет, с какой периодичностью клиент обращается к серверу точного времени. Значение параметра установлено в секундах.
Измените интервал в десятичной системе исчисления из расчёта:
1 минута = 60 секунд,
1 час = 60 минут = 3600 секунд,
1 сутки = 24 часа = 1440 минут = 86400 секунд.
На одном из ресурсов, посвящённом описанию механизма синхронизации времени в Windows, было отмечено, что если этот интервал меньше значения 14400 (240 минут = 4 часа), то сервер NTP может поставить IP-адрес в бан по причине большого числа запросов. Насколько это соответствует истине – мне не известно. Но шлюз на MikroTik по своему алгоритму проверяет соответствие своих часов по 4-6 раз за час.
Укажите адрес источника точного времени, на который будет обращаться Ваш компьютер для осуществления синхронизации времени.
В приведенном примере адрес сервера точного времени time.net.org. Такого сервера в действительности не существует, он является локальным сервером времени, расположенном на роутере MikroTik. Для своих нужд найдите ближайший к себе сервер точного времени.
Упомянутые выше изменения в реестре Windows можно внести одним файлом c расширением reg. Создайте в блокноте файл с содержанием:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesw32TimeConfig]
«MaxNegPhraseCorrection»=dword:ffffffff
«MaxPosPhraseCorrection»=dword:ffffffff
Сохраните его как, например, Timecorrect.reg После этого его можно запустить и необходимые изменения будут записаны в реестр. Значение «NtpServer»=»time.net.org,0x01» измените на своё (см. текст выше). Скачать этот файл.
Если Ваш брандмауэр работает в конфигурации очень высокой безопасности, то можете создать в нём разрешающие правила для входящих и исходящих подключений на протокол UDP порт 123.
Для коррекции времени можно использовать файл с расширением bat, содержание которого составляет строка: w32tm /resync Этот файл bat должен быть запущен под правами администратора системы (запуск от имени администратора).
Создайте в блокноте текстовый файл с содержанием w32tm /resync и сохраните его как файл с расширением bat, например, timesync.bat
Но, как показала практика, и запуска этого файла оказалось мало. Командная строка выдала:
Обнаружена следующая ошибка: Служба не запущена (0x80070426)
Оказывается, служба времени в Windows 7 (в Windows XP было иначе) не будет отключаться только в том случае, если она была запущена вручную через окно «Службы» или с помощью кнопки синхронизации «Обновить сейчас» в окне «Время и дата».
Чтобы исправить эту ситуацию, в командной строке (с правами администратора), введите следующие команды:
1. net stop w32time – останавливаем службу времени, если запущена.
2. w32tm /debug /disable – отключаем режим отладки.
3. w32tm /unregister – удаляем регистрацию службы.
4. w32tm /register – снова регистрируем службу.
5. sc triggerinfo w32time start/networkon stop/networkoff – указываем запуск службы при подключении к сети и остановку при отключении от сети.
После команды 5 Вы должны увидеть:
[SC] ChangeServiceConfig2: успех
Пробуем снова в командной строке с правами администратора запустить bat-файл с содержанием:
w32tm /resync
pause
Вторая строка pause необходима для того, чтобы увидеть результат выполнения команды w32tm /resync.
Так и хочется воскликнуть: боже мой, как всё запущено! А ведь исходя из описания службы можно подумать, что она, всё-таки, работает после старта системы, хотя и с задержкой:
Теперь возвращаюсь к вопросу коррекции времени. Так как служба времени будет стартовать только после появления сети (которая не совсем сразу появляется, а только после получения адреса IP), то саму коррекцию надо немного задержать.
Простым способом реализации запуска с задержкой после старта системы является ПО Startup delayer. Описание можно почитать здесь. По запросу в поисковике сразу найдётся большой выбор источников, с которых эту программу можно скачать.
Итак, в моём случае коррекция времени производится через 4 минуты и 15 секунд после старта системы.
А установленное время корректируется через каждый час:
Некоторые сведения, которые были использованы при разбирательстве с вопросом о синхронизации времени в Windows 7 Вы можете найти в приводимых выдержках с Интернет, которые опубликованы на этой странице.
Источник
Почему сбивается время и дата на компьютере (Windows 7) и что делать?
На электронных устройствах может сбиваться дата и время. Когда это происходит, у человека начинается путаница. Так, он вполне может опоздать на работу, если часы показывают неверное время. Согласитесь, ничего хорошего тут нет. Почему это происходит? Рассмотрим несколько случаев и начнем с наиболее популярного, который актуален в том числе для Windows 7.
Отмените синхронизацию времени с сервером
По-умолчанию система синхронизируется с сервером (интернетом) для того, чтобы вы всегда видели точное время. Однако это может сыграть злую штуку. Если время или дата сбиваются, попробуйте отказаться от синхронизации.
Нажмите на время в нижнем статус-баре. Появятся часы и дата, нажмите «Изменение настроек даты и времени».
Откроется окно, в нем выберите «Время по Интернету» и нажмите «Изменить параметры».
Снимите галочку с пункта «Синхронизировать с сервером времени в Интернете» и нажмите ОК.
Перевод часов на летнее или зимнее время
Перевод стрелок часов отменили, но операционная система может быть не в курсе. Соответственно, два раза в год она будет автоматически переводить стрелки часов. Чтобы не допустить этого, вам нужно отключить данную функцию.
Вновь нажмите на часы в нижнем статус-баре, затем — «Изменение настроек даты и времени». В окне, которое откроется перед вами, нажмите на пункт «Изменить часовой пояс».
Заметили установленную галочку рядом с пунктом «Автоматический переход на летнее время и обратно»? Снимите ее и нажмите ОК.
Затем на всякий случай нажмите ОК в окне «Дата и время».
Замените батарейку на материнской плате
Указанные выше способы должны вам помочь. Если нет, тогда дело, скорее всего, в батарейке на материнской плате. Она необходима для того, чтобы сохранять не только дату и время, пока компьютер выключен, но и настройки БИОСа. Возможно, батарейку пора заменить: как правило, работает она не менее 5 лет, после чего могут начаться сбои.
При этом, если проблема именно в батарейке, на экране монитора вы можете видеть сообщение вроде CMOS Battery Failure или CMOS checksum error:
Сама батарейка выглядит вот так:
Купить ее можно в любом компьютерном магазине, а заменить очень просто даже самому. Разве что придется снять крышку системного блока.
Если и это не поможет, дело наверняка в материнской плате, но что именно с ней произошло, может узнать только в сервисном центре.
Уважаемые пользователи! Если наш сайт вам помог или что-то в нем не понравилось, будем рады, если вы оставите комментарий. Заранее большое спасибо.
Источник
#1
Feconi
-
- Пользователь
-
- 5 сообщений
Новичок
Отправлено 31 Март 2013 — 14:53
При попытке подключиться к веб-хостингу через фтп клиекнт FilleZilla выдает такую ошибку: (шрифт мелкий, потому что врят ли та белеберда решит проблему)
Статус: Соединяюсь с 46.174.49.25:21…
Статус: Соединение установлено, ожидание приглашения…
Ответ: 220 (vsFTPd 2.3.4)
Команда: USER server2309
Ответ: 331 Please specify the password.
Команда: PASS ********
Ответ: 230 Login successful.
Команда: SYST
Ответ: 215 UNIX Type: L8
Команда: FEAT
Ответ: 211-Features:
Ответ: EPRT
Ответ: EPSV
Ответ: MDTM
Ответ: PASV
Ответ: REST STREAM
Ответ: SIZE
Ответ: TVFS
Ответ: UTF8
Ответ: 211 End
Команда: OPTS UTF8 ON
Ответ: 200 Always in UTF8 mode.
Статус: Соединение установлено
Статус: Получение списка каталогов…
Команда: PWD
Ответ: 257 «/»
Команда: TYPE I
Ответ: 200 Switching to Binary mode.
Команда: PASV
Ответ: 227 Entering Passive Mode (46,174,49,25,232,238).
Команда: LIST
Ответ: 150 Here comes the directory listing.
Ответ: 226 Directory send OK.
Статус: Подсчет разницы между часовыми поясами…
Команда: MDTM console.log
Ответ: 213 20130331114631
Статус: Временная разница: Серверное: 0 секунд. Местное: 14400 секунд. Разница: 14400 секунд.
Статус: Список каталогов извлечен
Статус: Отключен от сервера
Статус: Соединяюсь с 46.174.49.25:21…
Статус: Соединение установлено, ожидание приглашения…
Ответ: 220 (vsFTPd 2.3.4)
Команда: USER server2309
Ответ: 331 Please specify the password.
Команда: PASS ********
Ответ: 230 Login successful.
Команда: OPTS UTF8 ON
Ответ: 200 Always in UTF8 mode.
Статус: Соединение установлено
Статус: Получение списка каталогов…
Команда: PWD
Ответ: 257 «/»
Статус: Список каталогов извлечен
Статус: Получение списка каталогов…
Команда: CWD sound
Ответ: 250 Directory successfully changed.
Команда: PWD
Ответ: 257 «/sound»
Команда: TYPE I
Ответ: 200 Switching to Binary mode.
Команда: PASV
Ответ: 227 Entering Passive Mode (46,174,49,25,198,91).
Команда: LIST
Ответ: 150 Here comes the directory listing.
Ответ: 226 Directory send OK.
Статус: Список каталогов извлечен
Статус: Получение списка каталогов…
Команда: CWD cuk_zvuk
Ответ: 250 Directory successfully changed.
Команда: PWD
Ответ: 257 «/sound/cuk_zvuk»
Команда: PASV
Ответ: 227 Entering Passive Mode (46,174,49,25,228,236).
Команда: LIST
Ответ: 150 Here comes the directory listing.
Ответ: 226 Directory send OK.
Статус: Список каталогов извлечен
Статус: Получение списка каталогов…
Команда: CDUP
Ответ: 250 Directory successfully changed.
Команда: PWD
Ответ: 257 «/sound»
Статус: Список каталогов извлечен
Команда: RMD cuk_zvuk
Ответ: 250 Remove directory operation successful.
Статус: Получение списка каталогов…
Команда: PASV
Ответ: 227 Entering Passive Mode (46,174,49,25,146,71).
Команда: LIST
Ответ: 150 Here comes the directory listing.
Ответ: 226 Directory send OK.
Статус: Список каталогов извлечен
Статус: Получение списка каталогов…
Команда: CDUP
Ответ: 250 Directory successfully changed.
Команда: PWD
Ответ: 257 «/»
Статус: Список каталогов извлечен
Статус: Получение списка каталогов…
Команда: CDUP
Ответ: 250 Directory successfully changed.
Команда: PWD
Ответ: 257 «/»
Статус: Список каталогов извлечен
Статус: Определение IP-адреса для db2.myarena.ru
Статус: Соединяюсь с 46.174.49.4:21…
Ошибка: Превышено время ожидания соединения
Ошибка: Невозможно подключиться к серверу
Статус: Ожидание повтора…
Статус: Определение IP-адреса для db2.myarena.ru
Статус: Соединяюсь с 46.174.49.4:21…
Ошибка: Превышено время ожидания соединения
Ошибка: Невозможно подключиться к серверу
Пароль и все остальное правильное. Менял MySQL базу, сам хостинг тоже удалял и новый заказывал…Проблема та же…Началось все сегодня где-то в 10:00 по МСК и до сих пор продолжается. Кто знает как решить?
Сообщение отредактировал Feconi: 31 Март 2013 — 14:54
- Наверх
#2
☆★☆БАТЯ☆★☆™
Отправлено 31 Март 2013 — 15:08
Пробуй Тотал Командер, что покажет
- Feconi это нравится
- Наверх
#3
Feconi
Feconi
-
- Пользователь
-
- 5 сообщений
Новичок
Отправлено 31 Март 2013 — 15:17
Пробуй Тотал Командер, что покажет
- Наверх
#4
☆★☆БАТЯ☆★☆™
Отправлено 31 Март 2013 — 15:27
Мм, ты что — надумал к базе данных подключится через фтп? 
- Наверх
#5
Feconi
Feconi
-
- Пользователь
-
- 5 сообщений
Новичок
Отправлено 31 Март 2013 — 15:36
Мм, ты что — надумал к базе данных подключится через фтп?
Да я вообще не могу подключиться к просто веб-хостингу от майарены. В тотал командере я просто не особо знаю как подключаться, но в файл зилле 100% все правильно было!
- Наверх
#6
☆★☆БАТЯ☆★☆™
Отправлено 31 Март 2013 — 15:46
Ну и тут тоже делай правильно, смысл тогда от проверки то.
- Kot3_68rus это нравится
- Наверх
#7
Feconi
Feconi
-
- Пользователь
-
- 5 сообщений
Новичок
Отправлено 31 Март 2013 — 15:53
Ну и тут тоже делай правильно, смысл тогда от проверки то.
Все, подключился через тотал командер! Спасибо за подсказку!)
- Наверх
#8
Prestige!
Отправлено 22 Апрель 2013 — 22:17
обнови filezilla
- Наверх