Проверка google chrome mac os

Обходим проверку сертификата SSL

В этом кратком обзоре я хотел бы поделиться своим опытом, как отключить проверку SSL для тестовых сайтов, иначе говоря, как сделать HTTPS сайты доступными для тестирования на локальных машинах.

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

Всем известно, что при посещении сайта у которого “временно” что-то случилось c сертификатом вы обнаружите предупреждение, которое показывается, если сертификат безопасности не является доверенным net::ERR_CERT_AUTHORITY_INVALID?

Все современные браузеры показывают сообщение об ошибке HSTS

Самый простой способ обхода данного запрета — это, разумеется, нажатие на вкладку “Дополнительные” и согласиться с Небезопасным режимом.

Но не во всех браузерах как оказывается, есть данная возможность. Так я столкнулся с данной проблемой в Chrome на Mac OS

Разработчики данной операционной системы настолько обеспокоены безопасностью пользователей, что даже убрали доступ в «Небезопасном режиме» к сайту, несмотря на то, что это сайт владельца устройства.

Ну что ж, поскольку, вести разработку в других, более сговорчивых браузерах было не комфортно, вот способы как обойти эту проблему:

— Все хромоподобные браузеры (Chrome, Opera, Edge …) могут открыть небезопасную веб страницу, если на английской раскладке клавиатуры набрать фразу:

прямо на данной веб странице. Это даст возможность работать с сайтом без оповещение об ошибке на момент текущей сессии браузера, пока вы не закроете вкладку Chrome.

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

C:\Program Files (x86)\Google\Chrome\Application\chrome.exe» —ignore-certificate-errors

/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome —ignore-certificate-errors —ignore-urlfetcher-cert-requests &> /dev/null

Achtung! Данные манипуляции необходимо выполнять с выключенным Chrome приложением, иначе чуда не произойдет.

Если вы оставите сертификат ненадежным, то некоторые вещи не будут работать. Например, кэширование полностью игнорируется для ненадежных сертификатов.

Браузер напомнит, что вы находитесь в небезопасном режиме. Поэтому крайне не рекомендуется шастать по злачным сайтам Интернета с такими правами доступами.

*Так же есть метод с добавлением сертификатов тестируемого сайта в конфиги браузера Настройки->Безопасность->Настроить сертификаты->Импорт… но мне он показался не продуктивным и очень муторным, поэтому не привожу

Надеюсь моя краткая статья кому-то пригодится при разработке и тестировании сайтов =)

Источник

Пользователи macOS и Android столкнулись с ошибками подключения к сайтам

Так, пользователи Mac получают сообщение об ошибке «Ваше соединение не защищено» с кодом ошибки NET :: ERR_CERT_DATE_INVALID. Проблема наблюдается в Google Chrome и в других веб-браузерах Chromium при попытке подключения к определенным сайтам.

Данная проблема связана с тем, что 30 сентября 2021 года истек срок действия корневого сертификата Let’s Encrypt. Let’s Encrypt — некоммерческая организация, которая с момента своего основания выпустила более 2 миллиардов сертификатов.

Сертификаты, выпущенные корневым сертификатом с истекшим сроком действия, перестали считаться доверенными. Let’s Encrypt пытается устранить проблемы с помощью нового корневого сертификата с перекрестной подписью, который действителен до 30 сентября 2024 года.

Let’s Encrypt опубликовал списки платформ, на которых могут возникнуть проблемы с подключением после 30 сентября 2021 года.

Проблемам совместимости подвержены старые версии macOS и iOS, старые дистрибутивы Linux и устаревшие мобильные устройства под управлением Android 2.3.6 или более ранних версий.

Проблемы наблюдается на следующих платформах:

• Blackberry до версии 10.3.3
• Android до версии 2.3.6
• Nintendo 3DS
• Windows XP до SP3
  • не обрабатываются подписанные сертификаты SHA-2
• Java 7 до версии 7u111
• Java 8 до версии 8u101
• Windows Live Mail (почтовый клиент 2012 года, а не веб-почта)
  • не обрабатываются сертификаты без CRL
• Игровая консоль PS3
• Игровая консоль PS4 с прошивкой старее 5.00

На следующих платформах проверка сертификатов Let’s Encrypt выполняться не будет

