А зачем прописывать PTR для SPF? Это разве обязательное требование?
И на какой домен должен указывать PTR, когда почтовик на этом IP обслуживает несколько доменов?
Вставлю пять копеек на тему ребута: в Debian Jessie до недавнего времени был баг[2]. Если SWAP переполнен, то машина при перезагрузке висела на «Reached target Shutdown». Лечится обновлением systemd до 215-17+deb8u4 (сейчас лежит в репозитории).
Если кто-то ещё не обновился — есть повод.
А если я с другого аккаунта ту же процедуру пройду — что произойдет?
В первом аккаунте домен исчезнет?
К тому же довольно странно верифицировать домен сменой ns…
А если у меня домен не по промо-коду, а действующий?
Я должен сменить ns'ы (тем самым получив доступ к управлению), а только потом смогу настраивать записи?
Не понимаю я, короче говоря… Надо, видимо, протестить.
Интересно, российские регистраторы будут слушать ICANN или соблюдать закон о ПД.
Если я не ошибаюсь, домен в зоне ru не зарегистрировать без private whois (на физ. лицо).
Вот разделяю ваше мнение. Чисто почитать, поржать — прикольно, конечно.
Но от компании «фонит» студенческой лавкой и тренингами «личностного роста» (в плохом смысле).
Отдельно вымораживает поливание *** конкурентов.
Хотя блог компании читаю с удовольствием и нахожу ценные мысли — за это спасибо.
То, что информация не очень хорошо структурирована (что в статьях, что на сайте) — это, по-моему, не очень критично.
Если изначально поставить себе задачу «понять автора», то, может быть, даже хорошо — очень сложно сжато и структурировано передать мысль или концепцию. В первой части было много конкретики так что не всё так плохо.
Не могу не отметить, что теперь недоступна для заказа услуга "облачный сервер".
Вопрос: насколько безопасно переводить облачные сервера в VPC с точки зрения возможных простоев с вашей стороны?
Облачные сервера сейчас стабильно работают, но на момент запуска услуги было много проблем. Не возникнут ли такие проблемы с VPC?
И на какой домен должен указывать PTR, когда почтовик на этом IP обслуживает несколько доменов?
Если кто-то ещё не обновился — есть повод.
Забавно, но у меня уже очень давно симка оформлена на В/У.
Кстати, даже сотрудники оператора удивляются.
Вон же куча способов для проверки:
help.mail.ru/biz/verification_settings/other/confirm
А если я с другого аккаунта ту же процедуру пройду — что произойдет?
В первом аккаунте домен исчезнет?
К тому же довольно странно верифицировать домен сменой ns…
А если у меня домен не по промо-коду, а действующий?
Я должен сменить ns'ы (тем самым получив доступ к управлению), а только потом смогу настраивать записи?
Не понимаю я, короче говоря… Надо, видимо, протестить.
А тогда такой вариант: я из-под одного аккаунта зарегистрируюсь и укажу ns-записи, а потом из-под другого — кому достанется право управление доменом?
P.S. Какая-то не очевидная система верификации.
Но читаю большую часть их постов.
Как так и что это значит?
Вчера диск на виртуальном сервере в VPC полетел.
По сообщению службы поддержки это было связано с аппаратным сбоем, обновлением ПО и отсутствием бэкапов.
Если я не ошибаюсь, домен в зоне ru не зарегистрировать без private whois (на физ. лицо).
Но от компании «фонит» студенческой лавкой и тренингами «личностного роста» (в плохом смысле).
Отдельно вымораживает поливание *** конкурентов.
Хотя блог компании читаю с удовольствием и нахожу ценные мысли — за это спасибо.
То, что информация не очень хорошо структурирована (что в статьях, что на сайте) — это, по-моему, не очень критично.
Если изначально поставить себе задачу «понять автора», то, может быть, даже хорошо — очень сложно сжато и структурировано передать мысль или концепцию. В первой части было много конкретики так что не всё так плохо.
Вопрос: насколько безопасно переводить облачные сервера в VPC с точки зрения возможных простоев с вашей стороны?
Облачные сервера сейчас стабильно работают, но на момент запуска услуги было много проблем. Не возникнут ли такие проблемы с VPC?
До этого — 36 (что, честно скажем, ближе к правде, чем 19).
Никогда не понимал эти проблемы с возрастом…