Вопросы Теги

Настройте надлежащие записи DNS для отдельного веб-хост-сервера и почтового сервера

Короткий ответ: Нет.

  • Если Вы находитесь на Рабочем столе A и хотите скопировать файл на Сервере B от \ServerB\Share1 до \ServerB\Share2, то копия должна будет пройти сеть к Вашей машине и затем обратно.

  • Можно сделать это через RDP к ServerB, который Вы не хотите.

  • Вы могли сделать это через удаленную командную строку также, как telnet или psexec к ServerB. Но это не GUI.

  • Единственной вещью, которую я видел как это, является WinSCP - при использовании его, чтобы переместить или копировать файл на удаленном сервере, с которым Вы соединились через SFTP/SSH, это сделает локальные команды для выполнения этого. Если бы у Вас был сервер SSH2, работающий на Вашем ServerB, то Вы могли бы сделать это этот путь. WinSCP может быть установкой для сходства с Проводником.

Я не знаю, сделает ли WinSCP то же через FTP, и он не соединится с помощью SMB вообще, и SMB не имеет условий для того, чтобы удаленно выполнить удаленную копию так или иначе.

5
задан 21 April 2012 в 03:37
3 ответа

[Честно говоря, у вас здесь так много вымышленных данных, что это, вероятно, будет излишне запутанным. Я постараюсь сохранить все прямо.]

Если я правильно понял ваш вопрос, в настоящее время у вас есть следующие записи DNS: 

example.com.      A   1.2.3.4
example.com.      MX  10 example.com.
www.example.com.  A   4.5.6.7

... и множество неуказанных записей CNAME . Кроме того, существует: 

some.other.host.  A   2.3.4.5

... хостинг вашего нового веб-сайта.

Вы хотите, чтобы example.com (и предположительно www.example.com ) указывали на ваш новый сайт, не прерывая работу электронной почты.

Попробуйте следующее:

  • Зарегистрируйте mx.example.com как новую запись A , указывающую на 1.2.3.4 . Обновите запись MX для example.com , чтобы она указывала на mx.example.com . На этом этапе у вас будет: 

     example.com. А 1.2.3.4
mx.example.com A 1.2.3.4
example.com. MX 10 mx.example.com.
www.example.com. A 4.5.6.7

  • Теперь подождите, как минимум, вдвое больше TTL для ваших записей, чтобы убедиться, что Срок действия старой записи MX истекает из кэшей DNS.

  • Затем обновите запись A для example.com и www.example.com чтобы указать на ваш новый сайт. В итоге вы получите что-то строки: 

     example.com. А 2.3.4.5
example.com. MX 10 mx.example.com.
mx.example.com. А 1.2.3.4
www.example.com. А 2.3.4.5

На данный момент, я думаю, у вас есть то, что вы хотите. Электронная почта продолжает быть обрабатывается вашим существующим почтовым сервером, но ваше присутствие в Интернете было переехал на ваш новый хост.

7
ответ дан 3 December 2019 в 01:02

TL; DR

Создайте запись A, которая указывает mail.example.com на IP-адрес вашего внутреннего почтового сервера. Измените запись MX так, чтобы она указывала на запись A почтового сервера.

Измените запись A для @ .example.com, чтобы она указывала на IP-адрес сервера с новым веб-сайтом. Создайте CNAME для www.example.com, которое указывает на @ .example.com. Или вы можете создать еще одну запись A, которая указывает www.example.com на новый веб-сервер.

Немного глубже

Некоторые вещи, которые могут вас заинтересовать:

  1. 'Example.com' НОВЫЙ сайт существует как пользователь (~ exampledotcom) в учетной записи компании B.

К вашему сведению, я надеюсь, что у вас есть хорошие правила перенаправления для любой маски, что веб-сайт находится в каталоге пользователя. Здесь нет технических проблем, но ... кажется, что это немного не так.

Если я правильно понимаю текущую настройку, «они» указывают Я надеюсь, что у вас есть хорошие правила перенаправления, чтобы скрыть, что веб-сайт находится в каталоге пользователя. Здесь нет технических проблем, но ... это кажется немного неуместным.

