Какви настройки на рутера трябва да промените?

Не разбирам как работят много символи @ в настройките на DNS и какво ще се случи, когато редактирам свързаните записи.

Екранната снимка по-долу е това, което вече е настроено за уебсайт, върху който работя.

  1. Ако променя стойността (166.78.44.155) на първия A запис, който е наречен @, ще повлияе ли на някой от другите записи под него, които са зададени като @? С други думи, ако променя IP адреса в първия A запис, записите MX, NS, SOA и TXT по-долу ще променят начина, по който нещата работят / разбиват нещата?

  2. Ако трябва да променя IP адреса на първия запис и АКО това ще повлияе на останалите записи, кои биха били правилните имена и стойности, за да настроя останалите записи, за да продължат да функционират така, както са сега?

Благодаря ти

Не разбирам как работят много символи @ в настройките на DNS

Абсолютно като всеки друг вид ресурсен запис, няма нищо специално в това, това е пряк път към самата зона.

За зоната example.com, това:

@ IN MX 10 mx1.example.com. @ IN MX 20 mx2.example.com. @ IN A 192.0.2.137 @ IN A 192.0.2.201 @ IN AAAA 2001:DB8::ABCD @ IN AAAA 2001:DB8::1 

е точно същото като:

example.com. IN MX 10 mx1.example.com. example.com. IN MX 20 mx2.example.com. example.com. IN A 192.0.2.137 example.com. IN A 192.0.2.201 example.com. IN AAAA 2001:DB8::ABCD example.com. IN AAAA 2001:DB8::1 

Така че за обяснението на това, което се случва, когато множество записи за един и същ етикет, е абсолютно еднакво: ресурсните записи са комплекти (а не списъци, тъй като няма ред), така че всеки съответен запис се връща за дадена заявка за тип.

Използвайки @ е просто пряк път, когато писане зоналния файл. Това няма влияние върху начина на обмен на DNS съобщенията и не се появява в пакети.

И за да се върнем към вашия въпрос, всеки елемент от набора е независим от другия, така че променяте промяната на единия без въздействие върху другия (те пак ще получат отговор за съответната заявка). Специални правила се прилагат, разбира се, когато променяте или добавяте нов ресурс Тип като например CNAME който има специфични ограничения.

Можете да промените IP адреса на вашия @ A запишете, че това ще повлияе само на резолюциите на името на вашата зона като етикет (защото @ е името на вашата зона), това няма да повлияе на разделителната способност на pairings етикет или други (освен ако са CNAME записва към името на зоната, разбира се, в този случай промяната в A запис ще се прилага за всички тях, тъй като това е точното предназначение на CNAME запис).

  • Благодаря. Бихте ли разказали малко повече CNAME? Ситуацията, която имам по екранна снимка, е, че стойността на CNAME (размита) е някакво старо / неподходящо име на домейн, което не вярвам да използва клиентът. Новият уебсайт е блог на wpengine на [име на домейн] .wpengine.com (искаме блогът да е на име на домейн.com и да не показва URL адреса на .wpengine.com в браузъра). Мога ли да променя стойността на CNAME на този wpengine URL? Как ще се отразят взаимно A записът с IP адрес и CNAME с URL адреса на wpengine? Това би ли било неправилна настройка? Благодаря за вашата помощ.

Можете да промените A запис за @ на IP адреса на новия ви сървър. Това, което ще направи, е да насочите вашия уебсайт example.com към новия сървър.

Може също да искате да създадете нов www A запис, за да насочи WWW версията на вашия уебсайт (www.example.com) [ако вече не е автоматично посочен със самостоятелния @].

Можете да промените pairings който поддомейн (pairings.example.com) към новия IP адрес ако е необходимо също.

Колкото до MX (използва се за настройки на имейл), CNAME и TXT записи, те ще останат според текущите им настройки. Не знам какво SOA прави, така че се надяваме, че някой може да ви помогне с това.

