Забанили гугл
У нас недоступен Google.ru. Сообщает, что внесен в реестр.
Зачем Гугл если есть Спутник?
Когда они уже заблокируют *.* ?
у вас это у кого?
Цензуру не одобряю, но гугл со своей политикой слежки сделал себя ненужным.
И эти люди смеют еще что-то говорить про блокировку аж 4 сайтов.
ну вот, а вы говорите пользы от них нет. все четко сделали
Сам не нашел в реестре.
Обычно другое, типа «ко-ко-ко, а зачем законопослушному человеку запрещенные сайты нужны?»
Забанили гугл
ищи лучше. тебя что, в гугле забанили?
да, в реестре есть, если искать http://www.google.ru, забавно
Там этих реестров расплодилось, на этом https://eais.rkn.gov.ru/ ничего не нашел. Вроде еще какой-то должен быть.
Присоединяюсь к вопросу. УМВР:
И wieker , убери уже гумозниц с юзерпика.
это была очень толстая шутка. забей
Я еще раз повторю у вас это у кого?
Я еще раз повторю у вас это у кого?
А ты кто здесь такой, чтобы еще что-то повторять?
Что ты хотел этим продемонстрировать? Если искать http://www.google.ru он есть в реестре https://eais.rkn.gov.ru/
Не могу от автозамены урла избавиться в сообщении. В общем искать надо без префикса http
И wieker, убери уже гумозниц с юзерпика.
10 лет они на пикче пробыли, еще 10 лет и пробудут. И лично я бы женщин так постремался называть.
Просто достали толсто тралить, язабан
УНИВЕРСАЛЬНЫЙ СЕРВИС проверки ограничения доступа к сайтам и (или) страницам сайтов сети «Интернет» РЕЗУЛЬТАТ ПОИСКА Искомый адрес: http://www.google.ru Всего найдено записей: 1 Обращаем Ваше внимание, что наличие сайта сети «Интернет» в Реестре вовсе не означает полное ограничение доступа к нему, так как доступ может ограничиваться к отдельной странице сайта в сети «Интернет». Способ блокировки отражается в графе «Ограничение доступа».
Статья основания внесения в реестр Реквизиты основания внесения в реестр (орган принявший решение, номер, дата) Ограничение доступа 15.1 ФНС 2-6-27 2016-06-07-90-АИ 14.06.2016 ограничивается к странице Новый поисковый запрос
Как на лоре сделать, чтобы url не выделяло? Помню было обсуждение, что-то такое работало то ли двойные квадратные скобки, то ли еще что-то, но сейчас не помогает.
А то он видимо там ищет прямо с http а оно не находит тогда.
Источник
Проблема с интернетом в Linux — Google не отвечает?
Иногда Google перестает отвечать на запросы. Никакой закономерности я не нашел — это может случиться после двух дней аптайма или недели, но случается всегда и в любом дистрибьютиве с ядром 3+ и Network Manager’ом (Fedora 17, Ubuntu 12.04, Debian Wheezy). С ядром 2.х таких проблем не возникало, но долго я им не пользовался, поэтому гарантировать не могу.
Учитывая, что на многих сайтах установлены счетчики от гугла, не работает добрая половина интернета. Проблема решается только одним способом — перезагрузка компьютера. Так же я пробовал перезапускать networking, network-manager’а, выгружать модуль wifi карты modprobe’ом, подключать rj45 вместо wifi, перезагружать роутер и adsl модем, даже компьютер за это время успел поменять — работает только перезагрузка. Пинги при этом доходят, иногда медленно, иногда пакеты теряются, но в основном все как обычно. Пробовал пингать толстыми пакетами вплоть до 1465 байт — все пингается, после 1465 уже нет. Я так понимаю, это нормальное поведение. Никакие другие сервисы при этом не работают — ни один из браузеров не может получить ответ (даже lynx), gmail-апплет тоже не работает. Пробовал как провайдерские днс, так и днс от гугла.
Что делать, куда копать? Я не пробовал пользоваться чем-то кроме network manager’а, будет время и возможность — попробую поставить wicd, но такое положение дел меня все равно не устраивает. Провайдер — украинский domtele, adsl модем zyxel prestige 600. Роутер — tp-link wr541g. Все остальные устройства (ios, windows, symbian) работают нормально, никогда такой проблемы не возникало.
Источник
Ошибка GPG недоступен открытый ключ
Когда вы пытаетесь установить программу из сторонних репозиториев разработчика программы или из PPA вы можете столкнуться с ошибкой gpg недоступен открытый ключ. Это не значит, что программа платная и вам надо приобрести к ней ключ. Дело в том, что для защиты репозиториев от подмены используется подписывание пакетов с помощью GPG ключей.
Для того чтобы пакетный менеджер мог проверить подпись пакета, который вы пытаетесь установить необходимо чтобы у вас в системе был GPG ключ этого репозитория. Для официальных репозиториев ключи поставляются автоматически, а вот для сторонних надо их вручную добавить. Давайте рассмотрим пути решения этой проблемы.
Ошибка GPG недоступен открытый ключ
Как вы можете видеть на снимке, программа сообщает какой именно репозиторий вызвал проблему и какого ключа не хватает:
Самый простой и правильный способ решить эту проблему — добавить ключ в систему. Обычно, там где вы нашли информацию о том как добавить репозиторий есть и информация как добавить его ключ. К тому же в выводе информации об ошибке пакетный менеджер сообщает какой ключ он ожидает увидеть. Вы можете попытаться искать такой ключ в Google или на серверах ключей Ubuntu.
В данном случае не хватает ключа от репозитория Google — 78BD65473CB3BD13. Можно попытаться получить его с серверов Ubuntu:
sudo apt-key adv —keyserver keyserver.ubuntu.com —recv-keys 78BD65473CB3BD13
Или с другого сервера:
sudo apt-key adv —keyserver ha.pool.sks-keyservers.net —recv-keys 78BD65473CB3BD13
Если у вас нет ключа от PPA или любого другого репозитория, связанного с разработчиками Ubuntu это должно помочь. Ну и ключ от репозитория Google там есть:
Если же вы получаете ошибку. Ищите данный ключ в интернете, если ключа нет на сайте разработчика, то его можно найти на различных форумах. Скачайте его и добавьте в систему такой командой:
sudo apt-key add /путь/к/файлу.gpg
Ещё одна альтернатива первому способу — попытаться использовать графическую утилиту Y-PPA-Manager от webupd8. Для её установки выполните такие команды:
sudo add-apt-repository ppa:webupd8team/y-ppa-manager
sudo apt install y-ppa-manager
Затем запустите программу из главного меню или терминала. В главном окне программы выберите Advanced:
В открывшемся окне выберите Try to import all missing GPG keys, а потом дождитесь завершения работы утилиты:
После того как ключ добавлен вы можете снова попытаться импортировать репозитории и на этот раз у вас должно всё получится.
Выводы
В этой небольшой статье мы рассмотрели что делать когда возникает ошибка gpg недоступен открытый ключ и как исправить эту ошибку. Даже не думайте, что что можно обойтись без ключа. Все методы, которые позволяли просить APT игнорировать проверку ключей в современных версиях дистрибутива уже не работают. Если у вас остались вопросы, спрашивайте в комментариях!
Источник
Google: команде безопасности ядра Linux не хватает примерно сотни инженеров
Команда безопасности Google заявила, что код ядра Linux недостаточно хорош, так как еженедельно выходит более 100 исправлений, и для работы над ним требуется еще как минимум 100 инженеров.
Кис Кук, инженер-программист Google, работающий с функциями безопасности в ядре Linux, сообщил, что проблемам в ядре уделяется недостаточно внимания.
«Каждый стабильный выпуск ядра («только исправления ошибок») содержит около 100 новых исправлений в неделю», — сказал он. Это оказывает давление на поставщиков, в том числе тех, кто поддерживает продукты, работающие под управлением Linux, и заставляет их «игнорировать все исправления, выбирать только «важные» или пытаться учесть их все.
Кук частично винит язык программирования C: «Linux, написанный на C, по-прежнему будет иметь длинный хвост связанных проблем». Он добавил, что список Mitre CVE (Common Vulnerabilities and Exposures), используемый профессионалами для оценки важности ошибок, не подходит для этой задачи, поскольку «не всем недостаткам безопасности присваиваются CVE, и они не назначаются своевременно». Ранее Линус Торвальдс и Грег Кроа-Хартман уже поделились своими мнениями о том, как они видят работу на Rust в Linux.
Единственное решение — постоянно обновлять используемую стабильную версию, но Кук сказал, что «выполнение непрерывных обновлений ядра. сталкивается с огромным сопротивлением внутри организации из-за страха регресса — не сломает ли обновление продукт?». Другая проблема заключается в том, что многие поставщики используют старые ядра и переносят исправления обратно, что приводит к избыточной работе, поскольку несколько инженеров в разных компаниях исправляют одну и ту же проблему.
Кук ссылается на инструмент фаззинга Google, Syzkaller, который в настоящее время сообщает о почти 1000 возможных проблемах в ядре Linux: около 400 в год исправляются, сказал он, но их число растет на 100 в год по мере обнаружения новых.
У Кука есть ряд предложений, в том числе отказ от рабочего процесса только по электронной почте, внедрение более автоматизированного тестирования и фаззинга, непрерывная интеграция и другие шаги, чтобы сделать процесс разработки «более эффективным». По его словам, в настоящее время после выпуска версии происходит слишком много операций тестирования ядра.
Кук также предложил улучшить цепочку инструментов, убедившись, что «Linux может быть написан на безопасных для памяти языках, таких как Rust». По словам инженера, «по нашим самым консервативным оценкам, ядру Linux и его цепочкам инструментов в настоящее время не хватает минимум 100 человек». Он предложил компаниям перевести штатных инженеров, работающих над кодом ядра и безопасностью, на работу с ядром.
Linux используется во многих самых прибыльных компаниях мира, в том числе и в самой Google. Компания могла бы нанять дополнительно 100 инженеров по безопасности, равно как и Amazon, которая также работает в основном на Linux. В феврале этого года Google заявила, что спонсирует только двух штатных разработчиков для работы над безопасностью ядра.
Источник
Google частично недоступен: что видим и как обойти
Сегодня с утра обнаружил, что не могу войти на Gmail. В Google+ — тоже, но поиск работает нормально. С телефона при этом все работало, и приложение, и веб-интерфейс.
Решение нашлось, кому не интересна методология — оно в самом конце.
Гугление показало, что я такой не один. Сайтик оказался (не сочтите за пиар) полезен, на карте отчетливо видно, что под проблему попали в России и СНГ.
Краткое исследование дало понять некоторые интересности.
Например, что серверы гугла пингуются, но с 80-го порта ничего не отвечают.
Сперва соединялись, но молчали, затем перестали соединяться вообще.
«Что-то мало адресов для гугла», — подумал я и решил сравнить выдачу публичных dns-серверов провайдера, гугла (8.8.8.8) и яндекса (78.8.8.8):
Для пабликов гугла:
Разница очевидна. Проверяем разные адреса, и выясняется, что не работают именно те адреса, которые выдаются публичными dns-серверами гугла.
Не работают ни G+, ни календарь, ни диск, даже googleusercontent.com, что выдает юзерпики и картинки — не отвечает.
Но только стоит заменить DNS-серверы для доменов *.google.com и *.googleusercontent.com на серверы Яндекса — все начинает работать!
Сперва подозревал, что наши чебурашки что-то выдумали, но оказалось, что та же ситуация с этими адресами наблюдается из Европы.
IP расположен в Калифорнии, если мне не врет геоайпитул.
Подозрительно, что упали только те серверы, которые выдаются пабликом. Либо не справились с нагрузкой, либо кто-то успешно атаковал, что менее вероятно.
Однако, и в том, и в другом случае, полагаю, гугл бы быстро сменил DNS-запись. Проверим TTL:
Заметим, что TTL всего 300 секунд, и даже адреса изменились, но соединения с ними нет всё равно.
Такие дела.
Резюме: у гугла есть проблемы.
Совет: кто столкнулся — временно укажите своей системе (роутеру, DNS-серверу) другие DNS, например, Яндекса.
Источник