Если я правильно понимаю текущую настройку, «они» указывают Надеюсь, у вас есть хорошие правила перенаправления, чтобы скрыть, что веб-сайт находится в каталоге пользователя. Здесь нет технических проблем, но ... кажется, что это немного не так.

Если я правильно понимаю текущую настройку, «они» указывают 'example.com' на адрес почтового сервера ТОЛЬКО, чтобы они могли установить MX Запишите как example.com. Не могли бы вы просто изменить запись MX на IP-адрес почтового сервера?

Они не устанавливают запись A example.com на тот же адрес, что и почтовый сервер, по какой-либо другой причине, кроме того, что это, вероятно, универсальная служба, которая запускает веб-сервер, почтовый сервер, ftp-сервер и все, что они используют для управления сайтом. Да, запись A и запись MX независимы и могут указывать на разные хосты.

Как мне организовать свои серверы имен? Размещает ли НОВЫЙ сайт с компанией B должны быть на выделенном IP, чтобы я мог установить Запись на Example.com?

Вам не нужен выделенный IP-адрес. Большинство веб-серверов настроены для дифференциации виртуальных хостов, так что запросы для вашего веб-сайта отправляются в соответствующий каталог независимо от того, используете ли вы IP-адрес для десятков или сотен других сайтов.

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

В общем, это не похоже на беспорядок. Я видел и хуже. =)

1
ответ дан 3 December 2019 в 01:02

В отдельных доменах / DNS, провайдерах Интернета и электронной почты :

Не обязательно иметь хостинг для DNS, веб-хостинга и электронной почты. тремя разными организациями. Для этого есть веские причины:

  • Разделение услуг регистрации домена и DNS от вашего провайдера веб-хостинга гарантирует, что у вашего хоста не будет стимула затруднять вам смену провайдера.
  • Специализированная электронная почта такие предложения, как Google Apps и Office 365 намного превосходят учетные записи электронной почты, которые связаны с учетными записями веб-хостинга.

От того, будет ли общий IP-адрес работать для вашего веб-сайта :

  • Веб-сайт не должен находиться на выделенном IP-адресе.
  • Однако, если IP-адрес веб-сайта используется совместно с другими сайтами, com
  • Создайте запись TXT , содержащую правильную информацию SPF для исходящей почты.
  • Если вы администрируете свой собственный почтовый сервер (но, пожалуйста, не делайте этого, если вы не являетесь экспертом по электронной почте), убедитесь, что владелец его IP-адреса создал запись PTR , чтобы обратный поиск идентифицировал этот адрес как mail.example.com . Это не настроено в том же месте, где вы создаете свои записи A и MX , и маловероятно, что у вас есть возможность сделать это самостоятельно. .

Через неделю или две, , как только вы убедитесь, что ваша новая запись MX вступила в силу, вы можете сделать следующее, чтобы люди, которые пытаются посетить ваш веб-сайт через example.com вместо www.example. com не разочарованы:

  • Измените запись A для example.com (также известную как @. example.com ) и укажите ее на IP-адрес нового веб-сервера.

Очень важные предостережения для изменений DNS:

  • Если вы вносите изменения в записи DNS своего веб-сайта, ваш старый веб-сайт должен оставаться в сети (если он статичен) или пересылать -proxy запрашивает ваш новый сайт (если динамический) по крайней мере , пока не истечет TTL ваших старых записей DNS. Не совершайте ошибку , отключая старый сайт сразу после изменения настроек DNS, чтобы направлять посетителей на новый сайт.
  • Аналогичным образом, если ваш сервер входящей электронной почты меняется, вам необходимо либо настроить прокси SMTP на старом почтовом сервере » s IP-адрес или ожидайте, что некоторая электронная почта может быть доставлена ​​неправильно, пока не истечет TTL старой записи MX и / или до 48 часов.
  • Естественно, эти эффекты могут быть в некоторой степени смягчены уменьшением TTL "старых" записей DNS на что-то относительно короткое (например, 7200 секунд == 2 часа), а затем ожидание , пока предыдущий TTL не истечет до того, как сделает какое-либо изменения.
5
ответ дан 3 December 2019 в 01:02

Теги

Похожие вопросы