IP адрес, с которого пришел запрос к нашей страничке может сказать о многом. Можно например посмотреть какие на той стороне открыты порты?
Самые паленые порты: 3128, 1080 и 8123. Если их не использовать, то вполне можно избежать необоснованных подозрений в использовании 3proxy, SOCKS 5 или Polipo.
3. Открытые порты web proxy
Как и в случае с HTTP, веб прокси можно повесить на любой порт, но мы хотели, чтобы тест работал очень быстро, поэтому ограничились обратным коннектом на порты 80 и 8080.
Отдается веб страничка? Отлично! На данный момент мы умеем определять PHProxy, CGIProxy, Cohula и Glype.
Нестандартные порты с авторизацией закрывают вопрос.
4. Подозрительное название хоста
Имея IP адрес можно попробовать отрезолвить хостнейм клиента. Стоп слова, которые могут намекать на туннель: vpn, hide, hidden, proxy.
Не стоит привязывать доменные имена к личному VPN, а если и делать это, то стоит избегать «говорящих» имён.
5. Разница во временных зонах (браузера и IP)
Исходя из данных GeoIP можно узнать страну по IP пользователя, а следовательно и его временную зону. Дальше можно вычислить разницу во времени между браузером и временем соответствующим временной зоне VPN сервера.
Для России точной базы latitude и longtitude для регионов нет, а так как временных зон много, то в конечном результате эти адреса мы не учитываем. С Европейскими странами всё наоборот, очень хорошо они палятся.
При переключении на VPN нужно не забывать переводить системное время, менять время в браузере, либо работать с русскими прокси.
6. Принадлежность IP к сети Tor
Если ваш IP адрес это Tor нода из списка сайт, поздравляю, вы спалились.
Ничего криминального, но уже факт раскрытия того, что вы скрываетесь, не очень радует.
7. Режим браузера Turbo
Собрав диапазоны IP адресов Google, Yandex и Opera, и сравнив с пользовательским адресом, можно предположить использование сервисов сжатия трафика в браузерах соответствующих компаний.
Как правило такие сервисы ещё и сливают ваш реальный адрес в заголовках. Как на средство анонимизации, рассчитывать на сжатие трафика не следует.
8. Определение web proxy (JS метод)
Сравнив window.location.hostname с хостом запрошенной страницы, можно определить используется ли web proxy.
Веб прокси (по нашему анонимайзеры) в принципе не надёжны, поэтому лучше обходить такие способы анонимизации совсем.
9. Утечка IP через Flash
Adobe Flash очень хорошо работает мимо пользовательских прокси. Инициировав соединение к нашему серверу, можно узнать IP пользователя.
Запустив специального демона, который логирует все входящие соединения с ключами-метками, можно многое узнать. Лучший способ не раскрывать свой адрес — не использовать Adobe Flash вообще, или отключать в настройках браузера. К примеру, браузер Firefox по умолчанию отключает flash, стоит задуматься.
10. Определение туннеля (двусторонний пинг)
Запустив пинг к клиентскому IP, со стороны нашего сервера, можно узнать приблизительную длину маршрута. То же самое можно сделать со стороны браузера, XMLHTTPRequest дёргает пустую страницу нашего nginx. Полученную разницу в петле более 30 мс можно интерпретировать как туннель.
Конечно маршруты туда и обратно могут различаться, или веб сервер немного притормаживает, но в целом точность получается довольно хорошая.
Единственный способ защититься — запретить ICMP трафик к своему VPN серверу, правильно настроив свой фаервол.
11. Утечка DNS
Узнать какой DNS использует пользователь не проблема, мы написали свой DNS сервер, который записывает все обращения к нашим уникально сгенерированным поддоменам.
Следующим шагом собрали статистику на несколько миллионов пользователей, кто и какой DNS использует. Сделали привязку к провайдерам, отбросили публичные DNS и получили список пар DNS/ISP.
Теперь совсем не сложно узнать, если пользователь представился абонентом одной сети, а использует DNS совсем от другой.
Частично проблему решает использование публичных DNS сервисов, если это можно назвать решением.
12. Утечка через социальные сети (ВКонтакте, одноклассники, мой мир и т.п.)
Это не утечка IP адреса, но отдавая всем налево и направо имена авторизованных пользователей, к примеру VK сливает частные данные, которые подрывают всю анонимность серфинга.
Подробнее можно посмотреть документацию здесь vk.com/dev/openapi. Кнопка «Выход» после каждой сессии в общем то решает вопрос, но лучшая рекомендация — не использовать социальные сети
13. WEB-RTC
WebRTC позволяет устанавливать конференц-связь без использования плагинов через современные браузеры Mozilla и Chrome, но при этом раскрывает Ваш реальный IP даже при использовании VPN, а также список всех локальных IP-адресов, находящихся за NAT.
WebRTC поддерживается только в браузерах Chrome и Firefox. Родной поддержки WebRTC браузерами Internet Explorer и Safari не существует.
Отключение WebRTC в Firefox:
В адресной строке браузера вводим
Код:
about:config
Задаем в поиске:
Код:
media.peerconnection.enabled
Устанавливаем значение в "false" и снова проверяем!
Отключение WebRTC в Chrome:
В браузере Google Chrome для блокировки WebRTC необходимо установить плагин WebRTC Block
Отключение WebRTC на Android для пользователей Chrome:
В адресной строке браузера Chrome вводим:
Код:
chrome://flags/#disable-webrtc
Устанавливаем значение "enable"
Еще один альтернативный способ определения proxy и vpn:
14. MSS и MTU
MTU, или Maximum Transmission Unit — максимальное количество данных, которые могут быть переданы в одном пакете. MTU установлен у каждого сетевого адаптера, даже у тех маршрутизаторов, через которые трафик от вас до удаленного сервера идет транзитом. В большинстве случаев, в интернете используют MTU 1500, однако бывают заметные исключения, которые зачастую подчиняются некоторым правилам.
Когда ваш браузер или любое другое ПО, работающее с сетью, создает TCP-соединение к удаленному серверу, в заголовки пакета помещается значение Maximum Segment Size (MSS), которое сообщает серверу, какого максимального размера сегменты он может передавать в одном пакете. Это значение очень близкое к MTU, оно сразу дает понять серверу о возможностях вашего интернет-соединения, исключая излишнюю фрагментацию и позволяя утилизировать ваш канал по полной.
Когда вы отправляете пакет, будучи подключенным к VPN по какому-то протоколу (PPTP, L2TP(±IPsec), IPsec IKE), он помещается (инкапсулируется) в еще один пакет, что вносит свои накладные расходы, и большие пакеты, которые были бы отправлены без фрагментации без VPN, теперь придется фрагментировать. Чтобы избежать такой фрагментации, ОС устанавливает на сетевом интерфейсе MTU меньше, чем MTU реального сетевого интерфейса, из-за чего ОС не пытается создавать большие пакеты, которые требовали бы фрагментации.
В случае с PPTP, L2TP(±IPsec), IPsec, как я понимаю, нет каких-то стандартов на MTU туннеля, все устанавливают такие значения, чтобы работало в большинстве случаев, и устанавливаются они на глаз. Как правило, это 1400, что позволяет использовать, скажем, PPTP на каналах с MTU до 1440 без фрагментации (например, когда для доступа в интернет требуется еще один туннель, как часто бывает у российских провайдеров).
OpenVPN — почти самый популярный вариант VPN.
При совместимости со старым или кривым софтом, OpenVPN по умолчанию не устанавливает меньшее значение MTU на VPN-интерфейсе, а изменяет значение MSS внутри инкапсулированного TCP-пакета. За это отвечает параметр mssfix, установленный по умолчанию в значение 1450. Он изменяет MSS таким образом, чтобы он полностью утилизировал канал с MTU 1450, т.е. высчитывает свои накладные расходы таким образом, чтобы они проходили через канал с MTU 1450 и более без фрагментации. В результате у нас появляется возможность не просто определить пользователей OpenVPN со стандартным mssfix 1450, но и определить их протокол подключения (IPv4, IPv6), протокол транспортного уровня (TCP, UDP), параметры шифрования, сжатия и MAC, т.к. они вносят свои уникальные накладные расходы и отражаются в MSS.
Типичные параметры MSS:
Если используется шифрование в 64 бита, то это Blowfish, а если 128 бит - AES.
Тестирование двух VPN-сервисов: VyprVPN и ibVPN. Оба сервиса подвержены определению настроек описанным методом.
Если вы не хотите, чтобы вас обнаруживали таким способом, вы можете либо отключить mssfix, установив его в 0 и на сервере, и на клиентах, получив таким образом MSS 1460 (характерно для IPv4), что соответствует MTU 1500 — типичному MTU для обычного проводного соединения, которое есть у подавляющего большинства пользователей.
НО в этом случае вы получите излишнюю фрагментацию, что приведет к повышению задержек и уменьшению пропускной способности, поэтому стоит установить MTU в 1400, 1380 или похожее (должно быть кратно 10), т.к. такие значения часто используются провайдерами, например, мобильного интернета.
Теперь немного о WITCH?
Этот маленький проект расскажет вам о настройках вашего OpenVPN-соединения (если вы не изменяли mssfix), попытается определить вашу ОС и сравнить ее с ОС в User-Agent, получит PTR-запись для вашего IP и сравнит ее с набором правил, определяя, используете ли вы интернет-канал, рассчитанный на домашних или серверных пользователей.
Код:
First seen = 2015/07/24 17:19:29
Last update = 2015/07/24 18:39:37
Total flows = 7
Detected OS = Linux 3.11 and newer
HTTP software = Firefox 10.x or newer (ID seems legit)
MTU = 1409
Network link = OpenVPN UDP bs64 SHA1
Language = Russian
Distance = 15
Uptime = 1 days 19 hrs 39 min (modulo 165 days)
PTR test = Probably home user
Fingerprint and OS match. No proxy detected.
OpenVPN detected. Block size is 64 bytes long (probably Blowfish), MAC is SHA1.
WITCH? также без проблем определяет пользователей Tor Browser, т.к. он использует одинаковый статичный User-Agent (с Windows) на всех ОС, а exit nodes запущены под Linux и FreeBSD.
В результате тестирования на разных ОС и провайдерах выяснилось:
Мобильный интернет от Beeline пропускает все соединения через прокси под Linux. Обнаружилось это, когда человек с Beeline зашел с iPhone на WITCH?, и ОС определилась как Linux. Вероятно, именно через него они меняют HTML-теги, добавляют тулбар с поиском mail.ru и изменяют дизайн сайтов.
MTU у мобильных устройств может быть буквально какой угодно, но, как правило, заканчивается на 0. Исключение — Yota с 1358. От чего это зависит — непонятно, подозреваю, что и от настроек на стороне оператора, и от телефонного модуля. Одна и та же SIM в разных телефонах использует разные MTU.
Код, который отвечает за mssfix в OpenVPN, очень медленный.
Ну и в конце статьи я предлагаю затестить
замечательный ресурс p0f
Этот проект может пассивно прослушивать трафик, определять ОС, MTU и браузер, оповестить о несовпадении ОС создателя пакетов и ОС в User-Agent.
p0f также имеет API. Немного модифицировав его, добавив экспорт MTU через API и обновив сигнатуры, можно детектировать пользователей популярных VPN-протоколов, пользователей прокси и тех пользователей, которые подделывают User-Agent.
marviher.com
Анонимная анонимность: борьба с утечками трафика и IP
Анонимная анонимность: борьба с утечками трафика и IP
// 15 января 2016 // Безопасность, Операционные системы
Привет коллеги:-)! А давайте поговорим о мифической анонимности в сети. За последние несколько лет, мне на глаза попадалось несколько сценариев деанонимизации пользователя и я брал их себе на вооружение. Эти сценарии и опишу в текущей заметке. Мы рассмотрим случаи утечки реального IP и трафика при работе через VPN, соксы, прокси сервера и то, как можно от этого защититься. А вообще я любитель Tails’а и TOR’а :-).
Утечка VPN трафика и IP при обрыве соединения.
Одна из главных проблем в работе с частными виртуальными сетями – это утечка трафика. По-другому говоря, тот трафик, который должен был быть передан через VPN соединение в анонимном виде, попадает в открытый доступ. Данный сценарий не следствие проблем с клиентом или сервером. На самом деле всё гораздо интереснее. Самый банальный вариант – это обрыв VPN-соединения. К примеру, решил прочекать лист SSH или FTP акков, запустил сканер, отошёл по своим делам на несколько минут, приходишь, а соединение внезапно разорвано. Но чекер/сканер при этом продолжает функционировать, и работа идёт уже с твоего реального адреса.
Что делать в этом случае?
Чтобы избежать утечки трафика и реального IP, сохранив свою анонимность, в ситуациях, когда VPN-соединение внезапно разорвалось, попробуйте:
заставить весь трафик идти через VPN, удалив default gateway, т.к. при падении впн весь компрометирующий нас трафик пойдет именно через него: route delete 0.0.0.0 192.168.1.1 // удаляем default gateway route add 83.170.76.128 mask 255.255.255.255 192.168.1.1 metric 1
воспользоваться утилитой VPNetMon (http://vpnetmon.webs.com/), которая поможет отследить состояние впн соединения и как только оно пропадёт, мгновенно, завершить указанные пользователем программы, например, веб-браузеры, ssh- e-mail- ftp- чекеры, виртуалки, торрент-клиенты.
также можно воспользоваться утилитой VPNCheck (http://www.guavi.com/vpncheck_free.html), которая в зависимости от настроек может полностью отключить сетевую карту, обрезав всю связь с внешним миром) или завершить нужные процессы.
Утечка VPN трафика и IP при работе в сетях с IPv6 и IPv4.
Но есть и более коварные ловушки. Например, утечка VPN трафика довольно часто происходит на хостах, поддерживающих обе версии протокола IPv6 и IPv4.
Сосуществование двух протоколов может приводить к довольно не приятной ситуации утечки трафика в обход VPN туннеля и раскрытие реального IP. Не смотря на то, что шестая версия протокола не имеет обратной совместимости с четвертой, обе версии словно «склеены» доменными именами (DNS). Рассмотрим простой пример: есть доменное имя веб-сервиса или сайта, у него одновременно прописаны A запись (IPv4 адрес хоста) и AAAA запись (IPv6 запись хоста), их может быть сразу по несколько каждых. Далее, когда наше ПО, поддерживающая оба протокола или только IPv6 (браузер, чекер, сканер и прочее), захочет начать взаимодействие с сайтом, она может запросить любой адрес из прописанных и начнет слать пакеты по полученному адресу и по соответствующему протоколу.
Ииии “сейчас вылетит птичка”:-( Многие VPN реализации не умеют работать с IPv6 протоколом, или игнорируют его. VPN клиент переадресовывает все пакеты с IPv4 адресом через свой туннель, а вот пакеты с IPv6 адресами в заголовке просто игнорируются или не узнаются… Как результат – если у домена указан только IPv6 адрес, трафик пойдет через локальный роутер в открытом виде с реального IP. Карамба, мы работаем себе в сеточке через VPN, а траф топает другими, не предусмотренными нами дорожками!Повторюсь, основная причина кроется в том, что хоть два протокола и несовместимы друг с другом, но они поддерживаются системой доменных имён. Получается, что для системы поддерживающей оба протокола, невозможно обеспечить безопасное соединение с другой системой, не обезопасив и IPv4 и IPv6.
Провоцируем преднамеренную утечку трафика.
Атакующий пользователь может специальным образом вызвать подключение по шестому протоколу на компьютере жертвы, отправляя ICMPv6 Router Advertisement сообщения. Аналогичные пакеты данных можно отправлять через программы rtadvd ( http://www.gsp.com/cgi-bin/man.cgi?section=8&topic=rtadvd ), SI6 Networks’ IPv6 Toolkit (http://www.si6networks.com/tools/ipv6toolkit/ )или THC-IPv6 (http://thc.org/download.php?t=r&f=thc-ipv6-2.1.tar.gz ), в результате при удавшемся ipv6 соединении можно получить утечку трафика и данных, перехватывая их далее MITM атакой.
Что делать в этом случае?
Чтобы отправлять весь трафик через VPN-соединение, тогда стоит сделать следующее:
В случае отсутствия поддержки IPv6 VPN клинетом, необходимо отключить шествую версию протокола на всех доступных сетевых интерфейсах. Тогда, у всех активных в сети приложений не будет другого выбора, кроме как использование IPv4 протокола. !!!Коротко!!! снимите галочку у протокола IPv6 в настройках сети!
В случае если IPv6 у VPN клиента поддерживается — стоит убедиться в том, что весь передаваемый трафик отправляется через VPN.
А теперь проверь себя!
Проверьте уязвимость своей конфигурации на утечку данных через сайт www.dnsleaktest.com , после чего примените советы, приведённые в этой статье, чтобы убрать утечку DNS-трафика.
Утечка трафика в браузере через WebRTC.
Все дело заключается в том, что все современные браузеры содержат вредоносную технологию WebRTC. И она по умолчанию уже включена. Что это такое?
WebRTC ( https://ru.wikipedia.org/wiki/WebRTC ) – это проект с открытым кодом, предназначающийся для отправки данных потоком между браузерами или иными приложениями разработанных по технологии точка-точка. WebRTC внедрен в Google Chrome с 17, Opera с 12 и Firefox с 18 версиях.
Опасность кроется в том, что в случае использования данного протокола виден ваш настоящий IP адрес, несмотря на то, что вы используете VPN, TOR, socks, proxy.
Справочка! WebRTC НЕ представляет большой угрозы для тех кто за NATом, роутером сидит, т.е. для большинства, но внутренний IP засветится в любом случае.
Как провериться и излечиться?
Проверяемся здесь:
-если вы сейчас используете VPN соединение и у Вас включён WebRTC, отобразиться два IP адреса, первый IP – вашего VPN, второй – сетевой карты. Если отключен WebRTC, то будет отображаться только один IP.
Далее защищаемся.
В браузере Firefox вводите About: config, находите параметр media.peerconnection.enabled и выставляете значение FALSE.
Для Google Chrome скачиваем расширение WebRTC Block и дополняете его плагином WebRTC Control.
Для Android Google Chrome в адресную строку кидаем “chrome://flags/#disable-webrtc” и жмем «Отключение WebRTC Android»
После проведения всех работ, проверяем качество устранения проблемы на сайте http://whoer.net/extended
А ещё удаляем с корнями Flash и Java!
В случае с этими технологиями нора ещё более глубока, нежели в предыдущих примерах, разбираться не будем, а просто выкорчёвываем эти сорняки с корнем ради себя любимых! Проверить утечку данных через Flash можно через сайт https://2ip.ru/privacy/ и аналогичный сервис http://ip-check.info/.
Итожим господа.
Так уж сложилось, что при упоминании VPN, Socks, TOR сразу же возникает мысль о безопасности и анонимности данных. Пользователи применяют VPN в случаях, когда хотят скрыть свое реальное местоположение или скрыть свой трафик от «глаз» провайдера. Но на деле получается, что передаваемый трафик довольно легко распознать, а иногда он передается вообще в открытую, по невнимательности самого пользователя. Так что не стоит расслабляться, следите за безопасностью и анонимностью своих соединений, контролируйте свою “анонимность”.
И спасибо, если дочитали эту писанину!
VN:F [1.9.22_1171]
Rating: 5.0/5 (29 votes cast)
Анонимная анонимность: борьба с утечками трафика и IP, 5.0 out of 5 based on 29 ratings
gloosoftware.ws
Сколько время в китае разница с москвой
Разница во времени между Москвой и Пекином (Китай) летом и зимой. Пекин часовой пояс.
Многие люди привлекают своей красотой и величием Небесного и, в частности, этого города, столицы древней империи, очарования и сюрпризов своей красотой.
Но те, кто решил пойти туда, должны заранее подготовиться. И для этого нужно не только выучить минимум пару предложений по-китайски. Очень важно психологически настроиться на то, что вы должны встать гораздо раньше. Итак, если в Москве всего 2 часа в сутки, то в столице Китая уже 7 вечера.
Для многих людей изменение часовых поясов ощущается много, так как 5 часов - это важное число. Пекин находится в часовом поясе UTC +8.
Погода в Москве отстает в Пекине в течение 5 часов.
Прямое расстояние между Москвой и Пекином составляет 5803 километра. Это означает, что на борту самолета должно быть 7 часов. Это следует учитывать особенно тем, кто отправляется на восток для конференции.
Города в том же часовом поясе, что и Пекин
,,,,.
Что такое анонимность
Многие, даже те, кто использует анонимайзеры, не знают, в чем дело. Мы хотим рассказать вам об этом. Фактически, анонимайзер является веб-прокси, а анонимность в этом случае является лишь дополнительным преимуществом. Прокси (от английского посредника-посредника): действует как промежуточная или промежуточная связь между вами и сервером любого сайта, который вы хотите открыть. То есть, когда вы используете прокси-сервер, когда вы вводите имя сайта в адресной строке браузера, ваш запрос сначала обращается к прокси-серверу, прокси-сервер обрабатывает его, а затем, в свою очередь, отправляет его на сервер. Ответ сервера проходит через одну и ту же строку в обратном порядке. Поэтому он не взаимодействует напрямую с сервером посещенного сайта, что позволяет ему скрыть свой IP-адрес и другую конфиденциальную информацию.
Теперь посмотрим, как прокси-сервер отличается от обычного прокси-сервера. Чтобы использовать прокси-сервер, вы должны внести изменения в настройки браузера, что сложно для не-продвинутого пользователя. И вообще, изменение настроек в браузере для посещения всех сайтов довольно редко. Гораздо чаще возникает необходимость открыть конкретный сайт через прокси-сервер. Здесь веб-прокси также удобнее, потому что для его использования вам нужно только открыть страницу анонимности и ввести адрес сайта, который вы хотите посетить. И все, больше не беспокойтесь о конфигурации. Фактически, веб-прокси заменяет имя сайта в адресной строке браузера, что позволяет использовать прокси без длинногои предварительная установка растачивания. Независимо от того, как вы получаете доступ к Интернету, если у вас есть доступ к сети, анонимность будет работать.
Зачем нужна анонимность
Как мы уже упоминали выше, анонимайзер позволяет скрыть свой IP-адрес, с помощью которого вы можете легко вычислить свое местоположение и идентификацию, иногда того, что у пользователя. Но это отнюдь не единственный, а не основной вариант использования анонимайзеров. Одна из основных причин использования - избежать всех видов блокировок. Более трети работодателей ограничивают доступ к сайтам. Очень часто социальные сети и развлекательные сайты подпадают под запрет. Если это ваш случай, анонимность поможет вам открыть заблокированный контакт или другой сайт. Кроме того, покупатели часто используют анонимайзеры. Многие крупные интернет-магазины с низкими ценами (например, 18:00 или zappos) не позволяют совершать покупки из России и других стран. В этом случае веб-прокси также работает лучше. В общем, использование анонимайзера ограничено только вашим воображением. Изменение IP, виртуальное изменение страны или места жительства, избегайте блокировок, покупайте: это не полный список того, что наш сайт может быть полезен. Используйте его с удовольствием и не стесняйтесь задавать вопросы, если они у вас есть. Мы надеемся, что наш сайт будет полезен для вас.
Идите в Китай на острове Хайнань, каждый всегда хочет знать: где находится страна на карте мира, какое время и часовой пояс в Китае. Хайнань и из Москвы.
Разница во времени между Москвой и Китаем 5 часов
Расчетная разница была учтена между городами: Санья (остров Хайнань) (Китай) и Москва
Часовой пояс в Москве : UTC + 3 . В этой временной зоны являются города, страны и регионы, такие, как Абхазия, Адыгея, Архангельская область, Бахрейн, Белгородская область, Беларусь, Брянской области, Владимирской области, Волгоградской области, Вологодской области, в регионе Воронеж, Дагестан, Джибути, DNI, Ивановская область, Йемен, Ингушетия, Ирак, Кабардино-Балкария, Калмыкия, Калужская область, Карачаево-Черкесия, Карелия, Кения, Кировская область, Коморские острова, Костромская область, Краснодарский край, Кувейт область Курской, Ленинградской области ул, Липецкая область, LC, Мадагаскаре, Марий Эл, Мордовия, Москва, Московская область, Мурманская область, Ненецкий автономный округ, Нижегородская область, Новгородская область, Орель, Пензенская область, Псков, Республика Коми, Республика Крым, Ростовская область, Рязанская область, Санкт-Петербург, Саратовская область, Саудовская АравияСаудовская Аравия, Севастополь, Северная Осетия, Смоленская область, Сомали, Ставропольский край, Судан, Тамбовская область, Танзания, Татарстан, Тверская область, Тульская область, Турция, Уганда, Челябинская область, Чечня, Чувашия, Эритрея , Эфиопия, Южная Осетия, Южный Судан, Ярославская область.
Часовой пояс в Китае примерно. Хайнань : UTC + 8 . За исключением Китая примерно. На данный момент жители Хайнаня живут в таких странах, как: Иркутское время, Гонконг, Макао, Центральная и Восточная Монголия, Филиппины, Малайзия, Западная Австралия, центральная часть Индонезии, Сингапура, Брунея (Калимантан, Сулавеси и др.).
Время в Пекине, Китай, в 5:00 утра до времени в Москве, Россия
При планировании звонка между Москвой и Пекином вы должны иметь в виду, что города находятся в разных часовых поясах. Время в Москве за 5 часов до пекинского времени.
Если вы находитесь в Москве, самое удобное время для всех участников будет с 09:00 до 12:00 для конференции или встречи. В Пекине будет нормальный график работы, между 2:00 и 5:00.
Если вы хотите позвонить в Пекин, и вы в любое время, вы можете выбирать между 02:00 и 18:00. Это будет между 07:00 и 23:00 по пекинскому времени.
Временные зоны - Условно-бесплатная некоторые части Земли, которые заняли одно и то же местное время
.
До того, как время группы было введено в каждом городе, местное солнечное время использовалось в зависимости от местного времени. Однако это было очень непрактично, особенно с точки зрения расписания. Впервые современная система часовых поясов появилась в конце XIX века. В России он распространился в 1917 году, и до 1929 года он был принят во всем мире.
Для большего комфорта земной поверхности (не входящего в местное время для каждой долготы) обычно делится на 24. Границы часовых поясов не определяются, а административными единицами (штатами, городами, регионами). Это также делается для большего удобства. При переходе из одного часового пояса в другое значение минут и секунд (время) обычно получается только в некоторых странах, отклоняется от мира в 30 или 45 минут местного времени.
Для контрольной точки (нулевого меридиана или зоны) Гринвичская обсерватория принимается в пригороде Лондона. Северный и южный полюса меридианов сходятся в какой-то момент, поэтому, как правило, нет соблюдения часового пояса. Хотя полюса обычно приравниваются к миру, хотя на нем иногда появляются полярные станции.
GMT -12 - Меридиан изменений даты
GMT -11 - о. В центре, Самоа
GMT -10 - Гавайи
GMT -9 - Аляска
GMT-8 - Время (США и Канада), Тихуана
GMT -7 и Mountain Time (Аризона), Мексика (Чихуахуа, Мацатлан)
GMT-6 - Центральное время (США и Канада), Центральноамериканское время (Гвадалахара, Монтеррей)
GMT -5 - Восточное время (США и Канада), тихоокеанское время (, Лима, Кито)
GMT -4 - Время (Канада), южноамериканское тихоокеанское время (, Ла-Пас, Сантьяго)
GMT -3 - Южноамериканское восточное время (, Буэнос-Айрес, Джорджтаун),
GMT -2 - Среднесрочное время
GMT -1 - Азорские острова,
GMT - Гринвичское время (Дублин, Эдинбург, Лондон), Касабланка, Монровия
GMT +1 - Центральноевропейское время (Берлин, Берн, Копенгаген, Мадрид, Париж, Рим, Стокгольм), Белград, Братислава, Прага, Скопье, Загреб), Западно-Центральноафриканское время
GMT +3 - Московское время, восточноафриканское время (Найроби,) ,,,,
GMT +4 - Время в Самаре ,,,,,,
GMT +5 - Время, Западно-Азиатское время (, Карачи, Ташкент)
GMT +6 - Новосибирск, Омское время, Центральное время (,),
GMT +7 - Красноярское время, Юго-Восток (Бангкок ,,)
GMT +8 - Иркутское время ,,,,,,,Западное австралийское время (Перт)
GMT +9 - Якутское время, Корея,
GMT +10 - Владивостокское время, Восточноавстральное время (Брисбен,), западная часть Тихого океана (Гуам, Порт-Морсби)
GMT +11 - Магаданское время Центральное тихоокеанское время (Новая Каледония)
GMT +12 -
Концепция часового пояса имеет два основных значения: географический часовой пояс - ширина фиктивной полосы на поверхности земли ровно 15 ° (± 7,5 ° по отношению к среднему меридиану). Средняя часовая зона с нулевым меридианом будет равна Гринвичскому меридиану Административный часовой пояс -. Окружающая среда земной поверхности, которая установила официальное время в соответствии с определенным законом. В общем, понятие административного часового пояса также включает дату совпадения - в данном случае, например, ремни UTC-10: 00 и UTC + 14: 00 разные, даже если они подвергаются одному и тому же времени суток >. Формирование часовых поясов (часовых поясов - часовых поясов) связано с желанием, которое, с одной стороны, учитывает вращение Земли вокруг своей оси и, с другой стороны, определяет площадь (часовые пояса) примерно с тем же локальным солнечным временем, что разница во времени между ними была равна Много раз в час. В результате было принято решение, что они являются административными 24 часовыми поясами, и каждый из них должен более или менее совпадать с географическим часовым поясом. Отправной точкой является Гринвичский меридиан, который принял нулевые меридианы, центральный меридиан нулевой зоны. Теперь настало время заменить скоординированное всеобщее время (UTC), которое было введено с использованием Гринвичского времени (GMT). Шкала UTC основана на едином масштабе атомного времени (TAI) и более подходит для использования в гражданских целях. Зоны нулевого меридиана во всем мире, выраженные как положительные (восточные) и отрицательные (западные) смещения от UTC. Для диапазонов, часовой пояс, часы, используемые для летнего времени, варьируются от смещения UTC для летнего периода. Это Россия с 2011 года законодательно установила концепцию часового пояса.
Термин часовой пояс имеет два основных значения:
Географический часовой пояс - фиктивная ширина полосы на земной поверхности ровно на 15 ° (± 7,5 ° относительно среднего меридиана). Рассматривается средний нулевой меридиональный часовой пояс.
Административный часовой пояс - участок земной поверхности, который, согласно определенному закону, устанавливает официальное время. В общем, понятие административного часового пояса также относится к совпадению - в данном случае, например, поясу исчитаются разными, даже если они действуют одинаково.
Формирование часовых поясов (часовых поясов - часовых поясов) связано с желанием, с одной стороны, рассматривать поворот вокруг своей собственной оси, а с другой стороны определяет зону (часовые пояса) примерно одинаково, так что разность во времени между ними было несколько часов. В результате было принято решение, что они являются административными 24 часовыми поясами, и каждый из них должен более или менее совпадать с географическим часовым поясом. Предполагалась точка отсчета, нулевой меридиан, средний меридиан.
Теперь установлено время (UTC), которое было введено вместо (GMT). Шкала UTC основана на единой шкале (TAI) и более удобна для использования в гражданских целях. Зоны нулевого меридиана во всем мире, выраженные как положительные (восточные) и отрицательные (западные) смещения от UTC. Для областей часового пояса, в которых используются часы, смещение относительно UTC изменяется в течение летнего периода.
В России эта концепция была установлена законом с 2011 года.
Он основан на современной системе часовых поясов, которая определяет время всех часовых поясов. Чтобы ввести местное время для каждой степени (или каждой), поверхность условно делится на 24 часовых пояса. Когда вы переключаетесь с одного часового пояса на другой, сохраняются минуты и секунды, изменяется только значение часов. Есть некоторые страны, где местное время отклоняется от мирового времени не только в течение целого ряда часов, но и в течение 30 или 45 минут.
Теоретически 24 часовых пояса мира должны быть ограничены приблизительно действующим меридианным универсальным временем для расширения на 7,5 ° к востоку и западу от центрального меридиана каждого пояса. в действительности, однако, чтобы сохранить только один раз на одной и той же административной территории или группе областей, границы зон сдвинуты относительно теоретических граничных меридианов. В некоторых местах исчезают некоторые часовые пояса - время, в течение которого этот ремень не используется. Это типично для регионов выше широты около 60 °, например: Аляска, Гренландия, северные регионы России.
На полюсах и меридианах сходятся в одной точке, и поэтому существует понятие часовых поясов, а вместе с местным временем теряет смысл. Предполагается, что его следует использовать на полюсах, однако станция (Южный полюс) имеет время.
Регионы, гдеЛетнее время применяется Регионы, в которых переход был отменен Регионы, где летнее время никогда не было
Основная статья:
Использование летнего времени во многих странах добавляет дополнительную двусмысленность в систему часовых поясов. При переходе к летнему времени сдвиг времени относительно глобального времени. Кроме того, переход к летнему времени и обратно не всегда выполняется одновременно. Кроме того, если летом, то зимой и наоборот.
указ времени - порядок расчета «плюс час», введенный в 1930-1931 гг.
На территориях некоторых стран мира время применяется несколькими часовыми поясами. Наибольшее количество часовых поясов на материке используется Россией (11). Некоторые страны расположены во многих часовых поясах из-за островных и заморских территорий, например:
с - 8 часовых поясов
с (,,, и т. д.) - 11 часовых поясов
с и другими (,,,,,,,,,, и рядом других обитаемых и необитаемых островов) - 12 часовых поясов.
Территории большинства стран (включая Францию и Великобританию без их заграничных владений и территорий) находятся в одном и том же часовом поясе. Некоторые значительно более развитые страны также используют время часового пояса. Например, территория расположена в пяти географических часовых поясах, но на ее территории имеется одна территория.
В некоторых странах область использует два или более часовых пояса. Например, время трех временных зон использует Бытие и Территорию.
В США и Канаде часовые пояса часто разделяют государство, провинцию или территорию, поскольку территориальные территории относятся к определенной зоне, которая определяется уровнем административно-территориальных единиц второго порядка (района или района) ,
Страны с двумя или более часовыми поясами [ | ]
В таблице показаны некоторые страны, в которых используются два или более часовых пояса на материковой части или материковой части (например, Индонезии) на территории этой территории.
Опекун и пояс Страны и территории, которые применяют время этого часового пояса как официальное в течение года или зимой Условное имя
()
()
,,
,,
,,,,,,,,,
,,,,,,,,,,,,,
,,,,,,,,,
()
() ,,,,
(),
,,,,,,,,,,,,,,
: ,,,,,,,,,,,,,,,, Африка ,,,,,,,,,,,,,,
,,,,,,,,,,,,,,,,,,,, ,,
,,,,,,,,,,,,,,
,,,,,,
,,,,,,
,,,,
,,,,,,,
,,,,,,,,
,,,
,,
,,
,,,,
()
,,
()
До введения системы часовых поясов каждый поселок использовал свое собственное урегулирование, определяемое географическим поселением или ближайшим крупным городом. Стандартная система времени (или, как ее обычно называли в России) появилась в конце XIX века как попытка положить конец этой путанице. Необходимость введения такого стандарта стала особенно актуальной для развития сети железных дорог - если графики поездов были составлены в соответствии с местным солнечным временем каждого города, это может вызвать не только неудобства и путаницу, но и несчастные случаи. Первые проекты стандартизации появились и были реализованы в .
Проблема несостоятельности заняла много времени, заставив правительство объединить время на территории всей страны. Первоначальная идея принадлежала врачу (1766-1828) и была рассмотрена Абрахамом Фоллеттом Ослером (Abraham Follett Osler, 1808-1903). Время было установлено (GMT), и долгое время оно называлось «лондонское время».
Первое «лондонское время» (1840 г.) - Великая Западная железная дорога . Другие компании приняли эту инициативу, и к 1847 году большинство британских железных дорог уже использовалось в то же время. 22 сентября 1847 года Железнодорожная клиринговая палата, которая установила стандарты для всей отрасли, рекомендовала установить время по Гринвичу на всех станциях с разрешения Главной почтовой службы. Переход произошел 1 декабря 1847 года.
23 августа 1852 года сигналы времени были сначала переданы по телеграфу. Чтобы точно синхронизировать используемые часы, установите среднее время по Гринвичу. Примерно в 1855 году подавляющее большинство общественных часов в Великобритании были основаны в Гринвиче. Но процесс официального перехода на новый таймфрейм ограничил законодательство, поэтому он был официально сохранен еще много лет. Это привело к тому, что открылись избирательные участки в часы 08:13 и закрытие часов 16:13. Официально переход кНовое время в Великобритании состоялось после принятия законодательного акта по определению времени 2 августа 1880 года .
B и стандартные временные и временные зоны были введены 18 ноября 1883 года в связи с железными дорогами.
В то время определение времени было локальным. Большинство используемых городов и стандарт для отображения времени, в каждом месте часто присутствовали некоторые известные часы (например, часы на церковных колокольнях или в витринах ювелирных магазинов). Первым человеком в Соединенных Штатах, испытывающим растущую потребность в стандартизации времени, был астроном-любитель Уильям Ламберт, который в начале 1809 года представил рекомендации Конгрессу относительно установки временных меридианов в стране. Но эта рекомендация была отвергнута, а также первоначальное предложение профессора Чарльза Дауда в 1870 году. Дауд предложил установить время на железных дорогах, связанных с четырьмя поясами меридианов с шагом 15 ° (или 1 час) из которых меридиан должен быть самым простым. В 1872 году Дауд пересмотрел свое предложение и изменил отправную точку на Гринвич. Это было почти неизменное последнее предложение, которое использовалось одиннадцать лет спустя американскими и канадскими железными дорогами.
Часовой пояс США с 1913 года
18 ноября 1883 года американская и канадская железные дороги передавали часы на всех станциях до стандартного времени в соответствии с часовым поясом (вперед или назад). Пояса были названы: Восточная, Центральная, Гора и Тихий океан. С тех пор новое стандартное время было рекомендовано для общего использования «как необходимое требование для всех общественных и деловых потребностей». Хотя эта система официально не проводилась в Конгрессе до 1918 года, гражданские лица стали использовать «железнодорожное время», как и 30 лет назад в Британии. Использование стандартного времени распространяется быстро из-за очевидных практических преимуществ для общения и путешествий. В октябре 1884 года 85% всех городов Северной Америки, каждая из которых насчитывала более десяти тысяч жителей, взяли на себя эту систему. Заметным был персонал.
Детройт жил в местное солнечное время до 1900 года, когда сообщество решило переключить часы на стандартное центральное время 28 минут назад. Половина города повиновалась и наполовину отказалась. После долгих дебатов это решение было отменено, и город вернулся в местное солнечное время. В 1905 году центральное голосование города было принято в центральное стандартное время. В мае 1915 года решениемСообщество Детройта перешло на «Восточное стандартное время» (), и этот переход был поддержан голосованием в августе 1916 года.
Стандартные временные и часовые пояса в США были утверждены законом 19 марта 1918 года. Часовые пояса были определены в соответствии со следующими принципами:
Часовой пояс должен быть в пределах ± 7.5 ° почасового меридиана.
Точные пределы ремней должны определяться в соответствии с социальными потребностями (пассажирские железнодорожные перевозки) .
Утвердил стандартные часовые пояса, согласованные с железными дорогами, и взял на себя ответственность за любые последующие изменения в Межгосударственной торговой комиссии, которая в то время являлась единственным федеральным регулирующим органом. В 1966 году полномочия по принятию законодательства, определяющего время, были переданы Министерству транспорта, созданному в рамках Конгресса.
Существующие границы часовых поясов в Соединенных Штатах значительно изменились по сравнению с их первоначальной версией, и такие изменения все еще имеют место. Транспортный отдел обрабатывает все запросы на изменение и выполняет нормативные действия. В общем, границы часовых поясов имеют тенденцию смещаться на запад. Например, на территории в восточной части часового пояса время захода солнца может быть изменено на час позже путем перехода этой области в соседний восточный часовой пояс. Таким образом, границы часового пояса сдвигаются локально на запад. Причины этого явления похожи на введение в России. Это включает, с одной стороны, поздний закат, с одной стороны, и поздний восход солнца, с другой стороны, последний из которых является сугубо отрицательным моментом зимой. Согласно американскому законодательству, комфорт в деловой активности ( ) является основным фактором при принятии решения об изменении часового пояса. Согласно этому критерию, предложенные изменения были одобрены и отклонены, но большинство из них были приняты.
С 1870 года в центре внимания географов и представителей смежных наук всех стран был вопрос об установлении общего расчета длины и длины для всего земного шара. То есть вопрос о часовых поясах не был предметом обсуждения. В августе 1871 года первые собрались в одной из резолюций, которые, как говорили, были для карт всех стран, гринвичский меридиан должен быть принят равным нулю в течение следующих пятнадцати лет. Однако для континентальных карт и прибрежных карт каждое государство должно было применять свой собственный первичный меридиан .
В 1876 году появилась информация об инновациях, опубликованных в статье «Наземное время»,Канада, руководитель инженерных разработок Канадской тихоокеанской железной дороги, приписывается играть ключевую роль в развитии мировой системы вычислительного времени и часового пояса на всей поверхности земного шара (речь на конференции Канадского института 8 февраля 1879 года). Позже Флеминг вызвал идею введения единого «земного времени» во всем мире. Как и Дауд (считается, что Флеминг не был знаком с его идеями), Флеминг предложил систему часовых поясов, которые будут использоваться в качестве местного времени для внутренних целей, а его «земное время» использовалось на рельсах (в отличие от Дауда) в телеграфной связи, в науке и т. д. Позже, узнав о системе daud периода Дауда, Флеминг без особого энтузиазма говорил о ней . Тем не менее, есть мнение, что Чарльз Дауд заложил основы для системы времени.
Повестка дня III. Международный географический конгресс, который встретился в Венеции в сентябре 1881 года, вызвал вопросы о создании универсального нулевого меридиана и единственного стандартного времени. В октябре 1883 года в Риме состоялась Седьмая международная геодезическая конференция, в которой на первом плане стоял выбор первичного меридиана и проблема объединения времени. Эта научная конференция имела большое практическое значение, поскольку она подготовила почву для проведения Вашингтонской конференции в 1884 году с ее выводами.
Международная конференция по меридианам [ | ]
В октябре 1884 года 41 делегат из 25 стран собрались для обсуждения на Международной конференции меридианов и, по возможности, сделать соответствующий выбор для использования в качестве общего стандарта и нулевого времени во всем мире . В заключительном документе конференции содержались следующие резолюции (основные положения приведены в сокращенной форме):
Было рекомендовано принять нулевой меридиан для всех стран вместо нескольких существующих стран.
Было предложено принять того, кто проходит через главный телескоп для такого единого меридиана.
Долгота должна быть измерена на 180 ° к востоку и к западу от этого меридиана.
Было предложено использовать универсальное, где это было бы удобно и не мешало бы нормальному времени.
Всемирные (средние) дни - это средние солнечные дни, для которых средний момент берется на нулевом меридиане по всему миру, их обратный отсчет должен составлять от 0 до 24 часов.
Было надеяться, что с появлением практических возможностей, астрономических, а также начнется в полночь.
Надежда была высказана для дальнейших исследований распределения и времени, где бы они ни находилисьПреимущества.
Делегация Российской империи поддержала все семь резолюций . Три основные резолюции, касающиеся уместности применения единого простого меридиана, мировых дней и десятичного места под углом и временем, были приняты почти единогласно. Когда были приняты три специальных решения, которые устанавливали нулевой меридиан и Всемирный день, Соединенное Королевство и Соединенные Штаты голосовали в большинстве стран, в то время как Бразилия, Франция и Доминиканская Республика воздержались или проголосовали против. Австрия-Венгрия, Германия, Италия, Нидерланды, Испания, Швеция, Швейцария и Турция оказали помощь Соединенному Королевству и Соединенным Штатам в выборе гринвичского меридиана, но воздержались или голосовали против принятия других резолюций. Основным итогом конференции стала рекомендация считаться универсальным временем .
Резолюция 4 приблизилась к вопросу о разделении земного шара на часовые пояса. Однако он был посвящен общим положениям, не упоминал о введении системы часовых поясов и поэтому был принят почти единогласно - 23 голосами против 2 воздержавшихся.
Распространение системы часовых поясов по всему миру [ | ]
В 1905 году Франция, Португалия, Голландия, Греция, Турция, Россия, Ирландия и большинство стран Центральной и Южной Америки, за исключением Чили, были одними из ведущих стран мира, которые не приняли новую систему. Однако к 1922 году подавляющее большинство стран внедрили систему часовых поясов на основе гринвичского меридиана. Последним условием принятия новой системы была Либерия, где до 1972 года официальное время составляло 44 минуты и 30 секунд от Гринвича. По состоянию на 2016 год существует несколько часовых поясов, для которых разница между стандартным временем полосы и временем Гринвича составляет дробное число часов, но обязательная целочисленная величина этой разницы в международных соглашениях не требуется.
Россия официально приняла международную систему часовых поясов в 1919 году, но вся территория страны была создана в 1924 году.
В 1919 году он решил разделить страну на одиннадцать часовых поясов, границы которых проходили главным образом вдоль рек и железных дорог в европейской части и в Западной Сибири. Фактически, система часовых поясов (или система полосчатого времени) вводилась по всей территории РСФСР и СССР в 1924 г. . В 1930-1931 гг. Границы административных часовых поясов СССР формально не менялись, но время соседнего восточного пояса начало действовать в каждом часовом поясе (см.). Впоследствии границы часовых поясов были пересмотрены и рассмотренылокальная топография и переход административных границ в 1956 г. , 1980 и 1992 . Гораздо чаще, особенно после 1956 года, события, когда субъекты (или часть территории субъекта) стали применяться ко времени соседнего (преимущественно западного) административного часового пояса, но обычно без официального изменения Часовой пояс, лимиты. Значительная часть таких событий была определена в форме предположений в постановлении правительства от 8 января 1992 года. Подобные события произошли 28 марта 2010 года, когда 5 предметов использовали время соседнего западного часового пояса.
Таким образом, в СССР, а затем в России, между 1924 и 2011 годами, одновременно объявлялись административные часовые пояса, действующие в разное время, и фактические, действующие за один раз. К 2011 году границы фактических часовых поясов значительно отличались от пределов, установленных в 1919-1924 годах. Кроме того, был нарушен принцип непрерывности часовых поясов - пределы, когда время сразу меняется на 2 часа.
В 2011 году закон «о расчете времени» (в оригинальной версии от 03.06.2011) стал концепцией - «части территории Российская Федерация, которая однозначно действует, устанавливается Правительством Российской Федерации ». Внедрение новой концепции устранило общее существование формальных и фактических административных часовых поясов в России.
После постановления правительства от 31 августа 2011 года на территории России было создано девять часовых поясов. Указ также определил состав районов в часовых поясах. Кроме того, годовой перевод часов был отменен, и в 2011 году он оставался постоянным. Фактически, ситуация повторялась с 1930 по 1931 год, когда время соседнего восточного часового пояса работало круглый год в регионах страны (см.).
Временные зоны России 4 декабря 2016 года
В 2014 году был изменен закон «О вычислении времени» (отредактирован 21 июля 2014 года). Изменения фактически отменены с 26 октября 2014 года почти во всем районе, летнее время. Закон установил 11 часовых поясов, и был создан состав территорий, образующих каждую часовую зону. Кроме того, изменение термина часового пояса - изменило «часть территории Российской Федерации, на которой общее время, установленное настоящим Федеральным законом», изменилось.
В дальнейшем были неоднократные изменения в составе территорий в часовых поясах (см.).
К 1920 году все корабли наблюдались в открытом море, которые показывали часы ночью или на рассвете, так что это было возможно ввиду скоростиКорабль и направление часов показали 12, когда солнце пересекло меридиан корабля. В 1917 году на англо-французской конференции по использованию времени в открытом море было рекомендовано, чтобы все суда, как военные, так и гражданские, содержались в открытом море в стандартное время для реактивного самолета. Во время пребывания судна в территориальных водах страны он должен соответствовать стандартным временам страны. После прибытия корабля в другой часовой пояс капитану было разрешено переводить судовые часы по своему усмотрению. Эти правила были приняты большинством флотилий между 1920 и 1925 годами, но до Второй мировой войны были только некоторые независимые трейдеры.
Время корабля в журналах корабля сообщалось вместе с «Описание пояса», то есть количеством часов, которые необходимо добавить в часовой пояс для среднего времени по Гринвичу (GMT). Таким образом, в часовом поясе есть Гринвич, отрицательное значение от -1 до -12 для восточных и западных часовых поясов (1 - 12) на западе (часы, минуты и секунды для стран без коррекции). В отличие от зигзагообразных линий демаркации международных часовых поясов, которые имели место на суше, морская международная демаркационная линия проходила по меридианам, за исключением мест, где они были прерваны территориальными водами и землей, которые ограничивали прошлое, включая острова.
Границы административных часовых поясов обычно смещаются на запад. Такой сдвиг связан с исторической (но не обязательно) практикой использования всей области управления Восточного времени, когда она находится на границе географических часовых поясов. Иногда время соседнего восточного часового пояса после отмены начинает применяться ко всей или части страны, но возможны другие причины (см.). Значительный сдвиг в административных часовых поясах создает серьезное расхождение между должностными лицами и должностными лицами.
Разница между официальным (стандартным, «зимним») временем и местным средним солнечным временем
временные зоны в географическом атласе, иногда обозначаемые цифрами от 0 до 23 к востоку от основного меридиана (или от I до XXIV, начиная с первого запуска часового пояса) . Обозначения также используются для подписанных чисел, от +1 до +12 к востоку от нулевого часового пояса до и от -1 до -12 на западе. Наряду с этим обозначается буквенное обозначение - Z для нулевой полосы, A-M (кроме j) для восточных поясов и западных N-Y. Буква J используется для обозначения в точке наблюдения. Например, буквы могут быть произнесены «Зулу» (Зулу)для Z (среднее время по Гринвичу). Отсюда и термин «время Зулу» или «время Зулу».
↑ Дерек Хаус. Гринвичское время и открытие длины.
↑ Дерек Хаус. Гринвичское время и открытие длины.
11 сентября 2006 г.
Howse, Дерек (1980), , Press Oxford University Press, p. 132
, стр. 126
, стр. 146-147
Дереххаус. Гринвичское время и открытие длины.
↑
↑
часовые пояса (файл тегов KMZ для Google Планета Земля)
Конечно, многие люди заметили проблемы с показаниями встроенных часов. Кто-то, возможно, заметил странное отображение времени, которое относится к SMS. Это особенно заметно сразу после дней, когда переход происходит во многих странах в зимнее или летнее время.
Чтобы понять, как все это работает, вам нужно немного подражать архитектуре. Давайте попробуем понять, почему это может быть такой проблемой, которая влияет на отображение времени, и что можно сделать, если телефон внезапно начал показывать неправильное время.
О каких географических и административных «часовых поясах» или «часовых поясах»Поскольку он теперь называется в Федеральном законе № 107-ФЗ 2011 года «О расчете времени», я не буду говорить, потому что он находится в вики.
Из этой основной информации важно помнить, что разница между значением времени пояса от «универсального» (UTC) (в повседневной жизни, эквивалентным «Гринвичу» - GMT) является результатом чисто административных действий Власти. Какая разница будет назначена для конкретного местоположения властей, это будет. Во-первых, давайте попробуем понять функции обработки времени в сетевом оборудовании.
В SMS, отправленном с телефона (SMS-SUBMIT), нет места для информации о времени.
Только если сообщение в центре SMS принимает запись в поле метки времени - TP-Service-Center-Time-Stamp (TP-SCTS), состоящее из 7 байтов, обмененных полуоктетами (GSM 03.40, TS 23.040) и являются информацией в коде BCD (закодированный десятичный), то есть каждый пол октета кодирует цифру.
Первые 6 октетов представляют год, месяц, день, час, минуту и секунду местного времени отправителя. Седьмой октет содержит информацию о часовом поясе и указывает местную временную разницу в UTC (GMT). Единицей измерения разницы во времени является 15-минутный интервал, а третий бит (самый старший в правом полуоктете) указывает знак разницы («0» - положительный, «1» - отрицательный) «Летнее время» следует рассматривать в смысле информации о часовом поясе. Например, в британском октете значение часового пояса равно 00000000B (UTC + 00: 00) в зимнее время и 01000000b (4 x 15 минут, то есть UTC + 01: 00) в летнее время.
В состав короткого сообщения на мобильный телефон получателя (SMS-ДОСТАВКА) доставляется информация о времени прибытия сообщения о центре SMS уже присутствует, и телефон может использоваться, если информация о сообщении для Отобразится пользователь.
В 1996 году спецификации GSM (GSM 02.42, 04.08 и т. Д.) Предоставили инструменты, которые позволяют операторам мобильной связи предоставлять информацию о дате, времени и часовом поясе своих телефонов. С этой целью в сообщениях сигнализации управления мобильностью (управление мобильностью) предоставляются несколько информационных элементов, которые оператор может использовать по своему усмотрению, поскольку они являются необязательными.
Во-первых, это информационный элемент IE . Он содержит весь комплекс данных (год, месяц, день, час, минуты и секунды), который указывает время, когда сеть отправляет сигнальное сообщение, и значение, указывающее часовой пояс, в котором расположена базовая станция.
Год, месяц, день, час, минута и секунда, как и в случае с SMS, несут BCD, закодированные с перестановкой в полуоктете, но в отличие от центра SMS Timestamp, Universal Time (UTC), а не локального !
Частьинформационный элемент, указывающий часовой пояс, передается в том же коде, что и в случае метки времени центра SMS.
Это информационный блок, который будет отправлен на телефон в определенный момент:
октетное значение / интерпретация 47, что означает, что есть 7 октетов IE «часовой пояс и время», 11 ГОД: 11 20 МЕСЯЦЕВ: 02 71 ДЕНЬ: 17 70 ЧАСОВ: 07 71 МИНУТ: 17 30 SECOND: 03 21 ВРЕМЯ ЗОН: 12 = GMT + 03: 00 49, что означает, что для IE установлено значение «летнее время», 01 длина IE «Летнее время» = 1 октет 00 Значение, указывающее отсутствие сдвига из-за «летнего времени»
Так как сеть в этом информационном элементе передает значение «универсальное время» - UTC - телефон должен установить UTC на значение, соответствующее смещению по времени в часовом поясе, в котором находится телефон. В этом конкретном случае дело имело место в Москве еще до принятия закона «О расчете времени» и отмены перехода на зимнее время.
Таким образом, время, которое сеть передала 17 февраля 2011 года, составляла 10 часов 17 минут и 3 секунды утром по московскому времени. Для сравнения, информационный блок, который недавно был передан на телефон:
октетное значение / интерпретация 47, что означает, что есть 7 октетов IE «часовой пояс и время», 21 ГОД: 12 40 МЕСЯЦ: 04 81 ДЕНЬ: 18 80 часов: 08 45 МИНУТ: 54 44 SECOND: 44 61 ВРЕМЯ ЗОНЫ: 16 = GMT + 04: 00 49, что означает, что для IE установлено значение «летнее время», 01 длина IE «Летнее время» = 1 октет 00 Значение, указывающее отсутствие сдвига из-за «летнего времени» Эта информация была представлена 18 апреля 2012 года в 12:54:44 в Москве.
В дополнение к информационному элементу «часовой пояс и время» предоставляется отдельный 8-битовый информационный элемент для указания информации о часовом поясе (IE зоны времени).
Информация, содержащаяся в нем, кодируется так же, как значение часового пояса в центре SMS. Однако нет смысла передавать «часовой пояс» вместе с «часовым поясом и временем».
Существует также отдельный информационный элемент ( «летнее время» IE ), который, когда он передается, что указует значение смещения времени, вызванное использование «летнее время», который, в расчете Значение поля считалось часовым поясом.
Конкретное значение не может указывать сдвиг («00b»), сдвиг +1 час («01b») и сдвиг даже +2 часа («10b»).
В соответствии со спецификациями GSM / 3GPP, информация о времени должны быть представлены в первой возможности мобильного телефона, если телефон зарегистрирован в сети, изменения часового пояса, или осуществляется, переход на летнее время.
Таким образом, используя методы, описанные выше, сеть может предоставлять телефонам всю информацию, необходимую для правильной установки и отображения текущего времениВремя, связанное с короткими сообщениями.
Однако в соответствии с положениями стандартов использование этой информации должно быть только по усмотрению изготовителя телефона .
Однако по причинам, которые полностью или частично не зависят от мобильных телефонов и их производителей, у пользователей могут быть некоторые проблемы.
Например, центр SMS, обслуживающий несколько часовых поясов, должен учитывать время в месте нахождения телефона отправителя. В противном случае время отправки SMS будет исправлено с ошибкой, равной разнице во времени в часовых поясах, где расположены центр SMS и телефон отправителя. В зонах, расположенных вблизи границ часовых поясов, оператор должен обеспечить, чтобы базовые станции передавали значение часового пояса, в котором расположены базовые станции. Разумеется, операторы учитывают эти функции при планировании и настройке сети.
Однако, из-за законов распространения радиоволн, операторы не могут полностью гарантировать точность информации о времени, доставляемом на телефон. Наконец, телефон рядом с границей управления часовых поясов может принимать сигналы и использовать информацию о дате и времени, расположенных базовыми станциями в соседнем часовом поясе, и предоставлять соответствующую информацию.
По той же причине центр SMS может неправильно определить часовой пояс, в котором телефон фактически находится, если передача SMS была через базовую станцию в соседнем часовом поясе.
Кроме того, потенциальные краткосрочные проблемы из-за того, что программное сетевое оборудование и центр SMS автоматически включаются в летнее / зимнее время, в отличие от новой российской действительности, или неправильно настроены во время ввода в эксплуатацию. Однако такие «нюансы» обычно быстро корректируются обслуживающим персоналом.
Существуют и другие каналы для передачи информации о дате, времени и месте пребывания на мобильных телефонах.
Многие телефоны имеют функциональность навигаторов и могут использовать информацию о времени и месте систем определения местоположения (GPS, ГЛОНАСС и т. д.).
Телефоны (планшеты), подключенные к Интернету, могут использовать дополнительную информацию о времени, используя NTP или SNTP, и информацию о местоположении «обязательных» общедоступных IP-адресов. В дополнение к ручным настройкам часов и часовому поясу имеется множество фоновых данных, и в некоторых случаях это может вызвать проблемы с выбором для вашего телефона - какая информация о времени и месте приложения
.
В телефонах часы первоначально отображались в довольно простой конфигурации - они отображали только время на дисплее. При перемещении или изменении времени на лето или зиму,этого было достаточно, чтобы перевести часы в соответствии с новыми реалиями.
Конечно, способность вручную устанавливать настройки даты и времени в телефонах сохраняется.
В ручной конфигурации пользователь сам вводит текущую дату, время и место (часовой пояс) и сам несет ответственность за правильность введенной информации.
Кажется, что все просто и уникально?
Однако при ручной настройке могут возникнуть проблемы, если программное обеспечение телефона имеет неправильное совпадение между часовым поясом и городом, указанным пользователем в качестве местоположения.
Если позднее вы используете неправильное значение часового пояса, если вы перейдете в другой город / страну и внесите соответствующее изменение в значение часового пояса, вы можете заметить, что время телефона от фактического административного времени до одного новое местоположение отличается.
Благодаря увеличению производительности процессора и емкости памяти в телефоны встроены более сложные функции времени, даты и календаря.
И теперь ситуация с автоматическим режимом установки даты и времени выглядит гораздо интереснее. Если сотовая сеть GSM / UMTS, в которой зарегистрирован телефон, не передает информацию о текущей дате и времени, телефон должен отображать данные, введенные пользователем в ручном режиме, даже если установлен автоматический режим. Однако мы не можем полностью исключить, что разработчики некоторых моделей могут использовать информацию из систем определения местоположения или из Интернета.
В случаях, когда оператор в сигнале трафика предоставляет информацию о дате, времени и часовом поясе, наиболее логичным решением будет использование этой конкретной информации - отображение местного времени, рассчитанного на основе принятого UTC от оператора и временной зоны переключения р>
Однако на практике некоторые производители (их разработчики программного обеспечения) начали не всегда проявлять разумную инициативу по привлечению других источников информации. Например, было замечено, что в режиме автоматической коррекции времени некоторые модели по какой-либо причине используют значение, заданное пользователем в режиме ручной настройки, а не информацию о часовом поясе, отправленном сетью!
В связи с изменением часовых поясов в Федеральном законе РФ № 107-ФЗ от 2011 года «о расчете времени», в мобильных телефонах, ранее разработанное программное обеспечение, данные о часовых поясах многих городов России стали недействительными. Если такой телефон использует значение, установленное в ручных настройках, а не информацию о часовом поясе, полученном в сети, это может быть неправильноОтображение времени
Очевидно, что исправление таких ошибок должно производиться изготовителем мобильного телефона, ответственным за использование информации, полученной от оператора.
Однако перед лицом жесткой конкуренции производители перестают вносить изменения в программное обеспечение ранее выпущенных моделей, чтобы обеспечить выпуск новых моделей.
В таких случаях установка значения часового пояса, скорректированного в соответствии с вышеуказанным федеральным законом, может быть полезна в ручном режиме.
Например, в Москву вы не можете установить старое значение UTC + 03: 00 и UTC + 04: 00, не обращая внимания города на имя (например, Баку, Ереван и Тбилиси) р>.
Некорректное отображение времени возможно на некоторых старых телефонах, поскольку они интерпретируют значение времени, полученное сетью, как локальное, а не универсальное время. Очевидно, что в этом случае проблема может быть решена только разработчиком путем разработки новой версии программного обеспечения. Истину трудно надеяться на обоих.
Известны и проблемы с некоторыми моделями с интерпретацией времени отправки SMS. Принимающий телефон получает SMS-информацию о локальном времени и часовом поясе, в котором находился отправляющий телефон на странице, а также о сети значения UTC и часовом поясе в зоне приема SMS.
Затем телефон-получатель может использовать эту информацию независимо от того, что хочет производитель - как она обрабатывает всю эту информацию до того, как она покажет владельцу, стандарты отнесены исключительно к ответственности производителя телефона.
К сожалению, разработчики программного обеспечения некоторых моделей допустили ошибки при обработке параметров отправки SMS-сообщений и ввели в заблуждение пользователя.
Не претендуя на исчерпывающее описание всех возможных проблем с отображением времени, я попытался описать механизмы, знания которых могут помочь понять причины проблемы в конкретном случае и найти приемлемое решение.