Pull to refresh

DoubleDomain и свобода

Reading time5 min
Views17K


Всем привет. Изучая код своей программы, я пришел к выводу, что в ней не просто есть программные опции, а целые технологии. Такие технологии, которых еще нет нигде. Одна из этих технологий называется DoubleDomain. О ней расскажу по подробней…

Эпиграф:
Я люблю изобретать свободу. Пишу программки, которые помогают стать более свободным. Мне все говорят «Олег — этим деньги не заработаешь!». «Да, я знаю» — отвечаю я им. Но зачем мне деньги, если у меня есть свобода?!)).

Технологии передачи данных — имеют ещё много пробелов, которые нам предстоит открыть. В мире не много людей занимается этим. В основном всех устраивает то что есть сейчас. Поэтому и нет необходимости изобретать что-то новое. Именно из-за такой необходимости я и нашёл один из пробелов.
Понимаю, что разблокировка сайтов от Роскомнадзора сегодня не так уж актуальна. К примеру в Опере галочка «Opera Turbo» не только ускоряет открытие сайтов, но и разблокирывает большую их часть. Но технология Doubledomain это гораздо больше, чем кажется на первый взгляд. Суть технологии:
DoubleDomain — дубль домена. Для обеспечения бесперебойного доступа к сайту используется второй, дублирующий домен.
Принцип работы — при отсутствии доступа к сайту А осуществляется доступ к сайту B. Список соответствий сайтов указывается в самой программе или на специальном сайте. Для пользователя эта технология прозрачна и ему всегда кажется, что открыт сайт A.

По сегодняшней версии переход на сайт В выполняется в случае ошибки доступа к сайту или редиректа 301, 302, 303, 307. При регистрации сайта А происходит проверка whois. Если сайт не существует, то регистрация сайта А происходит без проверки собственника. Если сайт А существует, то выполняется проверка собственника сайта, отправкой рандом файла с рандом содержимым в корень проверяемого сайта А.
Такая технология придает многомерности нашему интернету. А это резко меняет игру в некоторых ситуациях. Для того, что бы лучше понять как именно, давайте рассмотрим примеры использования:

1) Отказоустойчивость. Всегда существует шанс, что домен внезапно перестанет работать. Надёжность работы доменов зависит от очень многих факторов. Домены блокируют по ошибке, реселлеры доменов теряют связи с регистраторами вместе с доменами, домены забывают оплачивать, домен может быть не правильно направлен и.т.п… С применением технологии DoubleDomain все эти проблемы пропадают. Открывается сайт B. Это выглядит, как волшебство).

2) Ваш сайт дедосят. Вариант 1 — ну и пусть дедосят сайт А. Всё равно откроется сайт B. Можно, даже специально отключить сайт А.
Вариант 2 — дедосят сайт А и B. Отключаем сайт А и меняем сайт B. Конечно хакеры тоже не глупые и напишут программу, которая будет обращаться по API к сервису DoubleDomain и получать автоматически сайт B, но это значительно усложнит им работу.

3) Роском заблокировал ваш сайт. Это не беда. Больше нет необходимости в проксировании трафика. Идём на no-ip сервис (любой). Регистрируем любой домен. Заходим на сайт сервиса DoubleDomain и прописываем соответствие: сайт А — заблокированный сайт, сайт B — no-ip сайт. Всё. При редиректе или блокировке вашего заблокированного сайта А будет открываться сайт no-ip причём у пользователя будет отображаться в url страницы всё тот же сайт A. Но Роском компания не простая. Там умеют блокировать ещё и по ip. Тогда вам нужен динамический белый ip адрес. Синхронизация no-ip с белым ip происходит в кротчайшие, настраиваемые сроки. No-ip сайт перенаправит домен на новый ip адрес и тот отобразиться в браузере, как сайт A. Тут не помешала бы технология DoubleIp, но я думаю это невозможно))). Конечно, Роском будет блокировать снова и снова, но ip адреса все не заблокируешь, а доменных имён no-ip бесконечность.

