Каково объяснение для использования Расширений Конфиденциальности IPv6 для локального для ссылки (fe80::/64) адреса?

Наличие опыта несистемного администратора и навыков является большим активом к любой позиции системного администратора - поскольку это дает Вам более глубокую оценку базовой операции Ваших систем и как они служат Вашему бизнесу. Вы также лучше расположены, чтобы разговаривать правильно с программистами и ожидать/обслуживать для их потребностей. Это работает оба пути, также - Программисты с опытом системного администрирования часто намного лучше для работы с, чем программисты, у которых нет понимания роли системного администратора и методов.

Существует протест, все же. При обеспечении программирования способности в задание системного администратора становится довольно легко взять, 'У меня есть молоток, и это похоже на гвоздь' подход. Вы найдете проблемы, где Ваша первая мысль, 'Я мог записать быстрое приложение для решения этого'. Но это - проблема, потому что:

  • То, что Вы создаете, вероятно, будет неудобно в сопровождении Вашими преемниками, поскольку Ваша способность к программированию не вписывается в 'стандартный' набор способностей, которыми системный администратор обладал бы или, вероятно, захочет взять в любой глубине. Это создает проблему для бизнеса (даже если они не понимают это), потому что они будут или бороться при нахождении преемника (должен был бы найти другого системного администратора с .NET, программируя опыт, который является настоящим конкретным требованием), или они заполнят положение системным администратором без опыта .NET, и приложения будут гноиться или становиться ответственностью.
  • Вы станете отвлеченными кодированием, и Ваш фокус убегает от системного администрирования. Они - совсем другие рабочие нагрузки, требуя разных подходов, и невозможно работать в Вашем самом полном в любой способности, при попытке носить обе шляпы.
  • Кодирование дает Вам способность решить миллион проблем миллионом способов, но большинство системного администратора выпускает Вас, сталкивается уже, будет иметь решение 'для лучшей практики' доступным, или потребует некоторого другого решения, это не базируется вокруг написания Вашего собственного кода. Для предоставления примера - я столкнулся со сценариями входа в систему, скомпилированными в .exe, потому что системный администратор, который реализовал его, знал C++ лучше, чем они знали VBS.

Так или иначе моя базовая точка - то, что системный администратор с программированием опыта является активом, пока они не пытаются решить все свои проблемы системного администратора с кодом.

4
задан 6 August 2012 в 16:53
2 ответа

Единственное, что я могу придумать, где это было бы полезно, - это подсети L2, где клиенты общаются с хорошо известными серверами, но в остальном не должны напрямую общаться. В этом случае различные клиенты не смогут отслеживать друг друга на основе ранее наблюдаемых аппаратных адресов. В лучшем случае это скорее угловой случай, поскольку есть более эффективные внешние решения для выполнения такого рода разделения (например, PVLAN).

Ваша теория об общности режимов адресации кажется наиболее вероятной.

2
ответ дан 3 December 2019 в 03:32

Вы совершенно правы. Комбинирование адресов Link-Local с расширениями конфиденциальности не дает никаких преимуществ.

2
ответ дан 3 December 2019 в 03:32

Теги

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