Към съдържанието

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

Изберете кои видове бисквитки разрешавате. Можете да промените избора си по всяко време чрез „Настройки за бисквитки“ в долната част на всяка страница. Декларация за поверителност

Необходими

Винаги включени

Нужни са за вход, за запазване на количката и на Вашите избори. Те са винаги включени.

Кои бисквитки?
  • weboke_sessie, weboke_klant, weboke_remember: Вашата сесия и оставането в акаунта
  • weboke_basket: Вашата количка
  • wkBtwIncl: показване на цените с или без ДДС
  • wok_cookies: Вашият избор за бисквитките, 12 месеца

Измерват коя реклама води до посещение или поръчка, за да не плащаме за реклами без резултат.

Кои бисквитки?
  • Google Ads чрез Google Tag Manager (_gcl_au, _gcl_aw), до 90 дни
  • OpenAI Ads, реклами в ChatGPT
  • wok_aff: кой партньор Ви е препратил към нас (партньорска програма), 60 дни

4,6

Държава и език

Всяка държава има собствен сайт, с цените и ДДС на тази държава.

Преглед

Свързване на Google Workspace

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

Цел на урока: След този урок ще можете да зададете DNS записите за Google Workspace и да проверите дали са правилно зададени.

Основни понятия: верификационен TXT (google-site-verification=), MX smtp.google.com, старият ASPMX комплект, SPF include:_spf.google.com, DKIM TXT google._domainkey, Google Admin конзола

Какво иска Google от Вашия DNS

Google Workspace (Gmail, Calendar и Drive с Вашия собствен домейн) работи в общи линии по същия начин като Microsoft 365 от урок 7.1. Трябва да уредите четири неща в DNS:

  1. верификация: доказване, че домейнът е Ваш;
  2. MX: входяща поща да пристига при Google;
  3. SPF: даване на разрешение на Google да изпраща поща от името на Вашия домейн;
  4. DKIM: подпис под Вашата поща.

След това идва DMARC (урок 4.5). Запис от типа autodiscover, какъвто се използва при Microsoft, не е необходим за Gmail.

И тук важи: използвайте стойностите, дадени в Google Admin конзолата за Вашия домейн. Google от време на време променя инструкциите. Примерите по-долу са верни към момента на писане.

Стъпка 1: верификация с TXT запис

При добавяне на домейна Ви Google дава код. Него поставяте като TXT запис на основния домейн:

example.com.   3600   IN   TXT   "google-site-verification=AbCdEf123456..."

Същия вид запис използва и Google Search Console. Ако там вече имате код, новият може спокойно да стои до него. Няколко TXT записа на @ са разрешени; само SPF може да фигурира само веднъж (урок 4.2).

Google може да предложи и CNAME запис за верификация, с име, което прилича на дълъг код. Изберете това, което е най-лесно във Вашия панел. И двата варианта работят.

Стъпка 2: MX към Google

От 2023 г. Google задава един MX запис за нови домейни:

example.com.   3600   IN   MX   1 smtp.google.com.

Срещате в по-стари ръководства или при съществуващи домейни комплект от пет записа? Той все още работи:

example.com.   3600   IN   MX   1  aspmx.l.google.com.
example.com.   3600   IN   MX   5  alt1.aspmx.l.google.com.
example.com.   3600   IN   MX   5  alt2.aspmx.l.google.com.
example.com.   3600   IN   MX   10 alt3.aspmx.l.google.com.
example.com.   3600   IN   MX   10 alt4.aspmx.l.google.com.

Не е нужно да преобразувате работещ стар комплект. Изберете обаче един от двата начина и не ги смесвайте с MX записи от предишния Ви доставчик.

Както при Microsoft, важи следното:

  • Премахнете старите MX записи. Ако ги оставите, част от подателите все пак ще ги опитат, например ако Google временно не отговаря. Тогава тази поща пристига на старото място.
  • Изключете локалното доставяне при Вашия уеб хостинг. Ако Вашият уебсайт работи при доставчик, който предлага и поща, е възможно сървърът все още да доставя поща от Вашите собствени формуляри локално. В DirectAdmin това е отметката „Use this server to handle my emails“.

Числото пред пощенския сървър (1) е приоритетът. При един MX запис числото няма значение; използвайте стойността, която Google посочва (урок 4.1).

Стъпка 3: допълване на SPF

Google иска да фигурира във Вашия SPF запис с:

include:_spf.google.com

Обърнете внимание на долната черта преди spf. Допълнете съществуващия си SPF запис, вместо да създавате втори:

example.com.   3600   IN   TXT   "v=spf1 a mx include:spf.hosting.example include:_spf.google.com ~all"

Ако вече не използвате Вашия уеб хостинг за изпращане на поща, можете да премахнете include:spf.hosting.example. Ако се колебаете, оставете го: контактна форма на Вашия уебсайт често изпраща поща през уеб сървъра.