4) Например, существует не купленное и не направленное доменное имя. Вы заходите на сайт сервиса DoubleDomain. Регистрируете сайт А — как этот не работающий домен, а в сайт B — пишите свой сайт. Магия на такое не способна, а новая технология откроет у пользователей расширения DoubleDomain ваш сайт B как-будто это сайт А. И будет открывать до тех пор пока не заявится владелец сайта A и не предъявит права на сайт или направит свой сайт на хостинг. Как-то так.

5) Более быстрое обновление DNS имени. Сильно зависит от реализации. Но уже сейчас у меня в планах загрузка файла соответствий при первом старте браузера и как минимум по нажатию кнопки «обновить сайты», пользователем. Создание запроса к API сервиса каждый раз, когда попадётся запрос с редиректом или ошибкой, сейчас даст не совсем уместную нагрузку на браузер. Хотя, как опцию и это можно задействовать. Тогда обновление DNS будет происходить мгновенно.

Конечно, я мог бы не писать эту статью, а навоять свой сервис DoubleDomain и собирать за регистрацию в нём деньги. Но принцип работы слишком прост, что бы держать его в секрете. Да и реализация подобного сервиса в базовом виде по силам, даже школьнику. Я и дальше буду продвигать свой сервис DoubleDomain и буду только рад конкурентам.

Основная проблема при создании подобной технологии — это аудитория, что не является большой проблемой в случае какого-то отдельного, частного сервиса. Ведь всегда можно пользователям посоветовать установить расширение браузера, для бесперебойного доступа к сайту. Либо зашить это по умолчанию в клиентскую программу.
Конечно, красивее всего — эта технология смотрелась бы непосредственно встроенной в браузер. Надеюсь меня услышат разработчики и поймут, что у пользователя всегда должен быть сайт B перед экраном ошибки. Как это реализовать — уже технический вопрос, а не логический. Думаю — это и есть суть открытия. Технологии развиваются, мощности растут, нужно лишь заметить, что можно получить нового, используя мощности уровнем выше.

Моя реализация:
chrome.google.com/webstore/detail/doubledomain/hijagkcphgfnecacnfpajoemebifpnhn
Совсем ничего не знал про написание расширений, когда начинал писать это. Надеюсь на появление более качественных реализаций. Это расширение будет постепенно развиваться. Если сейчас — это просто пример, то скоро это будет вполне рабочая версия с сайтом для добавления своих соответствий.

В примере есть ссылка на казино. Казино конечно же фейковое. Я использовал его потому что в России заблокирован этот сайт.

Upd: По поводу статьи разразились громадные обсуждения. Я как мог днями и ночами давал на них ответы. Комментариев накопилось больше 1100. Все интересовались подробностями технологии, так как она оказалась слишком проста и в тоже время радикальна. Поэтому я постарался структурировать обсуждения для того что бы навести порядок и придти к логическому концу обсуждений.
Для наглядности я вынес обсуждения в ветки обсуждения примеров, данных в статье:
Пример 1 — обеспечение отказоустойчивости;
Пример 2 — потенциальная защита от DDos атак;
Пример 3 — защита от блокировок сайтов;
Пример 4 — использование не купленных доменов бесплатно;
Пример 5 — мгновенное обновление DNS имени.
Примеров использования ещё множество и придумать их вы можете сами.

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

Итог обсуждений — это новая технология не имеющая изъянов. Пользуйтесь!



Upd2: Технологию достаточно просто внедрить, но я недавно устроился на работу главным разработчиком и теперь всё моё время занято другими проектами. Так как технология является глобальной и затрагивает передачу данных во всём мире, то возможно с энтузиастами создать целую организацию по продвижению этой и других смежных технологий.
Обращайтесь на мою почту masters@inbox.ru
Tags:
Hubs:
-4
Comments1193

Articles

Change theme settings