Колкото до NS което означава Name Server, обикновено има два записа. Промяната им ще насочи цялото DNS (всички записи) на новия хост [от който NS е присвоено на]. Не бива да се променяте това освен ако не планирате да пренасяте всички текущи записи и на новия си хост. Ако не го направите, тези записи вече няма да функционират.

  • 1 На екранната снимка вече се показва a CNAME за www, така че създаване на A записът за същия етикет не е възможен (или CNAME първо трябва да се премахне).
  • SOA е основно единственият задължителен запис в зона, с NS тези (те могат да бъдат повече от 2, това е добре), това означава Start Of Authority и всъщност просто казва, че действително настоящият "zonefile" е авторитетното съдържание за тази зона. Той предоставя различни стойности, необходими за DNS операции, и наистина не трябва да се променя, без първо наистина да се разбере неговото използване и последици.

В този случай @ символ означава връх на домейна. Това е: името на домейна без поддомейн.

Така че, ако вашият домейн е example.com:

  • @example.com
  • wwwwww.example.com
  • drivedrive.example.com

Ако редактирате A запис, свързан с @, ще се промени там, където вашият гол домейн сочи. Записът A за върха на домейна обикновено сочи към същия IP адрес като www. Бихте могли да имате отделни сървъри, работещи с двамата, ако наистина искате. Един от случаите на използване би бил връхната точка на домейна да насочва към услуга за пренасочване, която пренасочва HTTP заявките към www.example.com докато имате различен сървър, който обслужва основното съдържание за вашия домейн в www поддомейн.

Имайте предвид, че a CNAME Записът не трябва да бъде свързан с върха на домейна. Винаги трябва да използвате A запис там. A CNAME с @ не е разрешено от спецификацията на DNS, въпреки че някои DNS сървъри няма да се оплакват, ако опитате. Ако завършите с CNAME на върха причинява MX записите да бъдат игнорирани и имейлите да бъдат неправилно доставяни.

MX, NS, SOA, и TXT записите са почти винаги свързани с апекс на домейн. Обикновено не би имало смисъл да има нещо друго освен @ с тях. Тези записи са "специални" записи, които не разрешават HTTP или други протоколи на ниво сокет към IP адреси. MX записите са за посочване на имейл сървъри. NS записите са за посочване на сървъри за имена на домейни. SOA записите са за посочване на DNS правомощия. TXT записите са по-общи и най-вече се използват за записи за проверка.

  • 1 _Aside: _Уникодният знак, който сте използвали в списъка си (🠆 - който изглежда "U + 1F806: СТРЕЛКА НАДЯСНО СЪС СРЕДНА ТРИЪГЪЛНА СТРЕЛКА"?), Не се показва на нито едно от моите устройства (Windows 7 работен плот, iOS или Android)?
  • CNAME с @ не е дефиниран добре това е срещу спецификацията на DNS протокола и докато някои доставчици предлагат същата функция, именувана по различни начини (ALIAS, ANAME и др.), стандартният DNS сървър ще откаже по подразбиране да зареди зона с @ CNAME в него.
  • 1 @MrWhite Редактирах в различна стрелка. Всяка стрелка на тази страница се показва за мен в Linux: xahlee.info/comp/unicode_arrows.html Нямах представа, че поддръжката на символи на Unicode е толкова петна.
  • @PatrickMevzek Някои DNS сървъри могат да бъдат неправилно конфигурирани да използват CNAME на върха. Потребителите имат достъп до вашия уебсайт, но пощата прекъсва. Сигурен съм, че някои DNS сървъри отказват записите изцяло, но не съм изпитвал това. ServerFault има отговор, който обяснява спецификацията. Не че забранява CNAME там, а че забранява CNAME с други типове записи и изисква други записи на върха. Защо не може да се използва CNAME запис на върха (известен още като корен) на домейн?
  • Да, CNAME е забранено навсякъде, където има друг тип запис за същия етикет, което винаги се случва на върха поради SOA и NS записи, а може да бъде и другаде, в зависимост от това какви други етикети вече има. (Наясно съм със спецификацията, тъй като това е моята ежедневна работа от 20 години насам).

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?