Я всегда защищал бы полное, восстанавливают в случае известного компромисса. Это - единственный безопасный путь.
Принятие Вас имеет резервные копии, и они являются недавними, и они покрывают больше, чем просто данные по серверу, у Вас есть материал для судебной экспертизы.
Если Вы уже не используете инструмент, такой как Шеф-повар, или Марионетка для создания быстро восстанавливает к известному состоянию, то начните.
После того как машина была восстановлена, необходимо думать о векторах атаки и как смягчить против них. Вы упомянули свою конфигурацию ssh - существуют многие другие - для центрального Redhat, и параноидального подхода, посмотрите здесь:
http://www.nsa.gov/ia/_files/factsheets/rhel5-pamphlet-i731.pdf
Для Debian и аналогичного подхода, посмотрите здесь:
Debian отмечают точкой org/doc/manuals/securing-debian-howto/
Удачи.
Таким образом, вы смотрите не на перенаправление как таковое (как это происходит на уровне приложения, то есть на Apache / Nginx / где угодно), а скорее на разрешение DNS. Хост, на котором размещен DomainA, не будет или никогда не должен быть затронут в зависимости от вашего описания, так как вы хотите, чтобы DNS-запросы разрешались на IP-адреса DomainB. Если я что-то не упустил в вашем запросе?
Как указал Шейн, DNS не поддерживает перенаправление HTTP - это обязанность приложения / веб-сервера. Вы можете заставить DomainA и DomainB разрешать один и тот же IP-адрес в DNS, и все будет работать. Но если вы хотите сделать это для каждого URL / пути, то это невозможно - DNS не способен на это - это простая служба DNS-> IP, то, что происходит с фактическим URL-адресом, является задачей веб-сервера.
После комментария ниже, что я? d do - это отсылать все записи DNS для DomainA к тем же IP-адресам, на которые указывает DomainB - таким образом вы получите HTTP-запрос, попадающий на hostB, и тогда это будет просто:
Это перепишет все, что поступает в DomainB, в DomainA, который может быть размещен на том же сервере или где-то еще. Я понимаю, что второй вариант, вероятно, является накладным и не нужен, если вы можете / имеете право создавать виртуальные хосты на основе имен на apache.
<VirtualHost *:80>
ServerName DomainB
Redirect permanent / http://DomainA/
</VirtualHost>
Я бы пошел с 1. - укажите все DNS-записи DomainA на один и тот же IP-адрес ( s) по мере того, как указывает DomainB, и создать конкретный виртуальный хост на основе имен на Apache.
Это перепишет все, что поступает в DomainB, в DomainA, который может быть размещен на тот же сервер или где-то еще. Я понимаю, что второй вариант, вероятно, является накладным и не нужен, если вы можете / имеете право создавать виртуальные хосты на основе имен на apache.
<VirtualHost *:80>
ServerName DomainB
Redirect permanent / http://DomainA/
</VirtualHost>
Я бы пошел с 1. - укажите все DNS-записи DomainA на один и тот же IP-адрес ( s) по мере того, как указывает DomainB, и создать конкретный виртуальный хост на основе имен на Apache.
Это перепишет все, что поступает в DomainB, в DomainA, который может быть размещен на тот же сервер или где-то еще. Я понимаю, что второй вариант, вероятно, является накладным и не нужен, если вы можете / имеете право создавать виртуальные хосты на основе имен на apache.
<VirtualHost *:80>
ServerName DomainB
Redirect permanent / http://DomainA/
</VirtualHost>
Я бы пошел с 1. - укажите все DNS-записи DomainA на один и тот же IP-адрес ( s) по мере того, как указывает DomainB, и создать конкретный виртуальный хост на основе имен на Apache.
Это перезапишет все, что поступает в DomainB, в DomainA, который может быть размещен на том же сервере или где-то еще. Я понимаю, что второй вариант, вероятно, является накладным и не нужен, если вы можете / имеете право создавать виртуальные хосты на основе имен на apache.
<VirtualHost *:80>
ServerName DomainB
Redirect permanent / http://DomainA/
</VirtualHost>
Я бы пошел с 1. - укажите все DNS-записи DomainA на один и тот же IP-адрес ( s) по мере того, как указывает DomainB, и создайте конкретный виртуальный хост на основе имен на Apache.
Это перезапишет все, что поступает в DomainB, в DomainA, который может быть размещен на том же сервере или где-то еще. Я понимаю, что второй вариант, вероятно, является накладным и не нужен, если вы можете / имеете право создавать виртуальные хосты на основе имен на apache.
<VirtualHost *:80>
ServerName DomainB
Redirect permanent / http://DomainA/
</VirtualHost>
Я бы пошел с 1. - укажите все DNS-записи DomainA на один и тот же IP-адрес ( s) по мере того, как указывает DomainB, и создайте конкретный виртуальный хост на основе имен на Apache.
Домен A должен иметь те же IP-адреса, что и в домене B. Нет необходимости в какой-либо ссылке на B в определении A. Веб-браузеры не «следуют» за CNAME в качестве перенаправления, они сохранят то же имя хоста и будут использовать собственную запись CNAME для преобразования в IP-адрес.
Если вы хотите, чтобы B отображался в браузере при посещении A (необязательно и не связанные с DNS), вам необходимо сопоставить HTTP-хост и перенаправить запросы на веб-сервер. с Apache вы должны использовать mod_rewrite, чтобы сделать это в определении виртуального хоста:
RewriteEngine on
RewriteCond %{HTTP_HOST} ^(www.)?domainB.com$
RewriteRule ^/(.*)$ http://www.domainA.com/$1 [R=301,L]
Я не пробовал, но я думаю , что вы можете сделать это:
DomainA.com. CNAME DomainB.com.
Это вместо любых других записей в файле зоны DomainA вообще. Нет SOA, ничего.
Не пытайтесь использовать это в домене, который вам нужен.
Как утверждали другие, невозможно выполнить перенаправление HTTP только с помощью DNS. DNS и HTTP работают вместе для перенаправления пользователя с одной веб-страницы на другую.
Вы можете использовать DNS отдельно, чтобы домен A отображал тот же контент, что и домен B, но веб-браузер будет отображать домен A в URL-адресе. Вы должны быть очень осторожны с этим, так как это довольно плохо с точки зрения SEO. У вас возникнут проблемы из-за «дублированного контента», и поисковые системы накажут вас за это.
Правильный (с точки зрения UX и SEO) способ сделать эту работу - выполнить перенаправление HTTP с домена A на домен B.
Вы можете вручную настроить свои веб-серверы (Apache, Nginx, IIS и т. Д.), Чтобы они выполняли эту работу за вас, если у вас есть техническая возможность. В Интернете есть множество хороших ресурсов, которые могут помочь в этом.
Если вы не можете или не хотите контролировать инфраструктуру, вы можете использовать службу перенаправления URL-адресов, чтобы выполнить эту работу за вас. Я являюсь основателем одного под названием EasyRedir , но, безусловно, есть и другие.
Конечно, можно перенаправить , используя следующий трюк:
пусто ....................... A ................ ............ ip-addr-2
www ......................... A ... ......................... ip-addr-2
По сути, мы имеем дело с перенаправлением. Действительный URL-адрес будет разрешен на основе существующей основной DNS-зоны DNS. Фиктивный URL будет перенаправлен на ip-addr-2. Важно, чтобы имя этой записи было пустым, поэтому она упадет до следующей записи в записи и перенаправит на ip-addr-2