Как сделать 'явный домен, искажающий' как хосты DNS, которые поддерживают его?

без использования стороннего DNS-хоста, который поддерживает типы записей DNS ALIAS (или ANAME - ни один из стандартов не является принятым)

Это предложение бессмысленно. В обоих упомянутых случаях настраиваемые типы DNS ALIAS и ANAME внутренне преобразованы в пул A-записей. Таким образом, с точки зрения конечного пользователя, вы не нарушаете никаких стандартов. Любой клиент, пытающийся подключиться к имени хоста, которое вы настроили с помощью ALIAS (я могу говорить от имени DNSimple, если я работаю на них), вернет тот же список A-записи, который вернет целевое имя хоста.

но в этой конкретной ситуации Я не могу выполнить CNAME голого домена в username.github.io.

Теоретически можно, но практически не хочется. Согласно RFC, CNAME не может сосуществовать с каким-либо дополнительным типом записи. Это означает, что если вы CNAME корневого домена, вы затенете любую другую запись, связанную с корневым доменом, в основном нарушив способность вашего корневого домена разрешать.

Если я сделаю это с Apache или Nginx, чтобы www.example.com работал как Страница GitHub, работает ли она и могу ли я сломать что-нибудь вроде электронной почты?

Вы можете настроить www.example.com как CNAME, если вам не нужны никакие другие записи DNS, прикрепленные к этому имени хоста. Обычно это нормально.

Из конфигурации веб-сервера вам ничего не нужно делать. Если вы настроите www.example.com как CNAME для username.github.io , любой запрос к www.example.com будет разрешен в IP ( s) связанный с username.github.io и веб-серверы GitHub будут обрабатывать запрос.

Тем не менее, в этом случае вы не решили проблему того, что вы хотите делать с корневым доменом. На данный момент единственное, что вы можете сделать, это перенаправить HTTP-протокол корневого домена на имя хоста www.example.com .

Указанные вами фрагменты конфигурации будут работать таким образом.