вот вы задаёте вопросы, а я правильно на них отвечаю и вы всё равно не можете понять ничего.
Ведь именно это и отличает изобретателя технологий от других. Я уже давно бы понял о чём идёт речь. Именно по ответам на эти вопросы.
Ну раз вы не такой догадливый, то может вам и не надо знать в чём заключается главное новшество второй версии? Выйдет — обсудим и узнаете.
А где в вашей программе (напомню, мы о ней сейчас говорим) строка браузера или иное место для пользовательского ввода? В приведенном мной примере кода адрес вообще прошит намертво.
А эта программа не для пользователей, а для разработчиков.
Вот в этой программе есть все нужные строки: https://play.google.com/store/apps/details?id=com.medialibrary.mycollection
А не происходит никакой «подмены хостинга». Код лезет на один адрес, если ему там не дают — лезет на другой.
А не возникает никакой подмены домена. Код лезет на один домен, если ему там не дают — лезет на другой. Поскольку мы считаем, что по этим двум доменам лежит одно и то же, мы называем их зеркалами друг друга.
«Кажется». Опять концепция поменялась?
Об этом ничего не написано в статье. А обсуждения для этого и нужны, что бы уточнять моменты.
Вы даже не поняли, к чему был вопрос.
Задавайте так, что бы понял.
Если этот единый файл по каким-то причинам станет недоступен
Так мы же проговаривали, что единые файлы будут в 20 ти местах в интернете. И они только для чтения расширениями. Изменения в них вносить может только сайт. Как и синхронизировать изменения в них. Т.е. прямого канала доступа у пользователей нет. Только через сайт. При блокировки 5 из 20ти будет запускаться обновление расширения, которое будет добавлять 5 новых мест.
Похоже вы опять упустили смысл.
Вот это: «Для пользователя эта технология прозрачна и ему всегда кажется, что открыт сайт A.». В вашем случае пользователь ничего не знает ни об одном из сайтов.
Как не знает? А что он должен знать? Он вводит сайт в строку браузера. Значит он знает сайт А. Всё правильно написано о прозрачности.
Не исправляет. Подмена — это не зеркало.
Когда происходит подмена хостинга — вы называете зеркало хостинга. Когда происходит подмена доменного имени вы говорите, что это не зеркало. Где логика???
Вот тут http://habrahabr.ru/post/267329/#comment_8585453 прочитайте что я вам писал про эту технологию :-)
Еще более тривиальное зеркало.
То зеркало, то не зеркало. Вы не привели примера такой же технологии. Зачем вообще говорить о зеркалах.
«Напрямую» — это когда вы в него провод воткнули.
Кажется есть технологии SFTP. Там всё в шифрованном виде передаётся. Никто ещё не взломал.
И коннектиться вы к нему будете только из-за пределов России?
Нет. При блокировке буду менять просто и всё.
Как администратор стороннего сайта (например, википедии) может ввести что-то в крон на вашем сайте?
А он и не вводит. Владельцы сайтов отправляют изменения в единый файл БД. А cron задача уже копирует в конечные точки этот файл. Вот такой механизм сложнейший для понимания.
— возврат сайтом одного из кодов из группы 3хх
— ошибка «хостнейм не найден» при обращении к DNS-серверу
Все? Или что-то еще?
Как можно быть таким неряшливым???
Конечно не все 3хх коды. Только перечисленные. И не забывайте. Релиза ещё не было толком. Это всё может поменяться очень сильно.
Самое важное: DoubleDomain (в предложенном варианте) не решает проблемы за пределами браузера. Соответственно, все сервисы, которые идут мимо него (например, почта и мобильные приложения), требуют иных способов решения.
Возможно в версии 2.0 это будет. В мобильные приложения можно встроить поддержку через api. Почтовые тоже. Самое главное это браузер! Остальные все обновятся.
Все описанные проблемы имеют человеческую, а не технологическую причину. Как следствие, технологически они решаются тривиальными способами — выбором надежного регистратора, многократным резервированием ns-серверов, автоматической оплатой счетов, проверкой корректности делегирования и простановки записей.
А у нас вообще все проблемы человеческую причину имеют. Человек это всё делает. Не было бы человека тут были бы скалы, трава и деревья. И вы опять навязываете теорию, которая идёт в разрез с практикой! То что в одном конкретном случае нет проблем — не означает, что их нет в другом таком случае. Есть очень важная наука статистика. Вот она решает на сколько практика расходится с теорией. И в нашем случае, если хоть какой-то процент есть подобных случаев, то ВСЁ! технология нужна всем значит!
Что делать, когда нужно перенаправить на другой ip адрес домен? В каком порядке нужно действовать, что бы сайт не пропал ни на секунду из браузера всех пользователей??? Если учесть, что время смены ip известно, а новый ip неизвестен! И не теоретически, а практически это можно сделать???
Далее ответ читайте тут: http://habrahabr.ru/post/267329/#comment_8587831
В этом случае, сайт Б действительно не будет подвержен атаке, но очень недолго — благо, найти его несложно, а, значит, и направить на него атаку несложно; в этот момент мы попадаем в вариант, описанный дальше.
Это утверждение очень сильно идёт в разрез реальной ситуации. Т.е. теория на практике работает иначе.
У меня был случай. Я бросил свой сайт в чат. И тут начался дедос моего сайта. Дедосит кто-то из чата. Откуда он знает что у меня DoubleDomain? Ниоткуда. Откуда вы знаете, что он может дедосить в один момент времени более 1 ip? Ниоткуда! А была бы у меня технология DoubleDomain. Я бы быстро поднял интернет на сервере, хоть через мобильный 4G. Обновил ip адрес на домене В. Откуда вы знаете, что злоумышленник вычисляет ip адрес автоматически по пингу? Ниоткуда! Вот этих «ниоткуда» достаточно, что бы сказать, что это помогает в борьбе с дедосом.
Вариант 2 — дедосят сайт А и B. Отключаем сайт А и меняем сайт B.
Что значит «меняем»?
Значит меняем DNS имя и ip.
Никакого «значительно» — если это может сделать одна программа, то может сделать и другая,
Так вы будете говорить на собрании ООН перед президентами, например, или на ковре директора банка.
Тут же речь о миллионах пользователей миллионов сайтов! Они не президенты и не директора и у них тоже бывает дедос! Представляете! С технологией DoubleDomain у них будет самый простой инструмент борьбы с дедос атакой. А в нашей стране дедосом занимаются ещё и не самые умные люди. В основном не умные, а богатые. Поэтому о существовании целой технологии DoubleDomain они просто могут и не знать! У них гос. заказ на написание программы, которая будет дедосить только один ip адрес mail.ru. И вы не поверите! Да, программа может дедосить только один ip адрес. Они совсем не предусмотрели, что сайт может открываться через DoubleDomain. Вот это практика. А то что вы городите оставьте для директора банка. Я нигде не написал, что это радикально лечит дедос. Так что пример абсолютно правильный.
Роском заблокировал ваш сайт.
Многократно обсуждено в комментариях выше: если РКН надо заблокировать ваш сайт, они это сделают тем или иным способом. Если нет… то и защита не нужна.
Ну вот я выпустил расширение, которое буквально разблокирует заблокированный сайт. Что теперь? Роском сидит и ничего не делает. Если это где-то обсуждено, то извольте ссылку. Где конкретное доказательство и с примером, что так было на практике! Или хотя бы в теории будет по какому-то закону, который уже есть. И ссылку на закон.
Прекрасный сценарий: одна компания (А) занимается разработкой бренда Х (но пока не зарегистрировала домен), а другая (Б) регистрирует в DoubleDomain подмену для этого домена. Теперь (а) компания Б может организовать репутационную атаку на бренд Х и (б) компания А, поскольку ничего не знает про DoubleDomain, не понимает
Ну тут вы сами пишите про своё же, что это бред))). Как это так занимается разработкой бренда, а сайт не куплен и не знает про технологию DoubleDomain. И вы знаете, что сервис DoubleDomain автоматически отменит соответствие, если при сканировании обнаружиться, что домен А не привязан, а команда whois выдаёт какие-то данные. Так что нет. Этого не может быть потому что не может быть никогда!
Более быстрое обновление DNS имени.
Как и следовало ожидать вы всё не правильно поняли. TTL тут не поможет. Имеется ввиду момент времени, когда нужно обновить домен А, а в результате обновляется домен В в кратчайшие сроки и работает вместо сайта А. Пока домен А не обновиться и не заработает. Это и ускоряет обновление DNS имени. Может быть стоит поменять слово имя на запись. Подумаю :-)
Я бы, как пользователь, просто послал нафиг такие просьбы.
А это сильно зависит от необходимости доступа к сайту. Если от этого бы зависело получите вы 50 тысяч рублей или нет, то это резко поменяло бы ваше мнение. Вы размышляете слишком легкомысленно.
Ваш ответ не отвечает в полной мере на мои примеры.
Ну вот ns сервера вдруг собьются и обнулятся
Для этого их не меньше двух (если нужна более высокая надежность — то больше).
Возьмём конкретный пример с моим хостингом домена. Он позволяет мне использовать только его ns сервера. И не давал их смешивать с какими-то ещё. Вот два ns сервера и всё. Их два! Я предполагаю это вообще один компьютер. Ну вот они лягут и что дальше? Быстрей бежать поднимать свой dns сервер и перенаправлять на него??? HostLine провайдер называется. А у меня были проблемы ещё и с ip адресом. Он внезапно менялся из-за разных стечений обстоятельств, которые нельзя было предвидеть! И я наблюдал резкое падение количества пользователей моего сервиса! Именно тогда, когда ip менялся и шло перенаправление на новый ip. У меня совпал ещё и экспорт домена на это время.
А на новом хостинге nic.ru не было вообще никаких ns серверов. И мне пришлось поднимать свой DNS сервер. Так вот пока я это всё делал и настраивал, пользователи, конечно не имели доступ к сайту так как с первого раза перенаправить домен и получить правильный ответ со своего dns сервера не получилось. А первый раз — это пол дня. В ТП nic.ru вообще говорят надо ждать сутки! Т.е. я то знаю правильные сроки, а вот другой человек стал бы ждать сутки. Ведь это официальный ответ от ТП реселлера домена.
Только не говорите, что надо было поднять dns сервер и настроить его с первого раза и за 5 минут))).
Это практика! А не теория! Там ещё нужно не просто уметь DNS сервер настроить, но и уметь направить вообще доменное имя. Так как в их интерфейсе ничего не понятно и совсем не очевидно. Мне пришлось звонить в ТП, что бы правильно направить домен на мой DNS сервер (из-за не очевидности в панели управления доменом). И для меня было открытие, то что без своего личного DNS сервера у них там вообще никуда нельзя направить домен. И таких, как я миллионы! А с сервисом DoubleDomain я бы забот не знал. Все мои пользователи поставили бы расширение, которое им открывало бы no-ip домен и без малейшего подозрения на не работающий главный сайт! Теперь это есть и такое больше не повторится.
Это приведет к недоступности у части российских пользователей. На доступность домена в интернете это не повлияет.
Так это что совсем не важно выходит?))) Подумаешь в России не открывает. А если вконтакт в России не будет открываться? Тоже подумаешь? Для меня важно именно дать связь конечным пользователям и в России и везде.
Вдруг ip сервера поменялся или временно недоступен!
Какого сервера?
А любого сервера!!! Чем больше серверов, тем больше вероятность, что ip поменяется. А серверов с ip в этой схеме очень много, а обеспечения резервирования нет никакого.
Какой сервис мне поможет????
Мозг.
Все люди ошибаются. Так мы устроены. А сервис DoubleDomain позволяет ошибаться и без него ошибки будут иметь вес.
Получается, что сайт, который использует в своей работе редиректы, с вашей технологией несовместим (ее на нем включать нельзя). Правильно?
Не правильно.
Что бы это понять нужно перейти на конкретные примеры.
Вот запись казино из моего расширения:
А: http://www.planet7casino.com/
В: http://www.planet7instantcasino.com/
Она означает переход на второй домен. Если, предположить хозяин сайта хочет сохранить корневой редирект, но создать редиректы далее по url, то он уже пишет:
А: http://www.planet7casino.com/123/
В: http://www.planet7instantcasino.com/123/
И тогда корневой редирект сайта никуда не пропадёт, а технология DoubleDomain будет обрабатывать ссылку http://www.planet7casino.com/123/.
Тут всплывает любопытный ньюанс. Как подтвердить уже заблокированный, например сайт. Думаю никак. Любой сможет получить домен сайта с редиректом, при условии, что владелец сайта не подтвердил владение им. Сайт с корневым редиректом — это в общем-то тоже несуществующий сайт. Подтвердив его, владелец сайта может восстановить работу редиректа, при условии, что какой-то злоумышленник захватил его.
Ну вообще-то традиционно под ошибкой доступа понимают нехватку прав (в частности, http-статусы 401 и 403)
403 — надо подумать. Это, возможно тоже может использоваться провайдерами для блокировки сайтов. Вообще можно добавить, как опцию выбор http ответов из редиректов и 403 ответа.
5хх думаю нет. Это проблемы не DNS, а именно сервера уже и должны решаться по другому.
Хорошо, следующий шаг. Что такое «несуществующий сайт»?
Не зарегистрированный нигде сайт. Whois по нему выдаёт пустоту.
На сегодня это то что случается во время chrome.webNavigation.onErrorOccurred.addListener. Попробуйте выяснить на какие ошибки реагирует эта команда.
Общедоступного в смысле «кто угодно может редактировать какие угодно записи»?
Конечно же нет. Об этом в другой статье.
Нельзя доказать отсутствие чайника Рассела.
Нет. Есть такое понятие, как аргументы. Обычно женщины о нём не знают и пытаются без аргументов что-либо доказывать. Вот сейчас вы так делаете. У меня статья с примерами. Если вы хотите поспорить, то берите конкретный пример (ПОЛНЫЙ ТЕКСТ ПРИМЕРА) и говорите почему он не будет работать.
Ну вот ns сервера вдруг собьются и обнулятся или Роском случайно по ошибке его заблокирует? Ситуаций масса. Доменное имя — это ресурс, который хранится на компьютере. Значит при отключении этого компьютера доменное имя пропадает из интернета! А ещё есть человеческий фактор! Вдруг забыли оплатить! Вдруг ip сервера поменялся или временно недоступен! Что тогда??? Какой сервис мне поможет???? Подсказка: на букву D
Вы, похоже, не понимаете. Редиректы должны остаться на месте даже если соответствие в файле БД есть, потому что редиректы являются неотъемлимой частью функциональности сайта.
Но этим ведь управляет владелец сайта. Ему карты в руки. Пусть делает, что хочет. Удалил запись из бд — заработали редиректы. Добавил — редиректы заработали по другому. Это право владельца сайта. Что не понятного???
То есть я правильно понимаю, что единственная «ошибка доступа к сайту», на которую ваша система реагирует — это «несуществующий сайт»? Или есть какие-то еще?
На сегодняшний день да! А какие есть ещё ошибки???
Например, сервис, через который все желающие смогут указывать соответствия.
Технология — это технология, а реализация — это реализация! Не путайте! Технология вышла, а реализация ещё не совсем!
Проще говоря, вы не знаете.
Я знаю. Просто не хочу обсуждать. Тут обсуждение первой версии. И должен быть порядок!!!
а чем это будет отличаться от того, как сейчас работает DNS-резолвинг?
Наличием общедоступного сайта для редактирования DNS записей.
Каким образом?
При регистрации сайта А происходит проверка whois. Если сайт не существует, то регистрация сайта А происходит без проверки собственника. Если сайт А существует, то выполняется проверка собственника сайта, отправкой рандом файла с рандом содержимым в корень проверяемого сайта А.
Вы пока не смогли доказать, что ваша технология дает хоть сколько-нибудь ощутимый выигрыш в отказоустойчивости.
Нет. Это вы не смогли доказать, что она не даёт магический эффект открытия недоступного сайта! :-) У меня статья о том что она даёт, а вы не можете ничего оспорить из того что написано в статье. Иначе я бы уже написал upd к статье, а его нету!
Начнем со второго. Редиректы (коды ответов 3хх) не являются ошибками, и поэтому никакая технология, «решающая» эту проблему не нужна. Просто оставьте редиректы как они есть.
Вы явно не умеете логически мыслить. Конечно редиректы останутся, как они есть, если соответствие не найдётся в файле БД. Это условие не по отдельности, а вместе!
Теперь первое, сложное. Что такое «ошибка доступа к сайту»?
наберите в браузере несуществующий сайт и увидите ошибку доступа к сайту
Ну как нет! Вот статья уже на Хабре вышла. Расширение для браузера. Мои программки её поддерживают. Комментаторы помогли выявить все ньюансы технологии. А некоторые, даже предложили способы, как её улучшить! Мы с вами уже обсуждаем, как будет работать вторая версия! Что ещё надо, что бы она вышла???
И как это будет работать?
Об этом в другой статье.
… которой у владельца сайта может не быть.
Регистрация занимает пол минуты в любом случае.
Подтвердил что и как?
Конечно же право владения сайта А. И не забывайте про 4й пример! Я пока не нашёл причин его убирать.
Во-первых, больше (просто по опыту). Во-вторых, помножьте на количество доменов.
Даже если час, то оно того стоит! Это же напрямую влияет на отказоустойчивость. Это очень важно! Понимаю, трудно поверить, что это будет работать. Но это так. Смотришь и удивляешься. Как будто магия :-)
Почта. RSS в агрегаторах. Поисковые боты. Мобильные клиенты и просто приложения. Для современного сервиса подобные потери (а при потере домена они неизбежны) не меньше, чем потери от даунтайма веб-сайта (а иногда и больше).
Всему своё время. Технология эта вот только появилась. Когда все поймут суть технологии, то применят её в своих проектах.
Я уже спрашивал, как вы планируете это реализовать.
Это будет какой-то промежуточный, локальный DNS сервер на каждой пользовательской машине.
То есть, не меньше пяти разных сервисов, где владельцу сайта надо указать сопоставления?
Да. А что здесь сложного? Зарегистрировался под учёткой вконтакта. Зашёл, нажал добавить, подтвердил, добавил и сохранил. Все пять займут минут 10.
По сегодняшней версии переход на сайт В выполняется в случае ошибки доступа к сайту или редиректа 301, 302, 303, 307. Конечно при наличии записи в файле соответствий!
Ведь именно это и отличает изобретателя технологий от других. Я уже давно бы понял о чём идёт речь. Именно по ответам на эти вопросы.
Ну раз вы не такой догадливый, то может вам и не надо знать в чём заключается главное новшество второй версии? Выйдет — обсудим и узнаете.
А эта программа не для пользователей, а для разработчиков.
Вот в этой программе есть все нужные строки: https://play.google.com/store/apps/details?id=com.medialibrary.mycollection
А не возникает никакой подмены домена. Код лезет на один домен, если ему там не дают — лезет на другой. Поскольку мы считаем, что по этим двум доменам лежит одно и то же, мы называем их зеркалами друг друга.
Об этом ничего не написано в статье. А обсуждения для этого и нужны, что бы уточнять моменты.
Задавайте так, что бы понял.
Так мы же проговаривали, что единые файлы будут в 20 ти местах в интернете. И они только для чтения расширениями. Изменения в них вносить может только сайт. Как и синхронизировать изменения в них. Т.е. прямого канала доступа у пользователей нет. Только через сайт. При блокировки 5 из 20ти будет запускаться обновление расширения, которое будет добавлять 5 новых мест.
Похоже вы опять упустили смысл.
Уже сказал! Ставки сделаны. Крути барабан :-)
Отличие в том что будет перенаправляться весь трафик. Локальный DNS сервер.
Всё вроде. Поехали! :-)
Как не знает? А что он должен знать? Он вводит сайт в строку браузера. Значит он знает сайт А. Всё правильно написано о прозрачности.
Когда происходит подмена хостинга — вы называете зеркало хостинга. Когда происходит подмена доменного имени вы говорите, что это не зеркало. Где логика???
Вот тут http://habrahabr.ru/post/267329/#comment_8585453 прочитайте что я вам писал про эту технологию :-)
То зеркало, то не зеркало. Вы не привели примера такой же технологии. Зачем вообще говорить о зеркалах.
Кажется есть технологии SFTP. Там всё в шифрованном виде передаётся. Никто ещё не взломал.
Нет. При блокировке буду менять просто и всё.
А он и не вводит. Владельцы сайтов отправляют изменения в единый файл БД. А cron задача уже копирует в конечные точки этот файл. Вот такой механизм сложнейший для понимания.
Как можно быть таким неряшливым???
Конечно не все 3хх коды. Только перечисленные. И не забывайте. Релиза ещё не было толком. Это всё может поменяться очень сильно.
Возможно в версии 2.0 это будет. В мобильные приложения можно встроить поддержку через api. Почтовые тоже. Самое главное это браузер! Остальные все обновятся.
А у нас вообще все проблемы человеческую причину имеют. Человек это всё делает. Не было бы человека тут были бы скалы, трава и деревья. И вы опять навязываете теорию, которая идёт в разрез с практикой! То что в одном конкретном случае нет проблем — не означает, что их нет в другом таком случае. Есть очень важная наука статистика. Вот она решает на сколько практика расходится с теорией. И в нашем случае, если хоть какой-то процент есть подобных случаев, то ВСЁ! технология нужна всем значит!
Что делать, когда нужно перенаправить на другой ip адрес домен? В каком порядке нужно действовать, что бы сайт не пропал ни на секунду из браузера всех пользователей??? Если учесть, что время смены ip известно, а новый ip неизвестен! И не теоретически, а практически это можно сделать???
Далее ответ читайте тут: http://habrahabr.ru/post/267329/#comment_8587831
Это утверждение очень сильно идёт в разрез реальной ситуации. Т.е. теория на практике работает иначе.
У меня был случай. Я бросил свой сайт в чат. И тут начался дедос моего сайта. Дедосит кто-то из чата. Откуда он знает что у меня DoubleDomain? Ниоткуда. Откуда вы знаете, что он может дедосить в один момент времени более 1 ip? Ниоткуда! А была бы у меня технология DoubleDomain. Я бы быстро поднял интернет на сервере, хоть через мобильный 4G. Обновил ip адрес на домене В. Откуда вы знаете, что злоумышленник вычисляет ip адрес автоматически по пингу? Ниоткуда! Вот этих «ниоткуда» достаточно, что бы сказать, что это помогает в борьбе с дедосом.
Значит меняем DNS имя и ip.
Так вы будете говорить на собрании ООН перед президентами, например, или на ковре директора банка.
Тут же речь о миллионах пользователей миллионов сайтов! Они не президенты и не директора и у них тоже бывает дедос! Представляете! С технологией DoubleDomain у них будет самый простой инструмент борьбы с дедос атакой. А в нашей стране дедосом занимаются ещё и не самые умные люди. В основном не умные, а богатые. Поэтому о существовании целой технологии DoubleDomain они просто могут и не знать! У них гос. заказ на написание программы, которая будет дедосить только один ip адрес mail.ru. И вы не поверите! Да, программа может дедосить только один ip адрес. Они совсем не предусмотрели, что сайт может открываться через DoubleDomain. Вот это практика. А то что вы городите оставьте для директора банка. Я нигде не написал, что это радикально лечит дедос. Так что пример абсолютно правильный.
Ну вот я выпустил расширение, которое буквально разблокирует заблокированный сайт. Что теперь? Роском сидит и ничего не делает. Если это где-то обсуждено, то извольте ссылку. Где конкретное доказательство и с примером, что так было на практике! Или хотя бы в теории будет по какому-то закону, который уже есть. И ссылку на закон.
Ну тут вы сами пишите про своё же, что это бред))). Как это так занимается разработкой бренда, а сайт не куплен и не знает про технологию DoubleDomain. И вы знаете, что сервис DoubleDomain автоматически отменит соответствие, если при сканировании обнаружиться, что домен А не привязан, а команда whois выдаёт какие-то данные. Так что нет. Этого не может быть потому что не может быть никогда!
Как и следовало ожидать вы всё не правильно поняли. TTL тут не поможет. Имеется ввиду момент времени, когда нужно обновить домен А, а в результате обновляется домен В в кратчайшие сроки и работает вместо сайта А. Пока домен А не обновиться и не заработает. Это и ускоряет обновление DNS имени. Может быть стоит поменять слово имя на запись. Подумаю :-)
А это сильно зависит от необходимости доступа к сайту. Если от этого бы зависело получите вы 50 тысяч рублей или нет, то это резко поменяло бы ваше мнение. Вы размышляете слишком легкомысленно.
Я привёл пример. Какие записи такие и редиректы.
Нет конечно. Он же не зарегистрированный. Приведите пример, если по другому.
Нет. Пока не знаю. Скоро узнаю. Не волнуйтесь. Это не сложно. Туда точно входит не правильный сайт.
Возьмём конкретный пример с моим хостингом домена. Он позволяет мне использовать только его ns сервера. И не давал их смешивать с какими-то ещё. Вот два ns сервера и всё. Их два! Я предполагаю это вообще один компьютер. Ну вот они лягут и что дальше? Быстрей бежать поднимать свой dns сервер и перенаправлять на него??? HostLine провайдер называется. А у меня были проблемы ещё и с ip адресом. Он внезапно менялся из-за разных стечений обстоятельств, которые нельзя было предвидеть! И я наблюдал резкое падение количества пользователей моего сервиса! Именно тогда, когда ip менялся и шло перенаправление на новый ip. У меня совпал ещё и экспорт домена на это время.
А на новом хостинге nic.ru не было вообще никаких ns серверов. И мне пришлось поднимать свой DNS сервер. Так вот пока я это всё делал и настраивал, пользователи, конечно не имели доступ к сайту так как с первого раза перенаправить домен и получить правильный ответ со своего dns сервера не получилось. А первый раз — это пол дня. В ТП nic.ru вообще говорят надо ждать сутки! Т.е. я то знаю правильные сроки, а вот другой человек стал бы ждать сутки. Ведь это официальный ответ от ТП реселлера домена.
Только не говорите, что надо было поднять dns сервер и настроить его с первого раза и за 5 минут))).
Это практика! А не теория! Там ещё нужно не просто уметь DNS сервер настроить, но и уметь направить вообще доменное имя. Так как в их интерфейсе ничего не понятно и совсем не очевидно. Мне пришлось звонить в ТП, что бы правильно направить домен на мой DNS сервер (из-за не очевидности в панели управления доменом). И для меня было открытие, то что без своего личного DNS сервера у них там вообще никуда нельзя направить домен. И таких, как я миллионы! А с сервисом DoubleDomain я бы забот не знал. Все мои пользователи поставили бы расширение, которое им открывало бы no-ip домен и без малейшего подозрения на не работающий главный сайт! Теперь это есть и такое больше не повторится.
Так это что совсем не важно выходит?))) Подумаешь в России не открывает. А если вконтакт в России не будет открываться? Тоже подумаешь? Для меня важно именно дать связь конечным пользователям и в России и везде.
А любого сервера!!! Чем больше серверов, тем больше вероятность, что ip поменяется. А серверов с ip в этой схеме очень много, а обеспечения резервирования нет никакого.
Все люди ошибаются. Так мы устроены. А сервис DoubleDomain позволяет ошибаться и без него ошибки будут иметь вес.
Не правильно.
Что бы это понять нужно перейти на конкретные примеры.
Вот запись казино из моего расширения:
А: http://www.planet7casino.com/
В: http://www.planet7instantcasino.com/
Она означает переход на второй домен. Если, предположить хозяин сайта хочет сохранить корневой редирект, но создать редиректы далее по url, то он уже пишет:
А: http://www.planet7casino.com/123/
В: http://www.planet7instantcasino.com/123/
И тогда корневой редирект сайта никуда не пропадёт, а технология DoubleDomain будет обрабатывать ссылку http://www.planet7casino.com/123/.
Тут всплывает любопытный ньюанс. Как подтвердить уже заблокированный, например сайт. Думаю никак. Любой сможет получить домен сайта с редиректом, при условии, что владелец сайта не подтвердил владение им. Сайт с корневым редиректом — это в общем-то тоже несуществующий сайт. Подтвердив его, владелец сайта может восстановить работу редиректа, при условии, что какой-то злоумышленник захватил его.
403 — надо подумать. Это, возможно тоже может использоваться провайдерами для блокировки сайтов. Вообще можно добавить, как опцию выбор http ответов из редиректов и 403 ответа.
5хх думаю нет. Это проблемы не DNS, а именно сервера уже и должны решаться по другому.
Не зарегистрированный нигде сайт. Whois по нему выдаёт пустоту.
На сегодня это то что случается во время chrome.webNavigation.onErrorOccurred.addListener. Попробуйте выяснить на какие ошибки реагирует эта команда.
Конечно же нет. Об этом в другой статье.
Нет. Есть такое понятие, как аргументы. Обычно женщины о нём не знают и пытаются без аргументов что-либо доказывать. Вот сейчас вы так делаете. У меня статья с примерами. Если вы хотите поспорить, то берите конкретный пример (ПОЛНЫЙ ТЕКСТ ПРИМЕРА) и говорите почему он не будет работать.
Ждите ответа.
Ну вот ns сервера вдруг собьются и обнулятся или Роском случайно по ошибке его заблокирует? Ситуаций масса. Доменное имя — это ресурс, который хранится на компьютере. Значит при отключении этого компьютера доменное имя пропадает из интернета! А ещё есть человеческий фактор! Вдруг забыли оплатить! Вдруг ip сервера поменялся или временно недоступен! Что тогда??? Какой сервис мне поможет???? Подсказка: на букву D
Но этим ведь управляет владелец сайта. Ему карты в руки. Пусть делает, что хочет. Удалил запись из бд — заработали редиректы. Добавил — редиректы заработали по другому. Это право владельца сайта. Что не понятного???
На сегодняшний день да! А какие есть ещё ошибки???
Технология — это технология, а реализация — это реализация! Не путайте! Технология вышла, а реализация ещё не совсем!
Я знаю. Просто не хочу обсуждать. Тут обсуждение первой версии. И должен быть порядок!!!
Наличием общедоступного сайта для редактирования DNS записей.
Нет. Это вы не смогли доказать, что она не даёт магический эффект открытия недоступного сайта! :-) У меня статья о том что она даёт, а вы не можете ничего оспорить из того что написано в статье. Иначе я бы уже написал upd к статье, а его нету!
Вы явно не умеете логически мыслить. Конечно редиректы останутся, как они есть, если соответствие не найдётся в файле БД. Это условие не по отдельности, а вместе!
наберите в браузере несуществующий сайт и увидите ошибку доступа к сайту
Ну как нет! Вот статья уже на Хабре вышла. Расширение для браузера. Мои программки её поддерживают. Комментаторы помогли выявить все ньюансы технологии. А некоторые, даже предложили способы, как её улучшить! Мы с вами уже обсуждаем, как будет работать вторая версия! Что ещё надо, что бы она вышла???
Об этом в другой статье.
Регистрация занимает пол минуты в любом случае.
Конечно же право владения сайта А. И не забывайте про 4й пример! Я пока не нашёл причин его убирать.
Даже если час, то оно того стоит! Это же напрямую влияет на отказоустойчивость. Это очень важно! Понимаю, трудно поверить, что это будет работать. Но это так. Смотришь и удивляешься. Как будто магия :-)
Вот же:
Всему своё время. Технология эта вот только появилась. Когда все поймут суть технологии, то применят её в своих проектах.
Это будет какой-то промежуточный, локальный DNS сервер на каждой пользовательской машине.
Да. А что здесь сложного? Зарегистрировался под учёткой вконтакта. Зашёл, нажал добавить, подтвердил, добавил и сохранил. Все пять займут минут 10.
Для технологии.