• macOS до версии 10.12.1
• iOS до версии 10
• Mozilla Firefox до версии 50
• Ubuntu от версии 12.04 включительно до 16.04 Xenial
• Debian от версии “Squeeze” 6.0 до версии “Jessie” 8.0
• Java 8 от версии 8u101 включительно до версии 8u141
• Java 7 от версии 7u111 включительно до версии 7u151
• NSS от версии 3.11.9 включительно до версии 3.26
• Amazon FireOS (Silk Browser) (диапазон версий неизвестен)
• Cyanogen от версии 10 (версия, в которую добавлен ISRG Root X1, неизвестна)
• Jolla Sailfish OS от версии 1.1.2.16 (версия, в которую добавлен ISRG Root X1, неизвестна)
• Kindle от версии 3.4.1 (версия, в которую добавлен ISRG Root X1, неизвестна)
• Blackberry от версии 10.3.3 (неизвестная версия, в которую добавлен ISRG Root X1)
• Игровая консоль PS4 с прошивкой от версии 5.00 включительно (версия, в которую добавлен ISRG Root X1, неизвестна)

Согласно Let’s Encrypt, более новые версии iOS или macOS не затронуты данной проблемой, но, судя по отчетам, это не так.

Исследователь Скотт Хелмс (Scott Helmes) подтверждает, что он столкнулся с проблемами в iOS 11, 13 и 14, а также в нескольких версиях macOS, которые «лишь на несколько небольших выпусков отстают» от текущей.

В сети размещено много сообщений о проблемах в более новых версиях iOS и macOS, при попытке доступа к сайтам, обслуживающих просроченный сертификат Let’s Encrypt R3 Intermediate. Я лично видел ошибки в iOS 11, 13 и 14, а также в нескольких версиях macOS, отставших от текущих только на несколько второстепенных выпусков. На стороне клиента пока нет исправлений.

Unconfirmed: Cisco Umbrella Secure Gateway Web Proxy is currently reporting service issues that started

the same time as the intermediate expiry. Looking for confirmation the two events are related: https://t.co/dtQNd1KQsF

Хелмс создал тестовый сайт, который позволяет проверить затронуто ли ваше устройство данной проблемой.

Обходное решение

На данный момент неясно, могут ли пользователи что-нибудь сделать со своей стороны. Один из вариантов, который есть у пользователей — использовать браузер Firefox, который использует собственное хранилище сертификатов. Соединения, которые прерываются в браузере на Chromium, должны отлично работать в Firefox в той же системе.

А вы сталкивались с проблемами подключения к сайтам после 30 сентября 2021 года?

Источник

Google тестирует новый Chrome, который меньше нагружает аккумулятор Mac

Если вы когда-либо использовали Chrome вместо Safari на своем MacBook, вы наверняка заметили, что хотя браузер от Google предлагает множество полезных функций, он потребляет слишком много энергии. На эту тему даже делали мемы, когда якобы даже с 1,5 ТБ оперативной памяти на Mac Pro браузер Chrome потреблял почти все. Кроме того, по наблюдениям множества пользователей в нашем Telegram-чате, он разряжает аккумулятор MacBook быстрее, чем его конкуренты. Спустя несколько лет в Google все же решили улучшить совместимость своего браузера с компьютерами Apple.

Google Chrome остается головной болью пользователей Mac

Согласно новому сообщению от The Wall Street Journal, Google наконец-то работает над решением проблемы с потреблением аккумулятора MacBook. Одной из основных областей, в которые планируется вносить изменения, являются неактивные вкладки, которые в настоящее время потребляют слишком много энергии в фоновом режиме.

Google улучшит в Chrome «оптимизацию вкладок», установив приоритет для открытых вкладок и ограничив потребление ресурсов вкладок, открытых в фоновом режиме. Это окажет невероятное влияние на производительность и энергопотребление в целом. Для этого Google уже провела ранние тесты на ноутбуках Apple, — пишет WSJ.

Неужели Chrome наконец-то «наелся»?

Новый Google Chrome для Mac

В дополнение к ограничению мощности, к которой имеют доступ неактивные части браузера, в том числе трекинг рекламы, Google собирается при этом улучшить производительность активных элементов браузера, которые пользователи используют больше всего.

В мае Google объявила о планах по снижению энергопотребления браузера Chrome путем блокировки ресурсоемкой рекламы. Суть в том, чтобы ограничить ресурсы, которые может использовать рекламное объявление, прежде чем пользователь будет с ним взаимодействовать. В дополнение к этому, Chrome скоро ждет новая оптимизация, которая позволит наиболее критичным для производительности частям программного обеспечения работать еще быстрее.

Что нового в Safari для Mac

Похоже, Google сильно вдохновилась презентацией Apple в рамках WWDC 2020, где корпорация представила новую версию macOS Big Sur. Одной из главных особенностей операционной системы стал новый браузер Safari: мало того, что он был переписан практически с нуля и теперь работает на Mac лучше, чем любой другой браузер, так там еще появились новые функции конфиденциальности.

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

Новый механизм блокировки отслеживания в Safari в macOS Big Sur

