Модул 7 · 7.3

Свързване на онлайн магазин или сайт билдър

Модул 7: Свързване на външни услуги · Време за четене: 9 минути

Цел на урока: След този урок ще можете да свържете домейна си с платформа като Shopify или Wix, без да спре имейлът Ви.

Основни понятия: A запис на @, CNAME за www, премахване на конфликтни записи, AAAA, DNS сървъри към платформата, пренасяне на имейл записите, записи за магазинна поща

Два варианта

Ако изграждате уебсайта или онлайн магазина си в платформа като Shopify, Wix, Squarespace или Webflow, искате посетителите на example.com и www.example.com да стигат до тази платформа. Платформите почти винаги предлагат два начина за това:

	Вариант 1: добавяне на записи	Вариант 2: DNS сървъри към платформата
Какво правите?	Променяте няколко записа при Вашия текущ DNS администратор	Оставяте платформата да управлява целия Ви DNS
Кой управлява DNS?	Остава същото	Платформата
Вашата поща	Продължава да работи, не пипате записите за имейл	Работи само ако пренастроите всички записи за имейл при платформата
Подходящо, ако	Имейлът Ви работи другаде (при Вашия хостинг доставчик, Microsoft 365, Google)	Искате всичко да бъде при платформата или нямате поща на домейна

Повечето проблеми на практика възникват при вариант 2: уебсайтът веднага заработва, но имейлът спира, защото MX и другите записи за поща са останали при старите DNS сървъри (урок 2.1).

Вариант 1: добавяне на записи (пример Shopify)

Към момента на писане Shopify посочва следните два записа:

example.com.       3600   IN   A       23.227.38.65
www.example.com.   3600   IN   CNAME   shops.myshopify.com.

A запис на @. Основният домейн (apex) не може да има CNAME, защото там стоят и MX, NS и SOA записите (урок 3.2). Затова платформата дава тук IP адрес.
CNAME за www. За www може да е име. Предимството: ако платформата премести сървърите си, тя просто променя собствения си DNS и Вие не трябва да правите нищо.

Другите платформи работят по същия начин, със собствен IP адрес и целево име. Wix например дава A запис и CNAME за www към име на Wix. Винаги използвайте стойностите, които платформата показва за Вашия домейн. IP адресът може да се различава според платформата, региона или момента.

Разчистете пречещото

Тук често се случват грешки. Платформата иска нейните записи да бъдат единствените за тези имена:

Втори A запис на @. Ако има два A записа (старото IP на Вашия хостинг доставчик и новото на платформата), всеки посетител получава произволно единия от двата. Половината стигат до стария Ви сайт. Променете съществуващия A запис, вместо да добавяте нов.
Стар AAAA запис. Ако Вашият хостинг доставчик е имал и IPv6 адрес, често остава AAAA запис на @ или www. Посетителите с IPv6 (голяма част от мобилните мрежи) тогава все още стигат до стария сървър. Ако платформата не предоставя IPv6 адрес, премахнете AAAA записите от @ и www.
A запис за www. CNAME не може да стои заедно с друг запис със същото име. Първо премахнете A или AAAA записа за www, след това създайте CNAME.
Wildcard (*). Wildcard не е проблем: отделно създаденото име www има предимство (урок 3.3).

Какво оставяте непроменено

Оставете MX записите, A записа за mail (ако го имате), SPF, DKIM и DMARC. На онлайн магазина не са му нужни, за да показва уебсайта Ви. Ако ги промените, пощата Ви спира.

Ако уебсайтът Ви в момента е при хостинг доставчик, който обслужва и пощата Ви, обърнете внимание на пощенската Ви програма. Ако там като сървър е въведено example.com или mail.example.com, и mail е сочил чрез wildcard към Вашия хостинг доставчик? След смяната example.com сочи към платформата и пощенската Ви програма вече не намира пощенската Ви кутия. Създайте отделен A запис mail към IP адреса на Вашия пощенски сървър, или въведете в пощенската си програма името на сървъра, посочено от Вашия доставчик на поща.

Сертификат

Платформата сама заявява сертификат (https), веднага щом записите Ви сочат към нея. Това се случва едва когато старите записи изчезнат от кешовете (урок 6.1). Ако отнема повече от няколко часа, проверете дали все още има стар A или AAAA запис, или CAA запис, който не допуска издателя на сертификати на платформата (урок 5.2).

Вариант 2: DNS сървъри към платформата

Ако изберете да насочите DNS сървърите към платформата, от този момент тя управлява цялата Ви зона. Всичко, което е било при предишния Ви DNS администратор, вече не се брои. Каквото не въведете наново при платформата, не съществува.

Пример от практиката, анонимизиран: клиент насочи DNS сървърите на домейна си към сайт билдър и след това поръча поща при друг доставчик. Сайт билдърът беше коректно създал MX запис mail.example.com и SPF запис, но липсваше A запис за mail. Името mail.example.com така и не съществуваше (NXDOMAIN). Изпращането работеше, получаването не: другите пощенски сървъри не знаеха къде да доставят пощата. Един A запис mail с IP адреса на пощенския сървър реши проблема.

Ако използвате вариант 2, задайте при платформата:

example.com.             3600   IN   MX    10 mail.example.com.
mail.example.com.        3600   IN   A     192.0.2.25
example.com.             3600   IN   TXT   "v=spf1 a mx include:spf.mailprovider.example ~all"
x._domainkey.example.com. 3600  IN   TXT   "v=DKIM1; k=rsa; p=..."
_dmarc.example.com.      3600   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

с реалните стойности от доставчика на поща. Ако използвате Microsoft 365 или Google Workspace, задайте записите от урок 7.1 или 7.2. Не забравяйте и TXT записите за верификация, и поддомейните, които вече сте имали.

Направете преди смяната копие на текущата си зона (експорт или екранна снимка), за да знаете какво трябва да стои там (урок 6.3).

Магазинна поща: записи за имейл от платформата

Онлайн магазините изпращат потвърждения на поръчки. За да идват те от Вашия собствен домейн, платформата често изисква допълнителни записи, обикновено няколко CNAME записа за DKIM и понякога собствен поддомейн за подателя. Това са допълнителни записи към съществуващите Ви записи за поща. Те имат собствени имена и не заменят MX записа Ви. Внимавайте за дублирани домейн имена (naam.example.com.example.com) и точката в края (урок 2.2). Ако платформата изпраща от името на Вашия домейн, проверете дали трябва да бъде включена във Вашия SPF запис и дали политиката Ви за DMARC го позволява (урок 7.4).

На практика: как изглежда в панел

В примерния панел Моят WebOké, в раздела DNS, променяте съществуващия A запис на @ чрез Редакция, премахвате AAAA записите и с Add Record създавате CNAME www към името на платформата. В DirectAdmin правите същото в DNS Administration; там по подразбиране @ и * сочат към пакета, затова създавате www отделно.

В други панели, като cPanel, Plesk, Cloudflare или DNS екрана на Вашия регистратор, бутоните се казват различно, но записите са същите. Някои платформи предлагат бутон "автоматично свързване", който чрез връзка с Вашия регистратор задава записите; след това винаги проверявайте дали старите A и AAAA записи наистина са премахнати.

Обобщение

Вариант 1 (добавяне на записи) запазва пощата Ви непокътната; вариант 2 (DNS сървъри към платформата) изисква да пренастроите всички записи за поща при платформата.
На @ се поставя A запис, на www обикновено CNAME. CNAME на @ не е възможен.
Променете съществуващия A запис, вместо да добавяте нов, и премахнете старите AAAA записи и A записа за www.
Оставете MX, SPF, DKIM и DMARC непроменени; внимавайте за пощенска програма, която използва example.com като сървър.
Записите за магазинна поща са допълнителни и не заменят MX записа Ви.

Тест

Задача

Задача Z7.3: Разпознаване на онлайн магазин. Вижте как платформата сама организира маршрута "CNAME за www".

Намерете A записа на shops.myshopify.com. Започва ли адресът с 23.227.38.?
Изберете онлайн магазин или уебсайт, който познавате и който работи при платформа. Намерете CNAME записа на www.<този домейн> и A записа на основния домейн. Въведете домейн името и двата отговора.

Проверката изисква записите на живо при предаването.

Задача Z7.3: Разпознаване на онлайн магазин

Започва ли адресът на shops.myshopify.com с 23.227.38.?

Домейн, при който www работи на платформа

Цел на CNAME за www при този домейн

A запис на основния домейн

Това, което въвеждате, и това, което намираме на живо, не съхраняваме. Вашият браузър запомня отговорите Ви и дали сте изпълнили задачата. Ако сте влезли в профила си, съхраняваме само дали задачата е (почти) правилна в Моите курсове; там можете и да го изтриете.

Задача O7.3: Самостоятелно настройване във Вашата тренировъчна зона. Настройте тренировъчната си зона <code>.dnspractice.eu така, сякаш я свързвате с платформа за онлайн магазин, без да нарушите пощата. В тренировъчната зона използвате фиктивната услуга shop-demo.dnspractice.eu; при реалния си домейн вземате стойностите от администраторския екран на платформата.

Задайте A запис на <code>.dnspractice.eu с 203.0.113.10 (т.нар. "платформа"). На <code>.dnspractice.eu може да има само един A запис.
Уверете се, че няма AAAA запис на <code>.dnspractice.eu и на www.<code>.dnspractice.eu.
Създайте CNAME www.<code>.dnspractice.eu към shops.shop-demo.dnspractice.eu. Ако има A запис за www, първо го премахнете.
Оставете MX записите на <code>.dnspractice.eu непроменени. Трябва да остане поне един MX запис.

Задача O7.3

Тази задача изпълнявате във Вашата собствена тренировъчна зона: истинска DNS зона на DNS сървърите на WebOké, само за Вас. Впишете се с Вашия имейл адрес. Ще получите линк за вход по имейл и след това ще се върнете на този урок. Използваме Вашия адрес само за курса.

Допълнително четене

Тези страници описват стъпките в панелите на WebOké (DirectAdmin и Моят WebOké). В други панели работи по същия начин.

Бисквитки в WebOké

Настройки за бисквитки

Необходими

Маркетинг