Что связующее звено является рекордным?
lighttpd и ngingx
Корректный, это демоны HTTP, которые делают то же задание как Apache, но обычно приспосабливаются к различным видам довольных обслуживание. Я не знаю много о них (я - человек Apache/IIS сам), таким образом, я не знаю, почему Вы выбрали бы один по другому. Я уверен, что существует много вопросов на serverfault о том, почему Вы были бы все же.
Для получения дополнительной информации попробуйте здесь или здесь или здесь или здесь или здесь.
FastCGI / CGI
CGI = Общий шлюзовой интерфейс, и это обычно использовалось для выполнения Perl и сценариев C назад в 90-х (или любой препроцессор). Исправьте меня, если я неправ относительно этого. PHP также поставлется как модуль CGI, и это просто (старомодно и медленно) способ выставить механизм PHP демону HTTP.
FastCGI = современная реализация CGI, который по-видимому довольно хорош. Это - альтернатива плагинам ISAPI для модулей Apache и IIS.
Статическое содержание
Нет absolutally никакой причины настроить 2-й сервер для обслуживания статического содержания. При обслуживании изображений это обычно - хорошая практика, чтобы иметь 2-й субдомен для обслуживания изображений от, поскольку это означает, что бесполезная информация как Cookie не отправляется с запросами IMG. Полноценность этого действительно зависит на Ваших уровнях ожидаемого трафика. Необходимо смочь настроить это в Plesk.
A glue record is a term for a record that's served by a DNS server that's not authoritative for the zone, to avoid a condition of impossible dependencies for a DNS zone.
Say I own a DNS zone for example.com. I want to have DNS servers that're hosting the authoritative zone for this domain so that I can actually use it - adding records for the root of the domain, www, mail, etc. So, I put the name servers in the registration to delegate to them - those are always names, so we'll put in ns1.example.com and ns2.example.com.
There's the trick. The TLD's servers will delegate to the DNS servers in the whois record - but they're within example.com. They try to find ns1.example.com, ask the .com servers, and get referred back to... ns1.example.com.
What glue records do is to allow the TLD's servers to send extra information in their response to the query for the example.com zone - to send the IP address that's configured for the name servers, too. It's not authoritative, but it's a pointer to the authoritative servers, allowing for the loop to be resolved.
There is a precise (and concise) explanation on wikipedia.
Цитата:
Циклические зависимости и склеивающие записи
Серверы имен в делегировании определяется по имени, а не по IP-адресу. Это означает, что разрешающий сервер имен должен выдать другой DNS-запрос, чтобы узнать IP-адрес сервера, на который он был направлен.
Если имя в делегировании - это поддомен домена, для которого предоставляется делегирование, существует циклическая зависимость. В этом если сервер имен, обеспечивающий делегирование, также должен предоставить один или больше IP-адресов для авторитетного сервера имен, упомянутых в делегация. Эта информация называется клеем.. . .
Например, если полномочный сервер имен например, example.org - это ns1.example.org, компьютер, пытающийся разрешить www.example.org сначала разрешает ns1.example.org. Поскольку ns1 содержится in example.org, this requires resolving example.org first, which presents a circular dependency.
To break the dependency, the nameserver for the org top level domain includes glue along with the delegation for example.org. The glue records are address records that provide IP addresses for ns1.example.org. The resolver uses one or more of these IP addresses to query one of domain's authoritative servers, which allows it to complete the DNS query.
Я попросил объединить этот ответ с повторяющимся вопросом, так как существующие ответы не объясняли роль раздела ДОПОЛНИТЕЛЬНАЯ .
Чтобы увидеть, как он работает, введите это:
dig + trace + дополнительная SOA google.com
Это будет отслеживать полномочия сервера имен, начиная с корневых серверов ( + trace ). Добавление + дополнительный также покажет вам раздел ДОПОЛНИТЕЛЬНО каждого ответа DNS-сервера. Обычно большинство людей думают о DNS с точки зрения разделов QUESTION и ANSWER , но ДОПОЛНИТЕЛЬНО также играет важную роль: если сервер имен знает ответы на любые запросы, связанные с ответом, он может предварительно предоставить эти ответы в разделе ДОПОЛНИТЕЛЬНЫЕ , не требуя дополнительных запросов от вашего клиента.
Обратите внимание, что авторитетные серверы имен для google.com базируются на том домене, для которого они являются полномочными. ( ns1.google.com , ns2.google.com и т. Д.)
Когда вы просите сервер имен предоставить список серверов имен для домена, он часто предоставляет список записей типа A . (IP-адреса) в разделе ДОПОЛНИТЕЛЬНЫЕ , а не только ответы типа NS : они называются связующими записями , используемыми для предотвращения циклических зависимостей. В этом случае эти записи A обслуживаются серверами имен TLD (.com, .org и т. Д.) На основе IP-адресов, которые кто-то предоставил регистратору DNS, ответственному за домен. Обычно их можно изменить, войдя в веб-интерфейс администратора, который они вам предоставляют.
(отказ от ответственности: AAAA записи, содержащие адреса IPV6, также могут быть предоставлены как часть клея, но я оставил это для простоты. )