Стъпка 4: DKIM с TXT запис

При Google DKIM е TXT запис с публичен ключ, а не CNAME както при Microsoft. Първо създавате ключа в Admin конзолата (в настройките за Gmail, в частта за верификация на имейли). Google Ви дава тогава:

google._domainkey.example.com.   3600   IN   TXT   "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA..."
  • Името е google._domainkey. google е селекторът (урок 4.4). В Admin конзолата може да изберете друг селектор; тогава името се променя съответно.
  • Стойността е дълга. В Admin конзолата изберете за предпочитане ключ от 2048 бита. Някои панели не могат да съхраняват TXT стойност по-дълга от 255 символа; в такъв случай изберете 1024 бита, или използвайте панел, който сам разделя дългите стойности на части.
  • Поставете стойността наведнъж, без допълнителни интервали или нови редове.

Когато записът е вече онлайн, натиснете в Admin конзолата бутона за стартиране на подписването. Едва тогава Google започва да подписва Вашата поща. Ако при тестова поща в Gmail под „Show original“ при DKIM видите PASS с d=example.com, значи всичко е успешно.

DKIM записите на различни услуги не си пречат, защото всеки селектор има собствено име. Така ключ от Вашия уеб хостинг (например x._domainkey) може спокойно да остане редом с google._domainkey.

Стъпка 5: DMARC

Gmail е една от страните, които от 2024 г. очакват DMARC запис от големи подателите. Ако все още нямате DMARC запис, започнете с p=none и адрес за отчети, а по-късно затегнете настройките (урок 4.5):

_dmarc.example.com.   3600   IN   TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

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

В примерния панел Моят WebOké изберете в раздела DNS, при Бързо настройване, опцията за Google Workspace. Предварително виждате MX записа и допълнението към SPF, а локалното доставяне се изключва. Верификационния код и DKIM ключа получавате от Google; тях добавяте сами като TXT запис. В DirectAdmin изберете в MX Records шаблона Google Workspace и изключете отметката за доставяне.

В други панели, като cPanel, Plesk, Cloudflare или DNS екрана на Вашия регистратор, бутоните се казват различно, но попълвате същите полета: име, тип, стойност и TTL. Някои регистратори имат готов шаблон за Google.

Обобщение

  • Използвайте стойностите от Google Admin конзолата.
  • Верификация: TXT google-site-verification=... на @ (или CNAME, който Google предлага).
  • MX: 1 smtp.google.com.; старият комплект от пет ASPMX записа също работи. Премахнете MX записите от предишния си доставчик.
  • SPF: добавете include:_spf.google.com към съществуващия запис.
  • DKIM: TXT на google._domainkey, след което включете подписването в Admin конзолата.

Тест

1. Кой MX запис задава Google в наши дни за нов домейн?



2. Каква е разликата между DKIM при Google и DKIM при Microsoft 365?



3. Поставяте DKIM ключа на Google в DNS и изпращате тестова поща. При DKIM все още няма PASS с Вашия домейн. Какво вероятно сте пропуснали?



4. На example.com вече стои google-site-verification=... за Search Console. Google Workspace дава друг код. Какво правите?



Задача

Задача Z7.2: Разпознаване на Google Workspace. Сравнете стария и новия начин за Google поща.

  1. Открийте MX записа на google.com. Запишете си името на пощенския сървър.
  2. Открийте MX записите на shopify.com. Тази компания използва Google поща със стария комплект. Колко MX записа виждате и кое име има най-ниския приоритет (най-ниското число)?
  3. Открийте SPF записа на google.com и запишете си include частта.

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

Задача Z7.2: Разпознаване на Google Workspace





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

Задача O7.2: Самостоятелна настройка във Вашата тренировъчна зона. Свържете Вашата тренировъчна зона <code>.dnspractice.eu с имитирана Google Workspace. В тренировъчната зона използвате фиктивната услуга mailsuite-demo.dnspractice.eu; при Вашия реален домейн използвате стойностите от Google Admin конзолата.

  1. Верификация: поставете TXT запис на <code>.dnspractice.eu с кода, който страницата на задачата Ви дава (google-site-verification=oefen-<code>-<...>).
  2. MX: настройте <code>.dnspractice.eu да получава поща на smtp.mailsuite-demo.dnspractice.eu. с приоритет 1. Не трябва да има друг MX на <code>.dnspractice.eu, включително от предишна задача.
  3. SPF: уверете се, че SPF записът на <code>.dnspractice.eu съдържа include:_spf.mailsuite-demo.dnspractice.eu. Може да има само един SPF запис.

Задача O7.2

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

За допълнително четене

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

Моля, изчакайте…

Настройте домейните си

За всеки домейн настройте сървърите за имена, връзката с хостинга и кой ще бъде собственикът.

Домейните Ви се зареждат…