Дизайнеры полностью перерисовали приложение, а инженеры сделали его не только быстрее, но еще и заметно энергоэффективнее, чем Google Chrome. C быстрым движком JavaScript браузер Safari работает лучше других браузеров для Mac и ПК и загружает популярные сайты в среднем на 50% быстрее, чем Chrome. Помимо этого, Safari вскоре позволит разработчикам легко перенести свои расширения браузера, что станет прямым ударом по одному из основных вариантов использования Chrome.

Одной из самых больших проблем Chrome на Mac, помимо проблем с конфиденциальностью, всегда было потребление аккумулятора. Если Google сможет решить эти проблемы, она, безусловно, сможет составить конкуренцию Safari. Проблему с приватностью поисковик начал решать еще в прошлом году, добавив в Chrome специальные механизмы для отслеживания фишинговых сайтов и проверки паролей на предмет взлома или повтора. Проверка защитных комбинаций производится с использованием базы данных Have I Been Pwnd, пожалуй, самой обширной на сегодняшний день базой взломанных аккаунтов, которая регулярно пополняется.

Источник

Google: Chrome перестал жрать оперативку на Mac и нагревать процессор

Пару лет назад я навсегда отказался от Chrome в пользу Safari. Меня раздражала прожорливость браузера Google, который расходовал изрядную часть доступного ресурса процессора, оперативной памяти и дико раскручивал кулер моего MacBook Air. Компьютер банально не справлялся, хотя обычно я не держу открытыми больше 10 вкладок одновременно. С тех Google выпустила несколько крупных обновлений для Chrome, сделав его экономичнее и быстрее. Но самые знаковые изменения произошли в Chrome 89, который стал более отзывчивым и перестал так сильно нагревать Mac.

Google Chrome 89 стал лучше, чем раньше, но ещё не дотягивает до Safari

Apple выпустила расширение «Пароли iCloud» для Chrome. Почему оно не работает

По словам разработчиков Google, работавших над обновлением Chrome 89, с его выходом браузер стал заметно менее прожорливым, снизив нагрузку на центральный процессор компьютеров Mac. Раньше именно это становилось причиной раскручивания кулера во время работы с Chrome. Браузер тратил много ресурсов на обеспечение своей работы, разогревал внутренности компьютера и провоцировал активацию принудительного охлаждения, чем сильно раздражал пользователей, привыкших работать со своими MacBook Air и MacBook Pro в полной тишине.

Обновление Chrome для Mac

Chrome — очень прожорливый браузер, но Google старается держать его в узде

Общее снижение энергопотребления составило около 65%, за счёт чего компьютеры, работающие с Chrome, стали реже активировать кулеры, независимо от подачи питания на аккумулятор. Однако это ещё не всё. Разработчикам удалось освободить до 100 МБ с каждой открытой вкладки за счёт более эффективного использования памяти благодаря механизму PartitionAllo-everywhere, а также повысить их отклик до 22%. Таким образом вкладки в Chrome будут открываться быстрее, чем раньше, экономя при этом доступный ресурс железа.

Очевидно, что Google пытается более агрессивно конкурировать с Safari, которому в последнее время пользователи Mac отдают большее предпочтение. Но это и понятно: фирменный браузер Apple на macOS Big Sur работает на 50% быстрее, чем Chrome. Несмотря на то что обычно в Купертино стараются избегать сравнений с конкурентами, на последней презентации компания продемонстрировала поразительное отставание Chrome от Safari в цифрах. Такая разница получилась за счёт эффективного использования JavaScript и некоторых архитектурных различий, которые оказываются критическими.

Safari или Google Chrome

Последние 3 обновления Chrome позволили ему продвинуться далеко вперёд по части быстродействия и экономичности

Google со своей стороны явно понимает, что Safari превосходит Chrome, поэтому за последнее время добавила в свой браузер несколько продвинутых механизмов, ориентированных на повышение быстродействия и сокращение ресурсопотребления:

• Back and forward cache – механизм, который позволяет мгновенно загружать страницу при возврате назад, вытягивая её из кэша;
• Таймер JavaScript – таймер, который отсчитывает время от последнего обращения к вкладке и замораживает её, если прошло больше минуты;
• Freeze-Dried Tabs – инструмент, который как бы делает снимок экрана и загружает его в первую очередь, если страница тяжёлая;
• IsolatedSplits – механизм, который поддерживает работу только тех веб-страниц, которые находятся в зоне видимости пользователя, что повышает скорость загрузки на 7%.

Какой результат это даст, покажет время. В конце концов, вот так сразу определить прирост быстродействия довольно сложно, поскольку это чрезвычайно комплексное явление, один слой которого накладывается на другой, образуя своего рода бутерброд факторов. Ведь логично, что невозможно разогнать Chrome на 50% по щелчку пальцев. А внедряемые Google механизмы планомерно разгоняют браузер, сокращают его ресурсопотребление и в целом делают его лучше. Ещё бы сделать что-то с расширениями, и было бы совсем хорошо.

Источник