У РуЦентра есть услуга Направленная передача домена. Оформляете "Поручение продавца" (с реквизитами для получения денег), и если будете отправлять его почтой, прилагаете нотариально оформленную доверенность на сотрудника РуЦентра (если курьером, то на курьера). Когда покупатель переводит деньги, то у Вас "забирают" домен и переводят деньги на Ваш счет. Один большой минус, это 10% ком. РуЦентра + 13%НДФЛ от суммы сделки, зато все легально, официально и надежно:)
Если какие другие схемы (без доп.процентов), то тут, как договоритесь, но кто-то (продавец или покупатель) должен будет сделать первый шаг.
Что-то я себе с трудом представляю ситуацию: приезжаю к регистратору с действующей доверенностью, чтобы перекинуть домены куда мне надо, а они в ответ "сори, ждите пока мы проверим, что доверитель не мертв".
Или что мне регистратор говорит "Домен, котовый Вы вчера получили от Пети у Вас забирается. Так как Петя получил его 5 лет назад от Васи, а у Васи оказывается была неправильная доверенность."
Конечно, регистратор ни каких проверок проводить не будет (без очевидных на то причин). Здесь вопрос может возникнуть со стороны "третьих лиц". Например, найдутся другие заинтересованные в домене люди, которые подадут иск в суд. А если ещё выяснится намеренность при использовании липовой (а она именно такая) доверенности, то это уже и до уголовщины могут раскрутить. Так что придется жить и верить, что заинтересованных "третьих" лиц не будет... а это не вариант.
_interceptor_: Несколько A записей не гарантирует вам порядок обращения к хостерам,
т.е.
test.ru. A 1.1.1.1
test.ru. A 2.2.2.2
не означает, что сначала пробуется на 1.1.1.1, а потом 2.2.2.2
Да, стандартный DNS-клинет в общей практике использует только первый хост из списка, потом его кеширует на период TTL.
_interceptor_: Т.е. у вас два хостинга с одинаковым контентом и вы хотите
чтобы test.ru смотрел одновременно на два хостинга?:)
Не понял цель...
Нет, так делают в целях балансировки нагрузки, только вам надо
будет поставить
TTL в 1 секунду и постоянно менять
ip адреса у A записи,
тогда клиент будет работать с разными хостерами попеременно,
понятно, что возникнут проблемы с куками.
Можно TTL сделать больше, а частоту смены ip оставить 1 секунду,
тогда с куками будет проще, но все равно будут проблемы.
Но все это извращения, зачем вам это?
_interceptor_, А-запись может иметь несколько IP-шников. В стандартной реализации BIND-а эти адреса сортируются случайным образом (есть варианты) Если делать балансировщики, то надо интегрировать более продвинутую "логику" в реализацию DNS сервера.
Logistic: Есть, например, сайт www.svobodaotnarkotikov.ru - вроде бы пипец какое длинное название, и диктовать вроде бы должно быть неудобно и т.д., но если вчитаться, то запоминается получше трехбуквенника. Так что....
Logistic, чем длиннее домен, тем больше вероятность ошибки при его наборе. Да и по запоминаемости я бы не согласился с Вами, например, "97 точка ру" запомнить и озвучить проще, а ошибиться при наборе практически не возможно.
Последний пост на flabla(.)com датируется 5 марта, домен последний раз обновлялся 6 марта. На сайте мыло на @mail.ru, но по данным whois-а значится совершенно другой, контакты тоже похоже "левые" пробиты.
Andris: pegs РуЦентр например, круто проверяет на трансфер зоны для домена.
Уже давно он этого не делает. Вы с Relcom не перепутали?
Andris, возможно, всё меняется :), вероятно РуЦентр упростил процедуру тестирования (раньше точно было, "накалывался" на этом не один раз). Но проверку то на идентичность SOA- и NS-записей всё равно делают :(
Оксиген: Нет. Дело в том, что под NS'ы я специально взял отдельный домен в зоне NET на котором кроме них не будет ничего вообще. Соответственно тестируемый с ошибкой домен имеет в настройках только ns1.мойдомен и ns2.мойдомен, никаких ай-пи я там не указывал (сейчас попробую, кстати). При этом буржуйские домены работают на ура, а вот с RU вылезла такая проблема. Да ещё и выходные, блин - половина нужных контор не работает. :(
Для зон RU/SU домены тестируют при делегировании. При этом у каждого регистратора своя процедура тестирования, РуЦентр например, круто проверяет на трансфер зоны для домена. При этом, для все прописанные к домену NS-ы проверяются на идентичность основных данных (SOA, NS), и только при полном их соответствии тестирование считается пройденным.
Для "буржуйских" же зон, проверяется только наличие зарегистрированного NS-а, а тестирования, как такого, нет.
У РуЦентра есть услуга Направленная передача домена. Оформляете "Поручение продавца" (с реквизитами для получения денег), и если будете отправлять его почтой, прилагаете нотариально оформленную доверенность на сотрудника РуЦентра (если курьером, то на курьера). Когда покупатель переводит деньги, то у Вас "забирают" домен и переводят деньги на Ваш счет. Один большой минус, это 10% ком. РуЦентра + 13%НДФЛ от суммы сделки, зато все легально, официально и надежно:)
Если какие другие схемы (без доп.процентов), то тут, как договоритесь, но кто-то (продавец или покупатель) должен будет сделать первый шаг.
Заберу projects.name :)
Домен уже получил. Все очень быстро. Валерий, спасибо!
Это в теории?
Что-то я себе с трудом представляю ситуацию: приезжаю к регистратору с действующей доверенностью, чтобы перекинуть домены куда мне надо, а они в ответ "сори, ждите пока мы проверим, что доверитель не мертв".
Или что мне регистратор говорит "Домен, котовый Вы вчера получили от Пети у Вас забирается. Так как Петя получил его 5 лет назад от Васи, а у Васи оказывается была неправильная доверенность."
Такое реально происходит?
project2, Каширин правильно проблемку обозначил :)
Конечно, регистратор ни каких проверок проводить не будет (без очевидных на то причин). Здесь вопрос может возникнуть со стороны "третьих лиц". Например, найдутся другие заинтересованные в домене люди, которые подадут иск в суд. А если ещё выяснится намеренность при использовании липовой (а она именно такая) доверенности, то это уже и до уголовщины могут раскрутить. Так что придется жить и верить, что заинтересованных "третьих" лиц не будет... а это не вариант.
Несколько A записей не гарантирует вам порядок обращения к хостерам,
т.е.
test.ru. A 1.1.1.1
test.ru. A 2.2.2.2
не означает, что сначала пробуется на 1.1.1.1, а потом 2.2.2.2
Да, стандартный DNS-клинет в общей практике использует только первый хост из списка, потом его кеширует на период TTL.
Т.е. у вас два хостинга с одинаковым контентом и вы хотите
чтобы test.ru смотрел одновременно на два хостинга?:)
Не понял цель...
Нет, так делают в целях балансировки нагрузки, только вам надо
будет поставить
TTL в 1 секунду и постоянно менять
ip адреса у A записи,
тогда клиент будет работать с разными хостерами попеременно,
понятно, что возникнут проблемы с куками.
Можно TTL сделать больше, а частоту смены ip оставить 1 секунду,
тогда с куками будет проще, но все равно будут проблемы.
Но все это извращения, зачем вам это?
_interceptor_, А-запись может иметь несколько IP-шников. В стандартной реализации BIND-а эти адреса сортируются случайным образом (есть варианты) Если делать балансировщики, то надо интегрировать более продвинутую "логику" в реализацию DNS сервера.
FLY.SU Ky22 99995$ Это сильно :)
Да, похоже "поработали" два горячих поклонника домена. Интересно, увидим ли мы его на открытом? 😂
Есть, например, сайт www.svobodaotnarkotikov.ru - вроде бы пипец какое длинное название, и диктовать вроде бы должно быть неудобно и т.д., но если вчитаться, то запоминается получше трехбуквенника. Так что....
Logistic, чем длиннее домен, тем больше вероятность ошибки при его наборе. Да и по запоминаемости я бы не согласился с Вами, например, "97 точка ру" запомнить и озвучить проще, а ошибиться при наборе практически не возможно.
Последний пост на flabla(.)com датируется 5 марта, домен последний раз обновлялся 6 марта. На сайте мыло на @mail.ru, но по данным whois-а значится совершенно другой, контакты тоже похоже "левые" пробиты.
pegs
РуЦентр например, круто проверяет на трансфер зоны для домена.
Уже давно он этого не делает. Вы с Relcom не перепутали?
Andris, возможно, всё меняется :), вероятно РуЦентр упростил процедуру тестирования (раньше точно было, "накалывался" на этом не один раз). Но проверку то на идентичность SOA- и NS-записей всё равно делают :(
Нет. Дело в том, что под NS'ы я специально взял отдельный домен в зоне NET на котором кроме них не будет ничего вообще. Соответственно тестируемый с ошибкой домен имеет в настройках только ns1.мойдомен и ns2.мойдомен, никаких ай-пи я там не указывал (сейчас попробую, кстати). При этом буржуйские домены работают на ура, а вот с RU вылезла такая проблема. Да ещё и выходные, блин - половина нужных контор не работает. :(
Для зон RU/SU домены тестируют при делегировании. При этом у каждого регистратора своя процедура тестирования, РуЦентр например, круто проверяет на трансфер зоны для домена. При этом, для все прописанные к домену NS-ы проверяются на идентичность основных данных (SOA, NS), и только при полном их соответствии тестирование считается пройденным.
Для "буржуйских" же зон, проверяется только наличие зарегистрированного NS-а, а тестирования, как такого, нет.