Настройка Hp aruba 2530
Обновлено: 21.11.2024
Базовые, начальные и достаточно безопасные настройки коммутатора HP 2530
Мне нравятся коммутаторы HP (HPE/Aruba) серии 2530. В основном они не лишены смысла, и их довольно удобно настраивать из командной строки.
Вот (некоторые) настройки, которые я люблю копировать и вставлять на консоль HP 2530 при первом запуске. Пожалуйста, замените вещи в UPPER_CASE, чтобы они соответствовали вашей среде.
Если вы являетесь Другом Порядка, вы можете начать первоначальную настройку с помощью сброса . Я не включил это в приведенный ниже код на случай, если кто-то из нас использует его в сеансе ssh (что было бы… неудобно).
Используйте диспетчер паролей и создайте (отдельные) пароли для менеджера и оператора . Используйте диспетчер паролей команд и оператор паролей, чтобы установить их. Возможно, вы захотите использовать открытый текст YOUR_MANAGER_PASS менеджера паролей, если вы обещаете мне, что не будете использовать один и тот же пароль менеджера более чем на одном коммутаторе :)
Итак, вот краткий обзор настроек:
- Укажите хорошее имя хоста для коммутатора.
- Настройте маршрутизацию всего IP-трафика управления на ваш шлюз (VLAN управления)
- Используйте зашифрованные протоколы (о SSL-сертификатах я пишу здесь)
- Разрешить менеджеру и оператору входить в систему через ssh с помощью ключей (обратите внимание, что для работы открытый ключ должен быть заключен в одинарные кавычки)
- Установите параметры ведения журнала; я использую объект local0
- Разрешить доступ по протоколу snmp только для чтения (здесь может потребоваться более высокий уровень безопасности)
- Используйте NTP для синхронизации времени (для использования ntp у вас должна быть довольно свежая прошивка)
- Настройте VLAN управления и разрешите управление только из этой VLAN
- Настройте телеметрию, чтобы она поступала из VLAN управления (или, если вы действительно хотите, из отдельной VLAN телеметрии)
- Установите пароли для администратора и оператора.
Добавьте порт для управления VLAN, подключитесь и обновите прошивку. Я уверен, что вы могли бы сделать это и через командную строку, но мои навыки ограничены.
И это, я думаю, более или менее покрывает это. Я добавлю в этот пост, если я придумаю что-нибудь аккуратное или необходимое. Помимо этого сертификата.
У клиента есть старый коммутатор HP Aruba 2530 48G Switch. Мы находимся в процессе капитального ремонта их сети, чтобы разделить всех из текущей единственной подсети на их собственные VLAN. Маршрутизатор/брандмауэр и все новые коммутаторы HP 1920s готовы и работают, и все они доступны/управлены по IP-адресам в vlan, как и ожидалось, но у меня проблемы с Aruba.
На Aruba, начиная с конфигурации по умолчанию и работая в веб-интерфейсе, я редактировал vlan1 и потерял подключение. Все, что я сделал, это изменил настройку IP Config с DHCP/BOOTP на MANUAL и установил статический IP-адрес в подсети vlan1, затем пометил vlan1 на порту 48, а затем сохранил свои изменения. В этот момент я потерял связь с коммутатором и не смог найти способ вернуться, поэтому завтра утром я должен забрать его, чтобы восстановить заводские настройки и повторить попытку.
Дополнительный вопрос: если я правильно прочитал документацию HP для этого коммутатора, если я сбросил его до заводских настроек, он потеряет свой IP-адрес, и кажется, что они подразумевают, что он не получит новый от DHCP, чтобы я мог вернуться в веб-интерфейсе. Более старое сообщение на форуме, похоже, подтверждает это, им пришлось подключиться к своему коммутатору, чтобы установить на нем IP-адрес. Так ли обстоит дело с этим переключателем?
Джоннидотексе
Популярные темы об оборудовании HPE
Джерард Бикманс
Удобно ли вам пользоваться интерфейсом командной строки? Я не пользовался веб-интерфейсом HP(E)/Aruba уже несколько лет — все настройки делаю исключительно из командной строки. Иногда проще использовать консольный интерфейс, чтобы избежать блокировки в случае, если вы сделаете неправильную конфигурацию VLAN и порт, через который вы подключились, окажется отключенным.
Вы сказали, что ранее пометили порт 48 для vlan 1 и потеряли подключение. Я предполагаю, что вы сами были подключены к другому коммутатору, поэтому этот порт 48 был, так сказать, вашей «точкой входа». Если проблема была связана с пометкой порта 48 для vlan 1, то обычно это означает, что другой конец этого кабеля также не был помечен для vlan 1
Возможно, тот восходящий порт на другом конце все еще был непомеченным vlan 1? Или что-то совсем другое.
Проблема также может быть связана с маршрутизацией. Если вы изменили IP-адрес, вы изменили его на совершенно другую подсеть? Если да, то установили ли вы новый шлюз по умолчанию, соответствующий новой подсети, чтобы коммутатор знал, как подключиться к вам?
В подобных случаях было бы полезно знать подробности о сети, чтобы составить более полную картину, например:
* IP-адрес вашего собственного компьютера, который вы использовали для доступа к коммутатору
* Путь вашего соединения через любые промежуточные маршрутизаторы и коммутаторы
* IP-адреса всех задействованных устройств, особенно старый и новый IP-адрес переключателя
Это поможет немного сузить круг вопросов, если ваша проблема, скорее всего, связана с тегом/удалением тега VLAN или с подсетью/маршрутизацией.
14 ответов
Джерард Бикманс
Удобно ли вам пользоваться интерфейсом командной строки? Я не пользовался веб-интерфейсом HP(E)/Aruba уже несколько лет — все настройки делаю исключительно из командной строки. Иногда проще использовать консольный интерфейс, чтобы избежать блокировки в случае, если вы сделаете неправильную конфигурацию VLAN и порт, через который вы подключились, окажется отключенным.
Вы сказали, что ранее пометили порт 48 для vlan 1 и потеряли подключение. Я предполагаю, что вы сами были подключены к другому коммутатору, поэтому этот порт 48 был, так сказать, вашей «точкой входа». Если проблема была связана с пометкой порта 48 для vlan 1, то обычно это означает, что другой конец этого кабеля также не был помечен для vlan 1
Возможно, тот восходящий порт на другом конце все еще был непомеченным vlan 1? Или что-то совсем другое.
Проблема также может быть связана с маршрутизацией. Если вы изменили IP-адрес, вы изменили его на совершенно другую подсеть? Если да, то установили ли вы новый шлюз по умолчанию, соответствующий новой подсети, чтобы коммутатор знал, как подключиться к вам?
В подобных случаях было бы полезно знать подробности о сети, чтобы составить более полную картину, например:
* IP-адрес вашего собственного компьютера, который вы использовали для доступа к коммутатору
* Путь вашего соединения через любые промежуточные маршрутизаторы и коммутаторы
* IP-адреса всех задействованных устройств, особенно старый и новый IP-адрес переключателя
Это поможет немного сузить круг вопросов, если ваша проблема, скорее всего, связана с тегом/удалением тега VLAN или с подсетью/маршрутизацией.
ОП Джоннидотексе
На устройстве Watchguard настроены все вланы, для всех вланов включен DHCP, все вланы помечены на int1 рабочей группы. Соединительный кабель проходит от WG int1 до порта 48 1920-х годов, где все вланы помечены. На этом же коммутаторе у меня есть порт 47, помеченный всеми вланами, и здесь я подключил Aruba (порт 48). поэтому соединили два коммутатора в гирляндную цепь вместо того, чтобы давать каждому из них прямой патч для Watchguard.
Я подключен к Watchguard через VPN из домашнего офиса, и у меня есть полный доступ ко всем сетям за рабочей группой. Все другие конфигурации и развертывания коммутатора прошли успешно, потому что я привык работать с моделями 1920-х годов, но с этой моделью 2530 я работаю впервые.
VLAN1 = 192.168.0.1/24. Это IP-адрес, с которого я обращаюсь к Watchguard, и я установил статический IP-адрес в этой подсети на всех коммутаторах.
VLAN5 = 192.168.5.1/24. Это подсеть, в которой устройства, подключенные к портам коммутатора Aruba 1–47, должны получить IP-адрес.
Понятия не имею, почему aruba сломалась после того, как я просто изменил режим IP-адреса vlan1 на ручной / установил статический IP-адрес на vlan1 и пометил vlan1 на порту 48. Все, что приходит на ум, это то, что я должен был также установить флажок, чтобы сделать vlan1 управление vlan перед сохранением этих изменений? В любом случае, я взял Aruba и принесу его в офис завтра утром, чтобы восстановить заводские настройки, чтобы начать все сначала. У меня настроена тестовая среда, которая отражает конфигурацию сети на этом клиентском сайте, поэтому я могу протестировать конфигурацию Aruba, как только я решу, что разобрался с ней. CLI не будет проблемой, если до него не сложно добраться и использовать.
Редактировать: у меня есть 1920-е в другом месте на этом клиентском сайте, в той же физической сети, с конфигурацией, которую я хочу запустить на этом Арубе, и она работает, как и ожидалось.Так что я думаю, мы можем исключить проблему с сетью или маршрутизацией. Я почти уверен, что проблема была в том, что я что-то не так сделал на Арубе.
Патрик Фаррелл
Помечена ли сеть VLAN 1 на другом восходящем порту коммутатора, к которому подключен этот коммутатор? Я не сказал Trunk, потому что на HP 2530 Trunk — это агрегация каналов. Большинство людей оставляют VLAN 1 немаркированной (и вообще избегают ее использования) и помечают все остальные VLAN, которым необходимо пересечь восходящий канал.
ОП Джоннидотексе
PatrickFarrell написал:
Помечена ли VLAN 1 на восходящем порту других коммутаторов, к которому подключается этот коммутатор? Я не сказал Trunk, потому что на HP 2530 Trunk — это агрегация каналов. Большинство людей оставляют VLAN 1 немаркированной (и вообще избегают ее использования) и помечают все остальные VLAN, которым необходимо пересечь восходящий канал.
Да, порт другого коммутатора помечен как VLAN1.
Я всегда называю восходящие/нисходящие/доступные/тегированные/любые порты транковыми портами. Не знаю, откуда я это взял.
Джерард Бикманс
PatrickFarrell написал:
Помечена ли VLAN 1 на восходящем порту других коммутаторов, к которому подключается этот коммутатор? Я не сказал Trunk, потому что на HP 2530 Trunk — это агрегация каналов. Большинство людей оставляют VLAN 1 немаркированной (и вообще избегают ее использования) и помечают все остальные VLAN, которым необходимо пересечь восходящий канал.
Да, порт другого коммутатора помечен как VLAN1.
Я всегда называю восходящие/нисходящие/доступные/тегированные/любые порты транковыми портами. Не знаю, откуда я это взял.
Это просто фишка Cisco. Магистраль в Cisco и устройствах на базе Cisco относится к «помеченным VLAN на порту». У HP нет специального термина для этого. Вы просто помечаете группу VLAN на порту, и мы, люди, называем его портом восходящей связи, хотя это не официальный термин в самом коммутаторе.
Патрик наткнулся на хорошую мысль: проблема с VLAN 1. В некоторых устройствах VLAN 1 рассматривается как особая вещь при определенных обстоятельствах. Раньше это было проблемой, но даже сегодня это все еще происходит.
Я больше не уверен, работают ли сегодня HP 1920 и/или 2530 таким же образом, потому что я только что перестал использовать VLAN 1 как само собой разумеющееся на всем оборудовании, и у меня никогда больше не было таких проблем, и я использую модели 2530 почти теперь исключительно везде.
Примечание: несмотря на то, что все продукты под брендом HP, линейка 1xxx (т.е. ваш 1920) сильно отличается от линейки 25xx, такой как ваш 2530. Последняя основана на ProCurve и часто используется в более крупных или сложных средах. Все они обрабатывают VLAN немного по-разному. Таким образом, функциональная совместимость поставщиков применяется даже здесь, потому что вы, по сути, используете разные продукты (то, что HP/HPE/Aruba купили другие продукты, не означает, что они переработаны в идентичные кодовые базы).
Как ни странно, раньше у меня было несколько коммутаторов HP 1810 с похожими проблемами при подключении к коммутаторам 2510 и коммутаторам Cisco уровня 3 (не помню модели; это было более 10 лет назад). Как только я перестал использовать VLAN 1, все стало гораздо проще. Это сводится к таким концепциям, как «собственная VLAN», «VLAN по умолчанию» и «основная VLAN», и не все коммутаторы используют все эти концепции одинаково. Или один термин может означать что-то немного другое на другом устройстве, что сбивает с толку (например, этот термин «багажник» снова и снова).
Опция Management VLAN в вашем 2530 служит нескольким целям, одна из которых определяет, какая VLAN DHCP используется для получения собственного IP-адреса.
Дополнительная информация о специальных типах VLAN на линии 2530:
Этот конкретный документ устарел несколько лет назад, но по-прежнему актуален для современных версий прошивки.
Вы упомянули, что в другом месте у вас есть аналогичная установка, которая работает должным образом. Я бы вернулся и дважды проверил все настройки на каждом устройстве, чтобы убедиться, что все эти различные термины/понятия совпадают (основной vlan, vlan управления, default, native, идентификатор порта vlan id (pvid) и т. д.).
Систему 2530 проще настроить. Там не так много. Вы помечаете или снимаете теги с портов в VLAN, и это практически все, что вам нужно сделать, чтобы начать работу.
Я все еще думаю, что, возможно, это была проблема с порядком операций, когда вы отключились во время внесения изменений из-за изменения статуса tag/untag на том самом порту, через который вы были подключены. Вы одновременно меняли статус метки/снятия метки и IP-адрес? Возможно, одно из изменений не было отправлено из-за разрыва связи на полпути.
Вместо сброса настроек коммутатора к заводским настройкам, если у вас есть возможность и время, используйте консольный кабель (для более новых моделей 2530 подойдет обычный кабель micro USB) и подключитесь к нему с помощью такой программы, как Putty. USB-интерфейс коммутатора представлен как COM-порт. Убедитесь, что вы делаете это во время работы — не перезагружайте его, потому что, если вы еще не запустили сохранение изменений, он вернется к предыдущей конфигурации (т.е. до того, как вы внесли все изменения, так как есть шанс, что текущий режим работы находится только в памяти и не сохраняется во флэш-памяти).
Выполнение команды, например:
покажет вам его текущую настройку и не стесняется поделиться, очищая что-либо по мере необходимости.
Возможно, вы обнаружите, что отсутствуют некоторые изменения, которые вы хотели внести, что могло привести к отключению.
Это краткое руководство о том, как правильно настроить синхронизацию времени NTP на сетевых устройствах HP ProCurve / Aruba. Проницательные читатели этого блога, возможно, помнят, что я освещал эту тему еще в 2015 году, и вы были бы правы, это даже называлось так же. Однако тогда в прошивке v.15 устройства HP ProCurve поддерживали только SNTP, а не настоящий NTP. Но теперь, когда у нас есть v.16, наконец-то доступна нативная поддержка NTP. В этом руководстве я расскажу о настройках NTP, а также о некоторых более изящных вещах, которых нет в руководствах, но которые все же очень удобны. Синхронизация времени NTP позволяет поддерживать правильное время в вашей сети, что очень важно для устранения неполадок, например, при сравнении журналов между двумя коммутаторами.
Записать старый конфиг в память
Начните с ввода команды записи в память, прежде чем что-либо делать, чтобы вы могли загрузить коммутатор, чтобы восстановить предыдущие настройки, если вы что-то испортили.
Если вы делаете это через Telnet/SSH, а коммутатор находится далеко, вы можете рассмотреть возможность использования команды reload, чтобы указать коммутатору перезагрузиться через пару часов, если вы потеряете к нему доступ, см. мою статью о том, как это сделать.
Настройка общих параметров времени
Настройка синхронизации времени SNTP
Сначала мы настроим серверы. NTP наконец избавился от обмана приоритетов, который был у SNTP, поэтому все, что нам нужно сделать, это выполнить команду ntp server для каждого сервера, который мы хотим добавить
Описанное выше будет работать на любом коммутаторе с основной версией микропрограммы 16, однако, если ваш коммутатор работает с версией 16.05.xxxx или новее, серверы также можно настроить с помощью DNS, если вы добавите соответствующие настройки DNS
Как видите, я добавил DNS-серверы (допускается только 2), в данном случае DNS-серверы Google, а затем добавил доменные имена пула NTP. Это довольно удобно, так как пул NTP всегда дает вам NTP-серверы рядом с вами, и единственный (правильный) способ использования пула — настроить ваши устройства с доменными именами вместо IP-адресов серверов (как кому-то может понадобиться). когда-нибудь покинуть бассейн).
Помните, что нужно быть осторожным с параметрами Burst, iburst обычно подходит даже для общедоступных серверов NTP, но Burst следует использовать только против серверов, которыми вы управляете, и даже в этом случае он совершенно не нужен. iburst в основном позволяет клиенту NTP отправлять больше запросов при запуске, чтобы ускорить процесс начальной синхронизации, в то время как Burst просто отправляет очень много запросов NTP, что приводит к тому, что ваши общедоступные IP-адреса попадают в черный список.
Проверьте настройки
Проверьте настройки, чтобы они действительно работали:
Если время по-прежнему неверное или статус show ntp по-прежнему показывает «Не синхронизировано», вы можете подождать несколько минут, а если он по-прежнему не работает, проверьте настройки.
Записать новую конфигурацию в память
Не забудьте ввести команду «записать в память», чтобы сохранить новые настройки в памяти, когда убедитесь, что все работает.
Несколько советов;
Для некоторых NTP-серверов может потребоваться аутентификация, и все это можно настроить с помощью команды ntp.
Этот пост является частью новой серии под названием Network Friday, в которой я объясняю новую сетевую концепцию по пятницам и рассказываю, что вам нужно настроить ее (в основном) на оборудовании HP/Aruba. Серия будет в основном посвящена настройке, так как я чувствую, что есть много ресурсов, которые прекрасно объясняют сложные концепции, но очень мало тех, которые показывают вам, как это сделать на вашем конкретном оборудовании. Эта серия статей направлена на решение этой проблемы, по крайней мере, со стороны HP/Aruba.
Коммутаторами Aruba Instant On также можно управлять с помощью локального веб-интерфейса коммутатора. Это можно сделать, когда коммутатор находится в состоянии по умолчанию и подключен к Интернету.
Следующая процедура описывает, как получить доступ к локальному веб-интерфейсу коммутатора:
- Введите IP-адрес коммутатора в веб-браузере и нажмите клавишу ввода. Отображается целевая страница локального веб-интерфейса.
- Перейдите на вкладку ПОДКЛЮЧЕНИЕ на стороне целевой страницы для локального управления.
Коммутатор нельзя подключить или управлять им из мобильного приложения или веб-интерфейса Instant On, если для коммутатора выбрано локальное управление. Переключатель необходимо сбросить до заводских значений по умолчанию из локального веб-интерфейса, чтобы переключиться в режим облачного управления.
Если ранее вы выбрали управление коммутаторами с помощью облачного режима (мобильное приложение Instant On или веб-приложение) и хотите переключиться на локальный веб-интерфейс:
- Нажмите плитку Инвентарь ( ) на главной странице Aruba Instant On или щелкните баннер Состояние сайта ( ), а затем нажмите Показать инвентарь .
- Нажмите стрелку ( ) рядом с переключателем в списке "Инвентарь", а затем перейдите на вкладку "Действия".
- Выберите Переключиться на локальное управление . При выборе этого параметра коммутатор и его конфигурация будут удалены из инвентаря. ол>р>
- В локальном веб-интерфейсе нажмите ссылку «Изменить сетевое подключение» внизу страницы.
- В разделе "IP-адресация" выберите переключатель "Статический".
- Введите IP-адрес , маску сети , IP-адрес шлюза и информацию DNS.
- Нажмите "Применить" .
Инициализация коммутатора с помощью локального веб-интерфейса
В локальном веб-интерфейсе можно настроить статический IP-адрес на переключателе Instant On. Коммутатор получает IP-адрес по умолчанию от DHCP-сервера. Следующая процедура настраивает статический IP-адрес и другую информацию об IP-адресации на коммутаторе с помощью локального веб-интерфейса:
Следующая процедура настраивает управляющую VLAN для коммутатора с помощью локального WebUI:
Читайте также: