А суд то чем поможет? Регистратор может инициировать удаление домена или просто снять делегирование. Необходимость указания правильных паспортных данных чётко прописана в правилах регистрации.
ТС, имхо, лучше делать проект на новом домене, переносить всё туда и подклеивать к нему старый. И только потом пытаться дёргаться. Но, что регистратор на основании каких-то скринов и пр. лабуды, изменит пачпортные данные - на это не надейтесь. Максимум - инициирует внеплановое удаление и Вас оповестит о дате удаления. Но даже при этом нет гарантий, что именно Вы поймаете домен ;)
Не фантазируйте. Вы таким образом пытаетесь упростить работу вашей поддержке, даже во вред интересам клиентов. Иначе принимали бы заказы и потом спокойно верифицировали. При беспокойстве о "быстрее и ошибки видны" - просто периодически проверяли бы верификацию и уведомляли клиентов.
Разумеется клиент всегда виноват, это бесспорно. Не понимаю, почему когда пользуешься у зарубежных компаний таких проблем нет. Всё продумано, чётко. Бывают, конечно, накладки, но всё решаемо. Наверное у них биты с байтами другие :D
Извините, но не поверю. Как оказалось, вы даже сертификаты на EC-ключах не "подписываете". Хотя Comodo уже давно нормально работает с такими ключами. Признайтесь просто, что вашей компании лень что-то делать, проще ваш недофункционал переложить на клиента.
Спрошу здесь - можно ли будет перевыпустить SSL-сертификат (для того же домена) или у вас это будет новый заказ?---------- Добавлено 21.12.2018 в 10:24 ----------
К сожалению, вернуть не проще. Поэтому будем дальше проходить "SSL-квест на IHC" :D
Да, ответы многое показывают. Любой свой косяк по причине лени компания будет перекладывать на клиента. Для себя выводы сделал.
А весело тут. Как это поможет подтверждению SSL-сертификата? :D
Это как бы перевели тему?! Здорово придумано. Действительно хотите поговорить об организационной политике в нашей компании, её филиалах, разработчиках и т.п.?
Если коротко по ситуации - в будущем фирме надо покупать некоторые хостинговые/серверные решения, хотел сделать это у вас. Думал, что вы серьёзная компания, тему здесь ведете, умные слова в ней пишите. А пока пытался заказал то, что потребовалось отделу разработок. Если бы знал, что у вас такие проблемы на ровном месте - не делал бы. Но деньги уже перевели, поэтому придётся не выключать комп и надеяться на чудо.
Потому что к почте нет доступа.
Несколько дней придётся не выключать комп? :D
Два раза уже указывал:
Муки то какие?! Как же другие продавцы SSL-сертификатов работают! 😮
Вряд ли.
Вроде подробно всё описал, что Вы не поняли? Объясню на пальцах.
Лично для меня закинуть файл не проблема, но к этим хостам у меня нет доступа. Всё делается через третьи руки. В часов 12 начал делать заказ. Всё что нужно переслал (и файл, и в какую папку). Уже прошло порядка 2-х часов - файла нет. Когда сделают - неизвестно, может завтра, а может и послезавтра. А таких доменов ещё несколько. Сессия в вашей контрольной панели прервётся - придется начать новый заказ с необходимостью закинуть уже ДРУГОЙ файл.
porutchik, в чём проблема принимать заказ и только потом без напрягов верифицировать домен? Собственно как это у всех с кем сталкивался работает.
Откуда "немалая часть себестоимости .ru в долларах", если никаких отчислений за cctld нет? Тем более долларовых.
Юр.лицу потребовалось несколько SSL-сертификатов для разных доменов. Решили попробовать IHC и столкнулись с тем, что система сделана (мягко говоря) отвратительно. Может быть для Хостинга сделано что-то иначе, но для SSL делали совершенно не понимая процесса.
Для создания заказа SSL-сертификата надо сразу (ещё до создания заказа) верифицировать домен — добавить определенную CNAME-запись на ДНС или залить файл на хостинг. Иначе заказ не создать. При этом:
1) Обновление ДНС у некоторых хостеров может занимать приличное время. Так что можно и не дождаться, а значит придётся делать новый заказ (когда ДНС-ы обновятся). Но вот засада - как оказалось новый заказ потребуется создания уже другой CNAME-записи.
2) Залить файл можно, когда Вы имеете доступ у хостингу. А когда это делается через третьи руки, то верификации можно так же не дождаться. В итоге ситуация повторится - надо будет пытаться делать уже новый заказ, что потребует залить уже другой файл на хостинг.
А если нужно несколько сертификатов, то собрать все требуемые файлы для выгрузки разом нельзя, поскольку заказ формируется по одному домену и не завершатся пока его не верифицируют. Закрыли браузер, сбросилась сессия - делаете новый заказ и прописываете другие CNAME или выгружаете другой файл.
Работал с разными продавцами/провайдерами SSL-сертификатов, но с такими искусственными препятствиями сталкиваюсь впервые. Обычно схема простая - принимают СSR-запрос, получают оплату и формируют заказ. После этого спокойно проводят верификацию и если всё ок - выпускают сертификат.
В поддержке IHC объясняют, что у них всё нормально, мол всё делается в рамках CA – нужно верифицировать домен :) (почему до заказа - не объясняют). Начинают рассказывать, что в компании должен быть специалист который выгрузит файлы и т.п. Ну, т.е. получается чтобы воспользоваться услугами SSL у IHC надо предварительно менять кадровую и организационную политику у заказчика.
