Не может разрешить локальный IP с помощью удаленного сервера DNS

Существует три метода, о которых я знаю;

  1. Установите заданные сценарием тестовые клиенты, которые загружают Вас сервер в точку останова с помощью реалистических шаблонов использования, существует много способов сделать это от создания тестовых клиентов самих к аутсорсингу его к компаниям специалиста. ПРОФЕССИОНАЛЫ - Вы опытным путем знаете то, что Ваша система может сделать, НЕДОСТАТКИ - трудоемкий и/или дорогой.
  2. Сделайте по существу то же как номер 1, но только загрузите свою систему в конкретный уровень (т.е. 10%, 25%, 33%, 50% и т.д.) затем экстраполируют. ПРОФЕССИОНАЛЫ - более дешевый/более быстрый, чем опция 1, но все еще хороший реалистический метод нахождения приблизительных системных пределов, НЕДОСТАТКОВ - все еще дешевый и не точных 100%.
  3. Составьте базирующийся в огромной цепочке предположений без реального знания того, кто, какой или куда дела идут поразить Вас. ПРОФЕССИОНАЛЫ - дешевый, быстро и огромный орган по предыдущему использованию методологии (см. большую часть материала поставщика продаж для примеров), НЕДОСТАТКАМ - Вы потратили впустую так много маленького времени, которое инвестируют, поскольку Ваши 'результаты' бесполезны.

Поэтому выберите, только Ваши бизнес-факторы могут помочь Вам решить.

2
задан 20 December 2014 в 15:42
1 ответ

Косвенные ссылки на такие адреса должны содержаться в предприятие. Яркими примерами таких ссылок являются DNS Resource Записи и другая информация, относящаяся к внутренним частным адреса. В частности, интернет-провайдеры должны принимать меры по предотвращению такой утечки. - RFC 1918

Вы не должны распространять записи DNS с адресами RFC 1918 за пределами вашего предприятия. Если вы хотите создать «внутреннюю» версию своей зоны DNS, содержащую внутренние адреса, это нормально (и это будет работать). Но вы не должны использовать для этого магистраль DNS Интернета.

4
ответ дан 3 December 2019 в 10:09

Теги

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