XML-пїЅпїЅпїЅпїЅ
По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
О переходе в IT профессию не думал разве только тот, кто в IT сфере уже работает. Высокие зарплаты, постоянная удаленка, куча плюшек и битвы HR-ов за самый оригинальный подкат к айтишнику на LinkedIn. Насмотревшись на фотографии и рассказы друзей айтишников, все это заставляет многих подумать: а не пора ли сменить профессию? Если задумались - значит пора. А мы, в свою очередь, поможем разобраться, какие бывают айтишники и как вам войти в айти.
Говоря про айтишников, многие представляют себе программистов, их еще называют девелоперы (от английского developer) или разработчики. Но поверьте, айти не заканчивается на них, а скорее только начинается. Разновидностей программистов - как товаров на Amazon: frontend, backend, full-stack, веб-программисты, мобильные и десктоп разработчики, DevOps программисты и прочие.
Особенно важно разобраться с тремя первыми - фронт, бэк, и фуллстэк.
Понять разницу между фронтэнд и бэкэнд девелопером - ну очень просто. Фронтенд пишет все, что происходит в видимой зоне, а бэкенд - за видимой зоной. Сейчас разберемся на конкретных примерах:
Netflix: красивую картинку с палитрой интересных киношек, кнопки, слайдеры и все, что вы видите в видимой зоне - сделали фронты. Алгоритмы рекомендаций, авторизацию, списание денег с вашей карты, то есть биллинг, и другие компоненты на фоне - сделали бэкенд девелоперы. Когда в следующий раз будете реветь от рекомендаций мелодрамы, которая ранила вас прямо в сердечко - это бэки постарались.
Amazon: карточки товаров, категории, навигация, отзывы и прочая визуальщина - фронты. Передача на на фронт актуальных цен товаров, калькуляция условий доставки в ваш регион мешка с леденцами со вкусом корицы, механизм умного поиска - бэки.
А еще есть фуллстэк программисты - это те, кто умеют и бэк и фронт.
В среднем, чтобы стать фронтом, надо поучить HTML, CSS, JavaScript - это база, с которой уже можно верстать сайты. Но технологии не стоят на месте и сейчас зачастую обычного знания JavaScript бывает недостаточно, поскольку во многих местах используются различные фреймворки расширяющие функционал языка, такие как React, Angular или Vue.
Ну а поскольку разработчик всегда работает с командой, то нужно знать как работать с системами управления версиями, зачастую это Git и уметь работать с API, чтобы найти общий язык с бэкэнд.
Бэкенд девелоперу, очевидно, нужно знать один из языков программирования для бэка. Какой? Вам нужно определиться самому. Посмотрите вакансии, которые вас интересуют и поймите, что нужно в компании вашей мечты.
Самые известные и популярные языки это Java, Python, PHP, С, С#, С++, Ruby и Go. Их очень много, но не стоит отчаиваться глядя на их количество - изучив один язык и поняв принципы программирования, вы сможете легко перейти на другой язык.
Еще можно выделить мобильных разработчиков, которые делают приложения для iOS и Android - им нужно подучить Objective-C и Swift для iOS и Kotlin или Java для андроида.
Поскольку разработчики пишут код не в вакууме, а взаимодействуют с различными системами, то вам нужно знать про SQL и принципы работы с базами данных. И очень важно уметь работать с NoSQL - нереляционными базами. Если хочешь заниматься только базами то для этого даже есть отдельная профессия - администратор баз данных (DBA).
Если вы будете заниматься веб разработкой, то нужно знать про принципы работы HTTP и про модель OSI, про веб сервера, как минимум Apache и Nginx, как работают API, аутентификация, основы безопасности. Уф, ну кажется этого должно хватить для начала.
Идем дальше - тестировщики, а они же QA (Quality Assurance). Тестирование бывает ручное, а бывает автоматическое. Автоматизаторы, безусловно, ближе к программистам - им нужно разрабатывать алгоритмы, знать процессы разработки ПО и его тестирования.
В ручном тестировании - все немного попроще. Зачастую тестирование становится отправной точкой для карьеры будущего айтишника. Входной билет сюда чуть ниже, войти проще. Нужно знать классификацию тестирования, методы и инструменты, уметь создавать сценарии тестирования. Нужно базово понимать протокол HTTP и модель OSI, немного HTML и CSS. Хорошо бы уметь работать с командной строкой, знать SQL, принципы API чтобы гонять запросы в каком-нибудь клиенте типа Postman, знать инструменты автоматического тестирования, такие как Selenium или Sahi.
Уф, кажется, основные профессии, связанные напрямую с разработкой софта мы проговорили. Теперь, друг, давай разберемся с не менее крутой частью IT, где ощущается острейший дефицит кадров - это инфраструктурные айтишники.
Итак, сетевые инженеры - без них не “взлетит” ни одно приложение, сервис, сайт, платформа, да что угодно! Сетевики настраивают маршрутизацию трафика, управляют сетью и гарантируют взаимодействие айти - инфраструктуры с внешними сетями. Открывая Tinder, каждый свайп вправо генерирует запрос к серверам, который прилетает в дата - центр тиндера и маршрутизируется на нужный сервер - это как раз сетевик постарался.
Сетевик должен знать основы сетевых технологий - классической школой в этом плане являются технологии Cisco (а также Huawei, Juniper и Mikrotik), надо знать технологии виртуализации, уметь работать с операционными системами Linux и Windows Server, иметь представления о кибербезопасности и уметь читать и базово говорить по английски.
И конечно безопасники - про их востребованность сейчас, вы наверняка догадываетесь. Среди них выделяют:
Инженеров - эти ребята делают безопасной сеть, настраивают фаерволы, антивирусы, анти-DDoS, прокси и прочие средства защиты
Аналитиков - которые выявляют инциденты, мониторят и находят вредоносную активность, расследуют взломы, утечки и другие неприятные моменты
Пентестеров - это HackerMan’ы по найму. Ага, эти ребята занимаются легитимным взломом, чтобы потом вы могли закрыть все дырки обнаруженные ими и не стать жертвой настоящих хакеров
Консультантов - знают все законы и требования в ИБ, помогут в получении нужных бумаг, чтобы не попасть на штрафники от всяких регуляторов
Appsec, Cloudsec - занимаются безопасностью приложений и облачной инфраструктуры
В компаниях постоянно идут эпические битвы между айтишниками и ИБшниками, потому что последние, довольно параноидальные ребята. Они стараются максимально обезопасить инфраструктуру и её активы, вводя для этого различные правила. Например - хочешь подключиться к корпоративному VPN? Сначала пройди двухфакторную аутентификацию! Долго? Зато безопасно.
Для безопасника будет полезно понимать основы сетевой безопасности, а также операционных систем, знать что такое триада CIA и принцип Defense in Depth, ну и конечно же - знать какие существуют методы атак, вредоносного ПО и прочих ИБ угроз.
Так же есть более узкопрофильные направления - Linux или Windows администратор, специалист по IP - телефонии, администратор баз данных, SRE инженер и многие другие! Ну и конечно можно наоборот выделить широкопрофильного системного администратора - специалиста, который настраивает и поддерживает ИТ инфраструктуру компании и должен знать много вещей из разных областей.
Так, кажется большинство популярных технических направлений мы проговорили. Теперь давайте прыгнем к менеджерам, тем, кто управляет ИТ проектами и продуктами с точки зрения бизнеса. Вообще, скажем так, быть техно - коммерческим специалистом в айти отрасли ну крайне выгодно: комбинируя хороший технический бэкграунд, знание бизнес специфики, добавив высокие коммуникативные навыки и надев белую рубашку вы автоматически получаете высочайшую зарплату, корпоративную тачку и прочие радости. Ладно, шутка, давайте разбираться.
Продакт менеджеры (они же продакты) - эти ребята отвечают за коммерческий успех продукта и реализацию бизнес требований. Продакт знает такие фреймворки как Scrum и Agile, должен знать цикл разработки программного обеспечения, отвечать за список задач на разработку, который также называют “бэклог” и обязательно уметь говорить на одном языке с разработчиками, топ-менеджментом, продавцами, маркетингом и другими подразделениями компании. Пожалуй, продакт должен знать такие инструменты как JIRA, Trello, Miro, Slack и Wrike, и уметь анализировать метрики успеха продукта.
Если хотите двигаться в это направление, рекомендуем получить интересующие вас технические навыки, а потом двигать в бизнес плоскость - почитать Lean Startup, “Спросите маму” Роберта Фитцпатрика и про Scrum у Джеффа Сазерленда. Эти книги помогут вам базово сориентироваться в пространстве и получить базовое представление.
Проектные менеджеры, они же delivery менеджеры - они отвечают за реализацию проекта - контроль сроков, доставку функций продукта в продакшн, то есть в реальную среду работы продукта, отвечают за организацию человеческих ресурсов и планирование, в том числе релизов. Из хард скиллов вам надо знать что такое "Диаграмма Ганта", изучите свод знаний по управлению проектами PMBOK, который разработан американским Институтом управления проектами (PMI), знать гибкие методологии и уметь работать с теми же инструментами, что и продакту (JIRA, Trello, Miro, Slack и Wrike).
А еще есть UX - дизайнеры, продуктовые дизайнеры, аналитики, но они имеют менее технический уклон, чем продакты и проджекты.
Познать востреброванные айти профессии, получая знания в легкой и дружелюбной форме можно с помощью нашей платформы доступного айти образования Merion Academy: ознакомиться со списком курсов и пройти бесплатные вводные уроки можно по этой ссылке.
Работа со сценариями PowerShell может оказаться захватывающим приключением. Ведь он предоставляет вам чистый интерфейс для того, чтобы вы могли создать свои сценарии и автоматизировать с их помощью шаблонные задачи.
Если вы разработчик, то вполне можете создавать полноценные сценарии автоматизации. PowerShell отлично справляется с этой задачей, особенно если вы используете его для того, чтобы создавать, тестировать и развертывать решения в средах CI/CD.
В этой статье мы поближе посмотри на то, как создаются и запускаются сценарии PowerShell. Здесь мы пробежимся по пошаговому руководству, как сделать это с помощью VS Code, Notepad и ISE (Integrated Scripting Environment – интегрированная среда разработки сценариев).
Давайте начнем!
Что такое PowerShell?
PowerShell – это кросс-платформенное инструментальное средство автоматизации и конфигурирования. Он предоставляет полный пакет для администраторов, разработчиков и прочих пользователей, который позволяет запускать командлеты (небольшие и легкие команды) для управления различными задачами.
Под пакетом понимается следующее:
Оболочка командной строки
Соответствующий язык программирования
Фреймворк для выполнения командлетов
В отличие от командной строки, его можно использовать на всех основных платформах, в том числе Windows, Linux и macOS.
Если смотреть с технической точки зрения, в основе PowerShell лежит платформа .NET. За счет своего принципа работы он поддерживает объекты и структурированные данные, например, JSON, CSV и XML. Кроме того, разработчики могут вместе с PowerShell использовать REST API. Увы, но стандартная командная строка всего этого не поддерживает, так как она текстовая.
Все сценарии PowerShell имеют расширение .ps1.
Если вы собираетесь писать сценарии PowerShell, то вам нужно знать три ключевых понятия:
Командлеты
: это элементарный исполняемый сценарий, который предлагает предварительно настроенный функционал. Например, для того, чтобы скопировать какой-то элемент, вы можете воспользоваться командлетом Copy-Item, для того, чтобы получить справку, - Get-Help, для того, чтобы вывести что-либо на экран, - Write-Host.
Псевдонимы
: псевдонимы позволяют легко обращаться к командлетам. Они обеспечивают более быстрый доступ к ним. Однако желательно использовать их с подсказками с точки зрения интерактивности и не стоит их использовать при непосредственном написании сценариев PowerShell.
Функции
: функция – это набор операторов PowerShell. Инициировать работу функции можно, вызвав ее.
PowerShell и написание сценариев
Написание сценариев – это основополагающий метод автоматизации некоторой вашей работы. Неважно кто вы, программист, администратор или фрилансер, сценарии могут автоматизировать какие-то стандартные рабочие процессы.
Если уж на то пошло, то у написания сценариев есть большое количество преимуществ, например,
Автоматизация экономит ваше драгоценное время
Переносимая база знаний
Позволяет поддерживать согласованность между системами
Повышает уровень ваших навыков и шансы на трудоустройство
Вы можете писать сценарии PowerShell, Bash, Ruby или Python.
В общем-то, PowerShell – это отличный инструмент для написания сценариев. Между тем, Windows не позволяет запускать сценарии в силу настроек безопасности. Их запуск может привести к таким ошибкам, как «Running scripts is disabled on this system.» («Запуск сценариев в этой системе запрещен.»). Для того, чтобы обойти этот момент и все же выполнить сценарий, вам необходимо установить правильную политику исполнения (рассмотрено далее).
Почему для написания сценариев нужно использовать PowerShell?
Одна из основных причин, почему для написания сценариев стоит выбрать именно PowerShell, заключается в том, что он может работать на разных платформах. Он поддерживает Windows, Linux и MacOS, чего нельзя сказать о стандартной командой строке Windows.
PowerShell можно использовать для того, чтобы создавать простые задания с помощью простых построителей задач. Например, вы можете воспользоваться PowerShell для того, чтобы перезагрузить компьютер, периодически очищать кэш или даже выполнить аутентификацию сеансов.
Кроме всего прочего, сценарии PowerShell преимущественно используются для того, чтобы автоматизировать процесс управления системой. И тем не менее, вы, как разработчик, можете использовать его для тестирования, сборки и развертывания сборок в среде CI/CD.
Как создавать сценарии PowerShell?
Для того, чтобы создавать сценарии PowerShell, вам нужен текстовый редактор. В большинстве случаев вы будете довольны и самым простым текстовым редактором, но, если вы решите попробовать современный редактор текста/кода, то можете обнаружить, что весь процесс стал лучше поддаваться управлению.
Именно поэтому мы начнем с того, что продемонстрируем то, как можно создавать сценарии PowerShell с помощью Visual Studio Code (также известного как VS Code). Помимо этого, мы рассмотрим, как можно создавать сценарии PowerShell в Блокноте и прочих интегрированных средах, которые отлично подходят для написания сценариев, например, PowerShell Integrated Scripting Environment (PowerShell ISE).
1. С помощью VS Code
VS Code – это надежный кросс-платформенный редактор кода, и, к тому же, бесплатный. Его разработкой занимается компания Microsoft. Она предоставляет пользователям дополнительные преимущества отличной поддержки PowerShell.
Вы получаете чистый готовый интерфейс и можете выбрать для работы чуть ли не любой язык программирования.
VS Code – это полноценный редактор кода, а значит, он поддерживает расширения. И для того, чтобы писать сценарии PowerShell было еще более удобно, мы воспользуемся расширением PowerShell.
Установка Visual Studio Code
Для начала вам нужно установить VS Code.
Для того, чтобы сделать это, перейдите на страницу скачивания Visual Studio Code. Выберите подходящую версию VS Code в зависимости от вашей операционной системы. Мы используем Windows 11, поэтому мы выбрали версию для Windows.
После того, как загрузка завершится, дважды щелкните по установщику и для того, чтобы установить программу на свой компьютер, следуйте указаниям мастера установки.
Установка расширения PowerShell
Установить расширение PowerShell можно двумя способами. Для начала создайте новый файл с расширением .ps1.
VS Code довольно продуманный и понимает, что вы собираетесь работать с PowerShell, поэтому автоматически рекомендует вам установить расширение PowerShell от Microsoft.
Чтобы установить расширение, нажмите кнопку «Install» («Установить»). Или же, если вы хотите узнать больше, нажмите кнопку «Show Recommendations» («Показать рекомендации»).
Если по той или иной причине Visual Studio Code не выдал вам никаких рекомендаций, вы можете попробовать найти плагин вручную.
Для того, чтобы открыть окно с расширениями, нажмите на символ с четырьмя квадратиками (с одним вылетающим квадратиком) или нажмите Ctrl+Shift+X. Теперь введите в строке поиска «PowerShell» и нажмите на первый результат. После этого переходите к его установке (нажмите кнопку «Install»).
В конце он спросит вас, доверяете ли вы авторам файлов, находящихся в рабочей среде. Для того, чтобы завершить установку, нажмите «Trust Workspace&Install» («Доверять рабочей среде и установить»).
Создание сценария PowerShell с помощью VS Code
Теперь, когда вы по всем правилам установили VS Code и расширение PowerShell, вы можете создать свой первый сценарий PowerShell.
Если вы еще не создали новый файл, то вы можете это сделать следующим образом:
Откройте VS Code
Откройте главное меню, нажмите «File» («Файл»), а затем «New Text File» («Новый текстовый файл»).
Теперь сохраните файл, выбрав «File» -> «Save As» («Файл» -> «Сохранить как»).
Введите название файла и не забудьте указать расширение .ps1.
В конце нажмите «Save file» («Сохранить файл»).
Вот и все! Теперь вы можете создать свой сценарий. Я добавил командлет Write-Host со значением «This is a VS Code Script written for Geekflare.» («Это сценарий VS Code, написанный для Geekflare.»).
Чуть позже мы посмотрим, как выполнить этот сценарий, так что читайте дальше!
2. С помощью Блокнота
Нет ничего проще, чем создавать сценарии PowerShell в Блокноте.
Все, что вам для этого нужно, выполнить следующее:
Откройте Пуск и найдите там Блокнот (Notepad).
Теперь щелкните по нему правой кнопкой мыши и выберите «Открыть от имени администратора» («Open as an administrator»).
Напишите свой сценарий.
В качестве примера напишем «This is a PowerShell Script written in Notepad.» («Это сценарий PowerShell, написанный в Блокноте.»).
Перейдите в главное меню, выберите «File» и нажмите «Save As».
Введите название вашего сценария PowerShell и нажмите «Save».
Вот и все! Вы успешно создали сценарий PowerShell в Блокноте.
3. С помощью PowerShell ISE
Кроме того, PowerShell в Windows предлагает нам свою собственную интегрированную среду разработки сценариев. С ее помощью вы можете писать свои сценарии, не прибегая к помощи сторонних редакторов кода и текста.
Для того, чтобы использовать его с толком, вам нужно выполнить следующее:
Откройте Пуск.
Найдите Windows PowerShell ISE, введя в строку поиска «PowerShell».
Выберите первый результат, щелкните по нему правой кнопкой мыши и выберите «Открыть от имени администратора». Откроется окно Windows PowerShell ISE.
Теперь нажмите «File» и выберите «New» («Новый»). Откроется окошко с новым файлом (как показано ниже).
Напишите сценарий. В качестве примера напишем «This is a PowerShell Script written with the help of PowerShell ISE.» («Это сценарий PowerShell, написанный с помощью PowerShell ISE.»).
После чего, нажмите «File» и выберите «Save As».
Введите название файла и нажмите «Save».
Помимо всего прочего, PowerShell ISE может помочь вам запустить сценарий. Для этого найдите сверху кнопку «RUN» («ЗАПУСТИТЬ») и нажмите ее. Если она выдает ошибку безопасности, то ниже вы можете прочитать, как ее исправить.
Как исправить ошибку безопасности сценария PowerShell и запустить его?
Как мы уже говорили ранее, у Windows есть строгая политика безопасности в отношении запуска сценариев. Для того, чтобы решить этот вопрос, вам нужно разрешить выполнение сценариев на вашем компьютере под управлением Windows.
Для этого выполните следующее:
Откройте Пуск.
Найдите PowerShell.
Теперь щелкните на приложение PowerShell правой кнопкой мыши.
Выберите «Открыть от имени администратора».
Когда PowerShell откроется, введите команду Set-ExecutionPolicy RemoteSigned.
Нажмите Enter. После этого приложение запросит подтверждение. Чтобы разрешить запуск сценариев, нажмите А.
Вот и все! Теперь вы наконец-то можете запускать свои сценарии!
Ниже мы показали, как это выглядит в случае с PowerShell ISE.
А вот так это выглядит в случае с Visual Studio Code.
А в случае с Блокнотом вам придется запустить сценарий непосредственно из командной строки PowerShell.
Рекомендации по написанию и запуску сценариев PowerShell
Когда вы работаете со сценариями PowerShell, необходимо следовать рекомендациям, а именно:
Используйте полную форму командлета, а не псевдоним. Псевдоним удобно использовать, когда вы работаете с консолью. Да, он может улучшить интерактивность, но может испортить сценарий.
Желательно не использовать командлет Write-Host, поскольку его функциональные возможности довольно ограничены. Да, он может вывести какой-то текст на экран, но вы не можете настроить то, каким цветом будет печататься этот текст. Вместо этого лучше используйте командлет Write-Output.
Всегда используйте существительное внутри командлета только в единственном числе, не во множественном.
Используйте для командлета только утвержденные глаголы.
Если возможно, указывайте расширение приложения. Это поможет устранить путаницу и повысит уровень читаемости.
Используйте специальные редакторы кода PowerShell, например, VS Code или PowerShell ISE. У них есть отличные функции, которые помогут вам в написании и запуске сценариев PowerShell. Конечно, вы можете использовать Блокнот (Notepad или Notepad++), но в таком случае вы сузите границы своих возможностей.
Старайтесь комментировать код, но не переборщите, поскольку это может плохо повлиять на читаемость кода и удобство его сопровождения.
Убедитесь в том, что вы установили правильный параметр безопасности для запуска сценариев PowerShell.
Заключение
Вот и все! Теперь вы знаете, как создавать и запускать сценарии PowerShell с помощью Блокнота, VS Code и PowerShell ISE. Кроме того, вы можете использовать любой из упомянутых выше инструментов для того, чтобы писать и выполнять сценарии PowerShell.
И тем не менее, как уже было сказано в рекомендациях, писать сценарии PowerShell в Блокноте – не самая лучшая идея. В таком случае вы упускаете возможность воспользоваться многими функциями, которые есть у специальных редакторов кода VS Code и PowerShell ISE.
Давайте окунемся в историю. Начиная с конца 1990-х, все коммутаторы Cisco поддерживали проприетарный протокол, который помогал инженерам настраивать одинаковые VLAN-ы на нескольких коммутаторах одновременно, и этот протокол называлcя Virtual Trunking Protocol (VTP). Мы не будем погружаться в детали работы VTP, но коснемся того, как различные режимы работы VTP влияют на коммутаторы и настройку VLAN-ов.
VLAN (Virtual Local Area Network) – виртуальная локальная сеть, помогает создавать новые бродкастные домены, увеличивает сегментацию и безопасность сети.
Изначально, Cisco поддерживала другой транковый протокол – Cisco Inter – Switch Link (ISL). Так как данный протокол поддерживал только создание VLAN-ов в диапазоне 1-1005, ранние версии VTP также поддерживали только данные VLAN-ы. Это означает, что если вы используете VTP версии 1 или 2 (по умолчанию), у вас будут доступны только VLAN-ы с 1 по 1001 (1002 – 1005 всегда зарезервированы).
Катализатором изменений во много являлся новый стандарт IEEE 802.1Q, а именно, произошло увеличение количества поддерживаемых VLAN-ов до 4 094 штук – за исключением зарезервированных. Такая новость очень пришлась по вкусу инженерам, так как в большой сети возросшее количество VLAN-ов очень помогло в отношении гибкости и удобства. Но при этом третья версия VTP появилась только в 2009 году, поэтому многие привыкли настраивать сеть без использования VTP.
Как это влияет на настройку VLAN-ов, спросите вы? Все коммутаторы Cisco поддерживают стандарт IEEE 802.1Q (некоторые так вообще поддерживают только его), некоторые свитчи поставляются с включенным VTP сервером, что означает, что из коробки они поддерживают только тысячу с небольшим VLAN-ов. Чтобы получить доступ ко всему диапазону VLAN-ов, необходимо настроить VTP версии 3, затем поставить его в прозрачный режим, либо просто выключить VTP целиком.
Не все коммутаторы Cisco поддерживают 4 090 VLAN-ов. Это ограничение оборудования, как такового. При покупке оборудования из нижнего ценового диапазона, обязательно проверяйте этот момент в даташите
Команды для настройки VLAN
Ниже указаны основные необходимые для создания VLAN-а команды на коммутаторе:
conf t - вход в режим конфигурации коммутатора;
vlan %номер vlan-а% - создаие VLAN-а, нужно указать номер;
name %имя vlan-а% - также VLAN-у можно присвоить имя;
VLAN не будет создан, пока вы не выйдете из режима настройки VLAN-а.
Однако, существует еще один способ создания VLAN-а – с помощью назначения интерфейса в VLAN.
conf t - вход в режим конфигурации коммутатора;
interface %номер интерфейса% - вход в конкретный интерфейс;
switchport access vlan %номер vlan-а% - присваиваем VLAN интерфейсу, если VLAN не существовал, он будет автоматически создан;
Как удалить VLAN? Об этом ниже:
conf t - вход в режим конфигурации коммутатора
no vlan %номер vlan-а% - удаление VLAN-а
Для проверки созданных VLAN-ов, используйте следующие команды:
show vlan
show vlan brief
Так как VTP по умолчанию настроен в режиме сервера на большинстве коммутаторов, создание VLAN-ов за пределами стандартного диапазона приведут к неудаче (способами, описанными выше). Ошибка вылетит только при выходе из режима конфигурации VLAN-а. Чтобы исправить данную проблему, необходимо переключить версию VTP на третью, или же режим VTP должен быть переключен на transparent или полностью выключен. Ниже показаны команды для изменения режима работы VTP.
conf t - вход в режим конфигурации коммутатора;
vtp mode {server / client / transparent / off} - настройка режима VTP, для использования расширенного диапазона VLAN-ов, вам нужны transparent или off;
Маленькая компания переезжает в новый офис?
Теперь приведем пример настройки коммутатора согласно следующему сценарию: организация переезжает в новое здание, причем отдел продаж и отдел разработки будут находиться на одном этаже. В целях экономии средств и времени, было решено, что все устройства будут подключены через единственный коммутатор. Так как у двух вышеупомянутых отделов должны быть разные права доступа, их необходимо виртуально разделить между собой.
У продавцов будет VLAN 10, и все программисты будут находиться в VLAN 20. На коммутаторе все рабочие станции продавцов будут подключены к портам Fast Ethernet 0/1 – 0/12, а у программистов к портам 0/13 – 0/24.
Для этого нам необходимо будет настроить каждый интерфейс в соответствии с нужным VLAN-ом. Для этого мы будет использовать команду interface range. Итак, внимание на команды:
conf t - вход в режим конфигурации коммутатора;
vlan 10 - создаем VLAN для команды продавцов;
vlan 20 - создаем VLAN 20 для команды программистов. Обратите внимание, что даже команда сработала, несмотря на то, что вы были в режиме конфигурации VLAN-а, как будто это был глобальный режим конфигурации;
interface range fastethernet0/1-12 - проваливаемся в режим конфигурации интерфейсов 1 – 12;
switchport access vlan 10 - настраиваем интерфейсы для работы в VLAN 10;
interface range fastethernet0/13-24 - проваливаемся в режим конфигурации интерфейсов 13 – 24;
switchport access vlan 20 - настраиваем интерфейсы для работы в VLAN 20;
do wr - сохраняем конфиг;
Как только вы поймете основы создания VLAN-ов, вы увидите, что это совсем несложно. Основными подводными камнями являются различные режимы коммутации, но об этом мы расскажем в следующих статьях.