Не иметь доменов в зонах .ru и.рф, если возможно, и если дороги свои персональные данные.
На самом деле нет. Для других зон данные владельца домена можно получить даже без адвокатского запроса. Правда, это будет стоит где-то порядка 1.5K USD, но в качестве бонуса — можно «отобрать» домен (понятно, что не во всех случаях). Я говорю о процедуре UDRP. На одном из этапов комиссия запрашивает подтверждения (включая данные владельца домена) у регистратора и регистратор не имеет права отказать в предоставлении таких данных (см. Rules for Uniform Domain Name Dispute Resolution Policy). Естественно, ни один регистратор не будет предоставлять данные своего privacy сервиса как данные владельца. После подтверждения комиссия разошлёт кучу писем всем участникам спора, включая автора жалобы и в этих письмах будут данные реального владельца домена.
Можно возразить, что для домена могут быть указаны данные стороннего privacy сервиса или вообще левые. Да, в этом случае жалобщик не сможет получить реальные данные, но зато получит сам домен (если, конечно, у него есть хоть что-то отдалённо похожее на права на домен).
А. В тексте статьи упомянуты «временные проблемы с доменом telegraph.ph из-за «ложных жалоб»», хотя на скриншоте домен действительно другой. Ошибочка вышла.
Сбой?
Судя по данным whois, домен telegraph.ph просто забыли продлить. Собственно, не только забыли продлить, но и прохлопали и доп.месяц после истечения срока регистрации.
Теперь вот и осталось делать покерфейс.
Ошибаетесь.
В этом случае Ваши данные попадут к третьим лицам сразу после регистрации домена (см. whois)
Кстати, многие думают, что если пользуются услугой Privacy Service/Proxy Service регистратора, то их данные никому неизвестны. Это не так. Icann обязывает регистраторов хранить данные всех доменов в определённых конторах (вернее конторе — Iron Mountain), причём в случае «скрытия» данных в этих конторах хранятся _реальные_ данные владельца. Данные конечно шифруются, но вот ключик отдаётся Icann.
Насчёт отсутствия IP адреса 127.0.0.1 я ошибся — в этом дампе он действительно есть… как и для всех остальных записей. Это и неудивительно — это описано на сайте того же Роскомнадзора:
В случае принятия Уполномоченным органом решения о внесении в Единый реестр доменного имени — Для каждой реестровой записи выгружается доменное имя и сетевой адрес (а), позволяющий (ие) идентифицировать сайт в сети Интернет. Никакие указатели конкретных страниц сайтов не выгружаются.
Для проверки можно посмотреть упомянутый мною mobile.635-288.com в этом дампе:
103.11.212.231;mobile.635-288.com;; суд;2-1687/2013;2013-05-23
Жаль что дамп в csv, а не в предоставляемом РКН xml — в нем должен быть тэг blockType, указывающий на тип блокировки.
Если в оригинальном XML этого тэга не был, то это однозначно ляпсус РКН.
Если всё же был со значением domain, то кое-кто недочитал инструкцию и необоснованно поднимает бучу.
В том-то и дело, что есть сомнения, что РКН выгрузил именно IP. С тем же результатом это может быть безмозглый вариант проверки со стороны «Роскомсвободы»
Кстати, этому есть подтверждение (довольно жидковатое, признаю, но тем не менее).
https://reestr.rublacklist.net/rec/129212/
Судя по данным этого ресурса, у блокированного ресурса mobile.635-288.com IP адрес 103.11.212.231 (это действительно так на текущий момент, проверить можно самостоятельно).
В базе же РКН IP адрес 103.11.212.231 не значится, значится только домен mobile.635-288.com
Можно, не спорю, да вот только для этого надо быть оператором связи и, признаться, я сомневаюсь (хотя и не исключаю), что в выгрузке РКН был именно это IP адрес. Самым простым доказательством был бы скриншот с сайта РКН, но его не было.
Кстати, РКН не очень-то и оправдывается:
«Хостинг-провайдер подменил IP-адрес заблокированного сайта на localhost (IP-адрес, с помощью которого компьютер может обратиться по сети к самому себе — РБК). Это сделано с одной целью: чтобы СМИ написали, что Роскомнадзор заблокировал сам себя»
Можно поспорить о цели (возможно, таким образом хостер «заблокировал» сайт), но в первом предложении — чистая правда. В этом можно самостоятельно убедиться (по крайней мере на текущий момент):
Я к чему — нет ни одного скриншота сайта Роскомнадзора, на котором бы отображалась блокировка IP адреса 127.0.0.1. Мы везде видим ссылки на сайт «Роскомсвободы». Откуда владельцы этого сайта взяли IP адрес 127.0.0.1 — знают только они. Я подозреваю, что они тупо посмотрели IP адрес заблокированного домена, обнаружили 127.0.0.1 и начали поднимать бучу о блокировке localhost.
На всех скриншотах приведены скриншоты ресурса «Роскомсвобода», который явно заинтересован в показании Роскомнадзору козьей морды.
Сообщение РК о изменении IP адреса домена на 127.0.0.1 хостинг-провайдером, как ни странно, соответствует действительности:
$ whois karaoke-besplatno.ru |grep nserver
nserver: ns1.ucoz.net.
nserver: ns2.ucoz.net.
А это и будет вручную. Скорее всего этот робот будет тупо спамить регистраторов, а уже регистраторы будут блокировать (или не блокировать, если в письме ересь какая-то) такие домены.
Также разделегировать такие домены могут авторизованные организации, заключившие договор с КЦ. К таким организациям относятся компания «Лаборатория Касперского», Group-IB, региональная общественная организация «Центр интернет-технологий»(РОЦИТ), Ru-Cert, а также НП «Лига безопасного интернета».
Это не совсем так.
Эти организации НЕ МОГУТ разделегировать такие домены. Разделегировать домен может либо регистратор либо реестр зоны.
Такие организации могут СООБЩИТЬ регистратору доменного имени о обнаруженном нарушении, и уже регистратор ВПРАВЕ прекратить делегирование домена. А может и не прекратить, если такое сообщение в стиле СпамХаусного «там червие!»
Скорее всего, ситуация типовая — регистраторам (примерно в одно время) были разосланы жалобы на недостоверность данных владельца домена, регистраторы отправили уведомления о такой жалобе указанным для доменов владельцам, ответа не получили в течение 15 дней (судя по whois — оно и неудивительно, по крайней мере для домена rutor.org), после чего и сняли домен с делегирования.
Отлично. Теперь осталось только реализовать способ защиты от рептилий при помощи огнетушителя, нестандартные ходовые машины и аугментацию для приёма радиосигналов имени Х.Б.Врунгеля.
Тут хохма не в том, что адрес один, а в том что можно попасть даже если ты не рассылаешь ничего и следишь за тем, чтоб твои клиенты ничего не рассылали.
Ну, немного некропост, но я сам только недавно после зимы вытащил своего попугая из коробки.
Прежде всего хотел бы сказать, что Вы неправильно ставите GPS модуль — он так держаться не должен и, соответственно, не будет. Так хорошо втыкать обычные флешки или прочую «свисткообразную» фигню (модем, например). «Липучка» на модуле не просто так — он просто кладётся поверх аккумулятора и стягивается той же липучкой, которая держит аккумулятор. При такой установке он держится крепко и вполне выдерживает и кувырки и аварии.
Также не хватает упоминания о валах. Родные стальные — неплохой вариант, пока прямые. Когда после аварии погнутся — фиг разогнёшь, а от кривых дрон трясёт как лихорадочного. Титановые наоборот, гнутся от чихания в сторону дрона, но и разгибаются легко. Я остановился на карбоновых — они не гнутся вообще, зато требуют обязательной установки подшипника и ломаются при неудаче.
Клеевой пистолет не рекомендую — гораздо удобнее двусторонний скотч, но это скорее дело вкуса.
Крестовину сломать можно довольно легко, включив Emergency на висящем в паре метров над асфальтом дроне %( Проверено на собственном опыте. Впрочем, стяжки — друзья попугаевода, ими можно починить половину дрона.
Ну и самое интересное — почему-то не указано, что там честный linux :)
Вполне можно, к примеру, поставить (не знаю зачем, но ведь можно же!) на дрона почтовый сервер и отправлять дрона возить почту.
В данном случае это должен быть _реальный_ адрес, при отправке письма на который владелец домена получит письмо. Больше от этого адреса ничего не требуется. При переезде владелец домена _обязан_ обновлять свои данные (см «ФОРМА ХАРТИИ ПРАВ И ОБЯЗАННОСТЕЙ ВЛАДЕЛЬЦЕВ РЕГИСТРАЦИЙ» от ICANN).
Вообще такое скрытие данных это не более чем «чик-чик, я в домике». У _регистратора_ (и, кстати, не только у него — см. Data Escrow) должны быть реальные данные. Если данных у регистратора нет (к примеру, при использовании сторонних подобных сервисов вроде WHOISGUARD.COM), то и реальный владелец домена именно человек по имени WHOISGUARD PROTECTED.
Кстати, на такой домен можно пожаловаться в ICANN :) и если владелец домена не исправит данные (а ему на это намекнёт регистратор, если (опять же) у него есть реальные данные владельца домена), то домен будет заблокирован. Проверено на SPAMHAUS (да покусают его сотрудников комары диарейные!).
Мне кажется, что у мелкомягких были бы неплохие шансы получить этот домен по UDRP. Это конечно стоило бы каких-то денег, но всё же не 10 килодолларов.
На самом деле нет. Для других зон данные владельца домена можно получить даже без адвокатского запроса. Правда, это будет стоит где-то порядка 1.5K USD, но в качестве бонуса — можно «отобрать» домен (понятно, что не во всех случаях). Я говорю о процедуре UDRP. На одном из этапов комиссия запрашивает подтверждения (включая данные владельца домена) у регистратора и регистратор не имеет права отказать в предоставлении таких данных (см. Rules for Uniform Domain Name Dispute Resolution Policy). Естественно, ни один регистратор не будет предоставлять данные своего privacy сервиса как данные владельца. После подтверждения комиссия разошлёт кучу писем всем участникам спора, включая автора жалобы и в этих письмах будут данные реального владельца домена.
Можно возразить, что для домена могут быть указаны данные стороннего privacy сервиса или вообще левые. Да, в этом случае жалобщик не сможет получить реальные данные, но зато получит сам домен (если, конечно, у него есть хоть что-то отдалённо похожее на права на домен).
Судя по данным whois, домен telegraph.ph просто забыли продлить. Собственно, не только забыли продлить, но и прохлопали и доп.месяц после истечения срока регистрации.
Теперь вот и осталось делать покерфейс.
В этом случае Ваши данные попадут к третьим лицам сразу после регистрации домена (см. whois)
Кстати, многие думают, что если пользуются услугой Privacy Service/Proxy Service регистратора, то их данные никому неизвестны. Это не так. Icann обязывает регистраторов хранить данные всех доменов в определённых конторах (вернее конторе — Iron Mountain), причём в случае «скрытия» данных в этих конторах хранятся _реальные_ данные владельца. Данные конечно шифруются, но вот ключик отдаётся Icann.
Насчёт отсутствия IP адреса 127.0.0.1 я ошибся — в этом дампе он действительно есть… как и для всех остальных записей. Это и неудивительно — это описано на сайте того же Роскомнадзора:
В случае принятия Уполномоченным органом решения о внесении в Единый реестр доменного имени — Для каждой реестровой записи выгружается доменное имя и сетевой адрес (а), позволяющий (ие) идентифицировать сайт в сети Интернет. Никакие указатели конкретных страниц сайтов не выгружаются.
Для проверки можно посмотреть упомянутый мною mobile.635-288.com в этом дампе:
103.11.212.231;mobile.635-288.com;; суд;2-1687/2013;2013-05-23
Жаль что дамп в csv, а не в предоставляемом РКН xml — в нем должен быть тэг blockType, указывающий на тип блокировки.
Если в оригинальном XML этого тэга не был, то это однозначно ляпсус РКН.
Если всё же был со значением domain, то кое-кто недочитал инструкцию и необоснованно поднимает бучу.
Кстати, этому есть подтверждение (довольно жидковатое, признаю, но тем не менее).
https://reestr.rublacklist.net/rec/129212/
Судя по данным этого ресурса, у блокированного ресурса mobile.635-288.com IP адрес 103.11.212.231 (это действительно так на текущий момент, проверить можно самостоятельно).
В базе же РКН IP адрес 103.11.212.231 не значится, значится только домен mobile.635-288.com
Кстати, РКН не очень-то и оправдывается:
«Хостинг-провайдер подменил IP-адрес заблокированного сайта на localhost (IP-адрес, с помощью которого компьютер может обратиться по сети к самому себе — РБК). Это сделано с одной целью: чтобы СМИ написали, что Роскомнадзор заблокировал сам себя»
Можно поспорить о цели (возможно, таким образом хостер «заблокировал» сайт), но в первом предложении — чистая правда. В этом можно самостоятельно убедиться (по крайней мере на текущий момент):
$ date
Срд Дек 14 13:51:54 MSK 2016
$ whois karaoke-besplatno.ru |grep nserver
nserver: ns1.ucoz.net.
nserver: ns2.ucoz.net.
$ host karaoke-besplatno.ru ns1.ucoz.net
Using domain server:
Name: ns1.ucoz.net
Address: 195.216.243.104#53
Aliases:
karaoke-besplatno.ru has address 127.0.0.1
На всех скриншотах приведены скриншоты ресурса «Роскомсвобода», который явно заинтересован в показании Роскомнадзору козьей морды.
Сообщение РК о изменении IP адреса домена на 127.0.0.1 хостинг-провайдером, как ни странно, соответствует действительности:
$ whois karaoke-besplatno.ru |grep nserver
nserver: ns1.ucoz.net.
nserver: ns2.ucoz.net.
$ host karaoke-besplatno.ru ns1.ucoz.net
Using domain server:
Name: ns1.ucoz.net
Address: 195.216.243.104#53
Aliases:
karaoke-besplatno.ru has address 127.0.0.1
Это не совсем так.
Эти организации НЕ МОГУТ разделегировать такие домены. Разделегировать домен может либо регистратор либо реестр зоны.
Такие организации могут СООБЩИТЬ регистратору доменного имени о обнаруженном нарушении, и уже регистратор ВПРАВЕ прекратить делегирование домена. А может и не прекратить, если такое сообщение в стиле СпамХаусного «там червие!»
Прежде всего хотел бы сказать, что Вы неправильно ставите GPS модуль — он так держаться не должен и, соответственно, не будет. Так хорошо втыкать обычные флешки или прочую «свисткообразную» фигню (модем, например). «Липучка» на модуле не просто так — он просто кладётся поверх аккумулятора и стягивается той же липучкой, которая держит аккумулятор. При такой установке он держится крепко и вполне выдерживает и кувырки и аварии.
Также не хватает упоминания о валах. Родные стальные — неплохой вариант, пока прямые. Когда после аварии погнутся — фиг разогнёшь, а от кривых дрон трясёт как лихорадочного. Титановые наоборот, гнутся от чихания в сторону дрона, но и разгибаются легко. Я остановился на карбоновых — они не гнутся вообще, зато требуют обязательной установки подшипника и ломаются при неудаче.
Клеевой пистолет не рекомендую — гораздо удобнее двусторонний скотч, но это скорее дело вкуса.
Крестовину сломать можно довольно легко, включив Emergency на висящем в паре метров над асфальтом дроне %( Проверено на собственном опыте. Впрочем, стяжки — друзья попугаевода, ими можно починить половину дрона.
Ну и самое интересное — почему-то не указано, что там честный linux :)
Вполне можно, к примеру, поставить (не знаю зачем, но ведь можно же!) на дрона почтовый сервер и отправлять дрона возить почту.
Вообще такое скрытие данных это не более чем «чик-чик, я в домике». У _регистратора_ (и, кстати, не только у него — см. Data Escrow) должны быть реальные данные. Если данных у регистратора нет (к примеру, при использовании сторонних подобных сервисов вроде WHOISGUARD.COM), то и реальный владелец домена именно человек по имени WHOISGUARD PROTECTED.
Кстати, на такой домен можно пожаловаться в ICANN :) и если владелец домена не исправит данные (а ему на это намекнёт регистратор, если (опять же) у него есть реальные данные владельца домена), то домен будет заблокирован. Проверено на SPAMHAUS (да покусают его сотрудников комары диарейные!).