Я знаю, что в формате записи нет поля, которое явно относилось бы к совместному владению.
Этот сценарий должен возникать довольно часто - одна сторона владеет (является регистрантом) доменным именем, другая сторона фактически управляет сайтом. В моем случае: мой работодатель собирается передать лицензию на сайт электронной коммерции другому предприятию. Мой работодатель является текущим регистрантом доменного имени.
Очевидно, лицензиат должен иметь доступ к записи имени домена, чтобы перенаправить имя домена на свой собственный веб-хост, добавить / изменить серверы имен и т. Д., Изменить контактный адрес администратора, изменить всю запись MX и т. Д. Тем не менее, лицензиат - это просто лицензиат, а не фактический владелец / регистрант. Это важно, потому что, например, если лицензиат нарушает лицензионное соглашение, например, продавая продукты наших конкурентов, мой работодатель имеет право расторгнуть соглашение, но это не имеет большого значения, если они не могут восстановить контроль над доменным именем.
К настоящему моменту у меня возникла пара идей:
полагаться на «утомительный» авторитет учетной записи, который предлагает наш Регистратор (что, вероятно, делает и большинство других), т. е. сохраняю себя в качестве суперпользователя учетной записи, добавляю лицензиата в качестве администратора учетной записи, чтобы у них была полная «рабочая» доступ к записи;
заблокировать домен, чтобы предотвратить его передачу лицензиатом («ПЕРЕДАЧА КЛИЕНТА ЗАПРЕЩЕНА» в поле «Статус»), хотя, возможно, с правами администратора они могут это изменить.
Несколько раз мы покупали доменные имена у «профессиональных владельцев доменных имен» и использовали услугу условного депонирования, предоставляемую нашим Регистратором, и она работала очень хорошо. Очевидно, что цель таких услуг - защитить покупателя и продавца во время транзакции. Услуга, направленная на транзакции лицензионного типа, а не на прямую смену владельца, очевидно, должна была бы работать совершенно иначе, но я все же подумал, что, возможно, такая услуга может быть предложена одним или несколькими регистраторами.
И если вы хотели ответить «это юридическая проблема», пожалуйста, не надо. Это не юридическая проблема или проблема системного администратора, это проблема бизнеса. И, как и у многих бизнес-проблем, у него есть несколько возможных решений из различных функций, юридических, ИТ и так далее. Правовое решение закреплено в Лицензионном соглашении. Решение Sys Admin направлено на административные детали записи доменного имени, чтобы согласовать возможно конфликтующие интересы двух сторон, обе из которых (очевидно) нуждаются в доступе к одной и той же записи доменного имени по разным причинам.
Ваш регистратор DNS не позволяет вам создать учетную запись для контактного лица по техническим вопросам? Большинство регистраторов так и поступают, и обычно этого достаточно.
Вам не нужно размещать свой DNS у регистратора. Вы можете делегировать полномочия для зоны какой-либо другой службе хостинга DNS. Затем предоставьте доступ к размещенной панели управления DNS, не открывая доступ к учетным записям у регистратора.
Интересный вопрос. Думаю, это скорее юридический вопрос, чем технический. На мой взгляд, лучшее решение для вашего работодателя - сохранить право собственности на домен и сдать его в аренду другой стороне, а не пытаться иметь совместное владение, поскольку совместное владение всегда чревато проблемами. Если бы меня поставили на такую же должность, я бы обратился к юристам, а не к системным администраторам.
Я тоже не считаю это проблемой с законом. Владение - девять десятых закона. Если я покупаю доменное имя, то я "владею" им, независимо от того, что я с ним делаю. Кто-то другой, размещающий пространство имен домена, веб-сайт или электронную почту, не подразумевает никаких прав «владения», насколько я понимаю, и моя «субаренда» доменного имени другой стороне также не подразумевает никакого владения. Для меня это коммерческий \ технический вопрос: какие права на пространство имен домена допускаются в бизнес-соглашении и как с технической точки зрения можно будет управлять пространством имен? Я бы сказал, что заказчику может потребоваться право добавлять \ изменять \ удалять записи A, CNAME, MX и SPF, но он не должен иметь право изменять записи SOA или NS. В любом случае, как сторона, зарегистрировавшая доменное имя, вы всегда будете полностью его контролировать.
Если я куплю машину и получу на нее право собственности, я могу делать с ней все, что захочу. Я могу сдать его в аренду или сдать в аренду, но я сохраняю право собственности на машину и сохраняю полный контроль над тем, что с ней происходит.
Я просто хотел бы, чтобы новая компания предоставила вам все настройки, а кто-то из вашей компании внес бы все необходимые изменения. Им не нужен доступ к каким-либо настройкам DNS, кроме начальной. После того, как все настроено, больше не нужно менять его.