По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
Frontend-разработчики — ключевая IT-профессия: фронтендеры отвечают за создание интерфейсов сайтов и приложений, которые привлекают внимание конечных пользователей по всему миру. В этой статье мы расскажем, что должен уметь фронтенд-разработчик, сколько получают такие специалисты и откуда взять опыт в этой сфере. Прежде всего, кто такой frontend-разработчик? Frontend-разработчик — это специалист, задачей которого является создание пользовательского интерфейса (UI) и пользовательского опыта (UX) для веб-сайтов или приложений. Проще говоря, frontend-разработчик отвечает за проектирование и создание визуальной части веб-сайтов и приложений. Сюда входят макеты, графика, текст и другие визуальные элементы, составляющие дизайн, а также код, который обеспечивают правильную работу всего этого. Что вообще означает Frontend? Frontend сайта, также называемый клиентской стороной или, в более широком смысле, пользовательским интерфейсом (UI), относится к тем частям сайта или приложения, которые видны пользователям и с которыми они могут взаимодействовать. Это всем нам знакомые кнопки, макеты, меню, формы обратной связи. Backend же, или серверная часть, относится к тем частям сайта, которые не видны конечному пользователю. Они управляет данными, которые обеспечивают работу сайта и отслеживают такие элементы, как учетные записи пользователей и историю. Несмотря на то, что фронтенд и бэкэнд противопоставляют, они тесно взаимодействуют друг с другом, обеспечивая правильную работу веб-страниц и приложений. Какие задачи решает фронтенд-разработчик? Frontend-разработчика можно назвать художником, который делает веб-сайты и приложения красивыми и плавно работающими. Для этого они используют различные языки программирования, инструменты и технологии. Основные обязанности фронтенд-разработчика включают: верстку — создание структуры и визуального оформления веб-страниц с использованием HTML и CSS. Программирование — реализацию интерактивности и динамического поведения веб-страниц с использованием JavaScript. Оптимизацию производительности — фронтенд-разработчики заботятся о том, чтобы веб-страницы загружались быстро и эффективно. Кроссбраузерную и кроссплатформенную совместимость — фронтенд-разработчики уделяют внимание тому, чтобы их код корректно отображался на различных браузерах и устройствах. Работу с фреймворками и библиотеками — использование различных инструментов, таких как React, Angular, или Vue.js, упрощающих разработку сложных пользовательских интерфейсов и обеспечивающих повторное использование кода. Frontend-разработчики часто работают в тесном сотрудничестве с дизайнерами, backend-разработчиками и другими специалистами по разработке, чтобы на сайте или в приложении все выглядело хорошо и работало слаженно. Что должен уметь фронтенд-разработчик? Хотя наличие формального образования может быть полезным для получения работы, следует отметить, что многие frontend-разработчики являются самоучками или приобретают свои знания на онлайн-курсах, например, Merion Academy, или на практике. В любом случае важно, чтобы вы могли продемонстрировать свои знания и умения с помощью портфолио и уверенного практического опыта. Ниже расскажем про ключевые навыки, которыми необходимо овладеть: Знание HTML, CSS и JavaScript: для успешной фронтенд-разработки необходимо хорошо разбираться в этих основных технологиях. Эти языки составляют основу frontend-разработки, и в создании пользовательских интерфейсов без них никуда. Знание фреймворков и библиотек: знание React, Angular и Vue.js, может оказаться полезным при разработке более сложных веб-приложений. Эти инструменты — база для создания отзывчивых, интерактивных и масштабируемых интерфейсов, которые так нравятся пользователям. Опыт работы с отзывчивым дизайном: frontend-разработчики должны уметь создавать веб-сайты и приложения, которые классно выглядят и легко работают на различных устройствах — смартфонах, планшетах, ПК. Это обеспечит пользователю позитивное восприятие продукта вне зависимости от девайса, которым он пользуется. Понимание основ дизайна: frontend-разработчик должен иметь насмотренность и понимать основы типографики, теории цвета и верстки. Эти навыки очень важны для создания интерфейсов, которые будут не только красивыми, но и удобными. Понимание кроссбраузерной совместимости: для frontend-разработчика очень важно, чтобы продукты, которые он создает, работали без сбоев в различных браузерах. Обеспечение корректной работы интерфейса в различных браузерах является важнейшей составляющей frontend-разработки. Верстка и frontend-разработка — одно и то же? Хоть верстальщик и фронтенд-разработчик выполняют различные задачи, у них есть много общих черт. Оба специалиста работают над созданием веб-интерфейсов и взаимодействуют с дизайнерами и backend-разработчиками. Оба они должны обладать хорошим пониманием HTML и CSS, а также знанием основ JavaScript. Важные навыки для обеих профессий — умение работать в команде, понимание принципов отзывчивого дизайна, владение инструментами контроля версий, такими как Git. Но все же нельзя говорить, что эти профессии идентичны. Frontend-разработчики в большей степени специализируются на пользовательской части сайта или приложения. Frontend-разработчики глубже понимают принципы пользовательского опыта и дизайна, и могут обеспечить интуитивную, простую в использовании и визуально привлекательную фичу на сайте или в приложении, которая зацепит пользователя. Основное различие между верстальщиком и фронтенд-разработчиком заключается в уровне сложности выполняемых задач. Верстальщик занимается преобразованием статического дизайна в код, в то время как фронтенд-разработчик работает над созданием динамических и интерактивных элементов веб-сайта с использованием языков программирования. Успешные фронтенд-разработчики часто стремятся расширять свои знания и умения в соответствии с требованиями индустрии, и они могут специализироваться в конкретных областях, таких как мобильная разработка, анимация интерфейсов, или работа с определенными фреймворками. Что объединяет верстальщика и фронтенд-разработчика Несмотря на то что верстальщик и фронтенд-разработчик выполняют различные задачи, у них есть много общих черт. Оба специалиста работают над созданием веб-интерфейсов и взаимодействуют с дизайнерами и backend-разработчиками. Они оба должны обладать хорошим пониманием HTML и CSS, а также знанием основ JavaScript. Важными навыками для обеих профессий являются умение работать в команде, понимание принципов отзывчивого дизайна и владение инструментами контроля версий, такими как Git. Основные различия между верстальщиком и фронтенд-разработчиком Основное различие между верстальщиком и фронтенд-разработчиком заключается в уровне сложности выполняемых задач. Верстальщик занимается преобразованием статического дизайна в код, в то время как фронтенд-разработчик работает над созданием динамических и интерактивных элементов веб-сайта с использованием языков программирования. Верстальщики фокусируются на "видимой" части веб-сайта, обеспечивая точное воплощение макетов дизайнеров в коде. Они также следят за тем, чтобы сайт корректно отображался в различных браузерах и на различных устройствах. Фронтенд-разработчики, с другой стороны, сосредотачиваются на создании интерактивности и функциональности веб-сайта. Они используют JavaScript и его фреймворки для разработки интерактивных элементов, таких как слайдеры, выпадающие меню, формы и другие. Как стать фронтенд-разработчиком? Чтобы стать хорошим специалистом, потребуется время и преданность делу. Поэтому лучше всего изучить все аспекты будущей профессии, прежде чем начать свой путь. Что бы мы посоветовали: Изучите основы: начните с онлайн-курса Merion Academy Frontend-разработчик с нуля. Затем испытайте полученные навыки на практике, создав несколько собственных проектов. Займитесь самообразованием: после того, как вы прошли курсы фронтенд-разработчика, не бросайте учиться. Существует множество образовательных программ по фронтенд-направлению — выберите ту, которая соответствует вашим способностям к обучению, бюджету, требованиям к работе, о которой вы мечтаете. Общайтесь и набирайтесь опыта: начните искать проекты для совместной работы, общайтесь с другими разработчиками, посещайте встречи и конференции, ищите наставников. Нетворкинг играет неоценимую роль в трудоустройстве! Сколько зарабатывают фронтенд-разработчики? Фронтенд-разработчики в России на сегодняшний день могут рассчитывать на зарплаты в весьма широком диапазоне. Разумеется, оплата зависит от навыков, опыта и уровня квалификации конкретного специалиста. Согласно hh.ru, заработная плата по вакансии фронтенд-разработчик может колебаться от 100 000 до 600 000 рублей и даже более в месяц. На уровень зарплаты влияет и грейд, и регион работы, а также любые дополнительные навыки — знание языков программирования, основ дизайна и даже маркетинга. Таким образом, фронтенд-разработчики в России имеют возможность получать действительно конкурентоспособные заработные платы, особенно если они совершенствуют свои навыки, следят за трендами в отрасли и стараются учиться новому. Не бойтесь экспериментировать и постоянно развиваться. Фронтенд-разработка — это не только профессия, но и постоянный поток на стыке технологий, дизайна и творчества.
img
Все маршрутизаторы добавляют подключенные маршруты. Затем в большинстве сетей используются протоколы динамической маршрутизации, чтобы каждый маршрутизатор изучал остальные маршруты в объединенной сети. Сети используют статические маршруты - маршруты, добавленные в таблицу маршрутизации посредством прямой настройки - гораздо реже, чем динамическая маршрутизация. Однако статические маршруты иногда могут быть полезны, и они также могут быть полезными инструментами обучения. Статические сетевые маршруты IOS позволяет назначать отдельные статические маршруты с помощью команды глобальной конфигурации ip route. Каждая команда ip route определяет пункт назначения, который может быть сопоставлен, обычно с идентификатором подсети и маской. Команда также перечисляет инструкции пересылки, обычно перечисляя либо исходящий интерфейс, либо IP-адрес маршрутизатора следующего перехода. Затем IOS берет эту информацию и добавляет этот маршрут в таблицу IP-маршрутизации. Статический маршрут считается сетевым, когда пункт назначения, указанный в команде ip route, определяет подсеть или всю сеть класса A, B или C. Напротив, маршрут по умолчанию соответствует всем IP-адресам назначения, а маршрут хоста соответствует одному IP-адресу (то есть адресу одного хоста). В качестве примера сетевого маршрута рассмотрим рисунок 1. На рисунке показаны только детали, относящиеся к статическому сетевому маршруту на R1 для подсети назначения 172.16.2.0/24, которая находится справа. Чтобы создать этот статический сетевой маршрут на R1, R1 настроит идентификатор и маску подсети, а также либо исходящий интерфейс R1 (S0/0/0), либо R2 в качестве IP-адреса маршрутизатора следующего перехода (172.16.4.2). Схема сети устанавливает соединение между двумя маршрутизаторами R1, R2 и двумя хостами 1 и 2. Порт G0/0 .1 R1 подключен к шлейфу слева, который, в свою очередь, подключен к хосту 1, имеющему подсеть 172.16. 1.9. Интерфейс S0/0/0 R1 последовательно подключен к R2 с IP-адресом 172.16.4.2. Интерфейс G0/0.2 на R2 подключен к шлейфу, который, в свою очередь, подключен к хосту 2 с IP-адресом 172.16.2.0.9. Здесь маршрутизатор R1 предназначен для адреса 172.16.2.0/24 в подсети. Пакеты должны перемещаться либо с интерфейса S0/0/0 маршрутизатора R1, либо с маршрутизатора R2 с IP-адресом 172.16.2.0/24. В примере 1 показана конфигурация двух примеров статических маршрутов. В частности, он показывает маршруты на маршрутизаторе R1 на рисунке 2 для двух подсетей в правой части рисунка. При настройке сети маршрутизатор R1 имеет соединение с двумя маршрутизаторами R2 и R3 справа. Интерфейс G0/0 .1 маршрутизатора R1 подключен к заглушке слева и, в свою очередь, подключен к хосту A, имеющему подсеть 172.16.1.9 с маской подсети 172.16.1.0 /24. Справа-интерфейс S0/0/1.1 из R1 с маской подсети 172.16.4.0 / 24 подключается к интерфейсу S0/0/1.2 из R2 с маской подсети 172.16.2.0 / 24 через последовательную линию. Кроме того, интерфейс G0/1/ 0.1 из R1 с маской подсети 172.16.5.0 / 24 подключается к интерфейсу G0/0/0 .3 из R3 с маской подсети 172.16.3.0 / 24 через глобальную сеть. Заглушка подключается к интерфейсу G0/0 .2 из R2, где маска подсети равна 172.16.2.0 / 24 и, в свою очередь, подключена к хосту B, имеющему подсеть 172.16.2.9. Заглушка подключается к интерфейсу G0/0 .3 из R3, где маска подсети равна 172.16.3.0 / 24 и, в свою очередь, подключена к хосту C, имеющему подсеть 172.16.3.9. ip route 172.16.2.0 255.255.255.0 S0/0/0 ip route 172.16.3.0 255.255.255.0 172.16.5.3 Пример 1 Добавление статических маршрутов в R1 В двух примерах команд ip route показаны два разных стиля инструкций пересылки. Первая команда показывает подсеть 172.16.2.0, маска 255.255.255.0, которая находится в локальной сети рядом с маршрутизатором R2. Эта же первая команда перечисляет интерфейс S0 / 0/0 маршрутизатора R1 как исходящий интерфейс. Этот маршрут в основном гласит: Чтобы отправить пакеты в подсеть с маршрутизатора R2, отправьте их через мой собственный локальный интерфейс S0/0/0 (который подключается к R2). Второй маршрут имеет такую же логику, за исключением использования различных инструкций пересылки. Вместо того, чтобы ссылаться на исходящий интерфейс R1, он вместо этого перечисляет IP-адрес соседнего маршрутизатора на WAN-канале в качестве маршрутизатора следующего прыжка. Этот маршрут в основном говорит следующее:чтобы отправить пакеты в подсеть с маршрут. Маршруты, созданные этими двумя командами ip route, на самом деле выглядят немного иначе в таблице IP-маршрутизации по сравнению друг с другом. Оба являются статическими маршрутами. Однако маршрут, который использовал конфигурацию исходящего интерфейса, также отмечается как подключенный маршрут; это всего лишь причуда вывода команды show ip route. В примере 2 эти два маршрута перечислены с помощью статической команды show ip route. Эта команда выводит подробную информацию не только о статических маршрутах, но также приводит некоторые статистические данные обо всех маршрутах IPv4. Например, в этом примере показаны две строки для двух статических маршрутов, настроенных в примере 2, но статистика утверждает, что этот маршрутизатор имеет маршруты для восьми подсетей. IOS динамически добавляет и удаляет эти статические маршруты с течением времени в зависимости от того, работает исходящий интерфейс или нет. Например, в этом случае, если интерфейс R1 S0/0/0 выходит из строя, R1 удаляет статический маршрут к 172.16.2.0/24 из таблицы маршрутизации IPv4. Позже, когда интерфейс снова открывается, IOS добавляет маршрут обратно в таблицу маршрутизации. Обратите внимание, что большинство сайтов используют протокол динамической маршрутизации для изучения всех маршрутов к удаленным подсетям, а не статические маршруты. Однако если протокол динамической маршрутизации не используется, сетевому администратору необходимо настроить статические маршруты для каждой подсети на каждом маршрутизаторе. Например, если бы маршрутизаторы имели только конфигурацию, показанную в примерах до сих пор, ПК А (из рис. 2) не смог бы получать пакеты обратно от ПК В, потому что маршрутизатор R2 не имеет маршрута для подсети ПК А. R2 понадобятся статические маршруты для других подсетей, как и R3. Наконец, обратите внимание, что статические маршруты, которые будут отправлять пакеты через интерфейс Ethernet - LAN или WAN, - должны использовать параметр IP-адреса следующего перехода в команде ip address, как показано в примере 2. Маршрутизаторы ожидают, что их интерфейсы Ethernet смогут достичь любого количества других IP-адресов в подключенной подсети. Ссылка на маршрутизатор следующего перехода определяет конкретное устройство в подключенной подсети, а ссылка на исходящий интерфейс локального маршрутизатора не определяет конкретный соседний маршрутизатор. Статические маршруты хоста Ранее в этой лекции маршрут хоста определялся как маршрут к одному адресу хоста. Для настройки такого статического маршрута команда ip route использует IP-адрес плюс маску 255.255.255.255, чтобы логика сопоставления соответствовала только этому одному адресу. Сетевой администратор может использовать маршруты хоста для направления пакетов, отправленных одному хосту по одному пути, а весь остальной трафик - в подсеть этого хоста по другому пути. Например, вы можете определить эти два статических маршрута для подсети 10.1.1.0 / 24 и Хоста 10.1.1.9 с двумя различными адресами следующего перехода следующим образом: ip route 10.1.1.0 255.255.255.0 10.2.2.2 ip route 10.1.1.9 255.255.255.255 10.9.9.9 Обратите внимание, что эти два маршрута перекрываются: пакет, отправленный в 10.1.1.9, который поступает на маршрутизатор, будет соответствовать обоим маршрутам. Когда это происходит, маршрутизаторы используют наиболее конкретный маршрут (то есть маршрут с наибольшей длиной префикса). Таким образом, пакет, отправленный на 10.1.1.9, будет перенаправлен на маршрутизатор следующего прыжка 10.9.9.9, а пакеты, отправленные в другие пункты назначения в подсети 10.1.1.0/24, будут отправлены на маршрутизатор следующего прыжка 10.2.2.2. Плавающие статические маршруты Затем рассмотрим случай, когда статический маршрут конкурирует с другими статическими маршрутами или маршрутами, изученными протоколом маршрутизации. То есть команда ip route определяет маршрут к подсети, но маршрутизатор также знает другие статические или динамически изученные маршруты для достижения этой же подсети. В этих случаях маршрутизатор должен сначала решить, какой источник маршрутизации имеет лучшее административное расстояние, а чем меньше, тем лучше, а затем использовать маршрут, полученный от лучшего источника. Чтобы увидеть, как это работает, рассмотрим пример, проиллюстрированный на рисунке 3, который показывает другую конструкцию, чем в предыдущих примерах, на этот раз с филиалом с двумя каналами WAN: одним очень быстрым каналом Gigabit Ethernet и одним довольно медленным (но дешево) Т1. В этом проекте сеть Open Shortest Path First Version 2 (OSPFv2) по первичному каналу, изучая маршрут для подсети 172.16.2.0/24. R1 также определяет статический маршрут по резервному каналу к той же самой подсети, поэтому R1 должен выбрать, использовать ли статический маршрут или маршрут, полученный с помощью OSPF. Сетевая диаграмма показывает интерфейс G0 / 0 маршрутизатора R1, который подключен к маршрутизатору R2 через ethernet через облако MPLS. Интерфейс S0 / 0 / 1 R1 соединен с маршрутизатором R3 по последовательной линии. R2 и R3 соединены в ядре облака корпоративной сети, имеющего подсеть 172.16.2.0/24. Маршрутизатор R1 достигает подсети либо по OSPF v1 по основному каналу, либо по статическому маршруту по резервному каналу. По умолчанию IOS отдает предпочтение статическим маршрутам, чем маршрутам, изученным OSPF. По умолчанию IOS предоставляет статическим маршрутам административное расстояние 1, а маршрутам OSPF-административное расстояние 110. Используя эти значения по умолчанию на рисунке 3, R1 будет использовать T1 для достижения подсети 172.16.2.0 / 24 в этом случае, что не является удачным решением. Вместо этого сетевой администратор предпочитает использовать маршруты, изученные OSPF, по гораздо более быстрому основному каналу и использовать статический маршрут по резервному каналу только по мере необходимости, когда основной канал выходит из строя. Чтобы отдавать предпочтение маршрутам OSPF, в конфигурации необходимо изменить настройки административного расстояния и использовать то, что многие сетевики называют плавающим статическим маршрутом. Плавающий статический маршрут перемещается в таблицу IP-маршрутизации или перемещается из нее в зависимости от того, существует ли в настоящее время лучший (меньший) маршрут административного расстояния, полученный протоколом маршрутизации. По сути, маршрутизатор игнорирует статический маршрут в то время, когда известен лучший маршрут протокола маршрутизации. Чтобы реализовать плавающий статический маршрут, вам необходимо использовать параметр в команде ip route, который устанавливает административное расстояние только для этого маршрута, делая значение больше, чем административное расстояние по умолчанию для протокола маршрутизации. Например, команда ip route 172.16.2.0 255.255.255.0 172.16.5.3 130 на маршрутизаторе R1 будет делать именно это - установив административное расстояние статического маршрута равным 130. Пока основной канал остается активным, а OSPF на маршрутизаторе R1 изучает маршрут для 172.16.2.0/24, с административным расстоянием по умолчанию 110, R1 игнорирует статический маршрут. Наконец, обратите внимание, что хотя команда show ip route перечисляет административное расстояние большинства маршрутов в виде первого из двух чисел в двух скобках, команда show ip route subnet явно указывает административное расстояние. В примере 3 показан образец, соответствующий этому последнему примеру. Статические маршруты по умолчанию Когда маршрутизатор пытается маршрутизировать пакет, он может не совпадать с IP-адресом назначения пакета ни с одним маршрутом. Когда это происходит, маршрутизатор обычно просто отбрасывает пакет. Маршрутизаторы могут быть сконфигурированы таким образом, чтобы они использовали либо статически настроенный, либо динамически изучаемый маршрут по умолчанию. Маршрут по умолчанию соответствует всем пакетам, так что, если пакет не соответствует какому-либо другому более конкретному маршруту в таблице маршрутизации, маршрутизатор может, по крайней мере, переслать пакет на основе маршрута по умолчанию. Классический пример, когда компании могут использовать статические маршруты по умолчанию в своих корпоративных сетях TCP / IP, - это когда компания имеет много удаленных узлов, каждый из которых имеет одно относительно медленное WAN-соединение. Каждый удаленный узел имеет только один возможный физический маршрут для отправки пакетов в остальную часть сети. Таким образом, вместо использования протокола маршрутизации, который отправляет сообщения по глобальной сети и использует драгоценную полосу пропускания глобальной сети, каждый удаленный маршрутизатор может использовать маршрут по умолчанию, который направляет весь трафик на центральный сайт, как показано на рисунке 4. Соединение состоит из трех маршрутизаторов: Core, B1 и B1000. Последовательные соединения показаны между маршрутизаторами Core - B1 и Core - B1000. Все эти маршрутизаторы подключены к подсети индивидуально. Маршрутизатор B1 отправляет все нелокальные пакеты в Core через интерфейс S0/0/1. Существует также связь между B1 и B1000. IOS позволяет настроить статический маршрут по умолчанию, используя специальные значения для полей подсети и маски в команде ip route: 0.0.0.0 и 0.0.0.0. Например, команда ip route 0.0.0.0 0.0.0.0 S0/0/1 создает статический маршрут по умолчанию на маршрутизаторе B1-маршрут, который соответствует всем IP-пакетам-и отправляет эти пакеты через интерфейс S0/0/1. В примере 4 показан пример статического маршрута по умолчанию с использованием маршрутизатора R2 с рисунка 1. Ранее на этом рисунке вместе с примером 3 был показан маршрутизатор R1 со статическими маршрутами к двум подсетям в правой части рисунка. Пример 4 завершает настройку статических IP-маршрутов путем настройки R2 в правой части рисунка 1 со статическим маршрутом по умолчанию для маршрутизации пакетов обратно к маршрутизаторам в левой части рисунка. Вывод команды show ip route содержит несколько новых и интересных фактов. Во-первых, он перечисляет маршрут с кодом S, что означает статический, но также со знаком *, что означает, что это кандидат в маршрут по умолчанию. Маршрутизатор может узнать о нескольких маршрутах по умолчанию, и затем маршрутизатор должен выбрать, какой из них использовать; * означает, что это, по крайней мере, кандидат на то, чтобы стать маршрутом по умолчанию. Чуть выше "шлюз последней надежды" относится к выбранному маршруту по умолчанию, который в данном случае является только что настроенным статическим маршрутом с исходящим интерфейсом S0/0/1.
img
Всем привет! Сегодня статье мы рассмотрим, какие команды интерфейса командной строки (Command Line Interface) могут быть полезны при траблшутинге Cisco Unified Communications Manager (CUCM) . Получить доступ к интерфейсу командной строки можно либо подключившись по SSH к серверу CUCM, либо использовать доступ напрямую с сервера, на котором установлена система. Логин и пароль для входа указываются при первой установке системы. В CLI можно использовать знак вопроса “?” после введенной команды, для просмотра доступных опций. Используемых команд, безусловно, гораздо больше, и мы решили собрать основные, которые могут быть полезны при поиске неисправностей. Если вы знаете, какие команды могли бы быть полезны, но их нет в списке, то можете поделиться ими в комментариях. Команды utils system restart перезагрузка сервера utils system shutdown выключение сервера show status показывает общий статус системы show hardware показывает железо сервера show logins показывает сессии show environment temperatures показывает температуру сервера (неактуально в случае использования VMware) show environment fans показывает статус вентиляторов show memory modules показывает установленные модули памяти show network [eth0] показывает статус интерфейса (eth0) show network ip_conntrack показывает число открытых соединений show network ipprefs public показывает открытые и доступные сетевые порты show process list показывает список запущенных процессов show tech system all показывает всю системную информацию show tech network routes показывает таблицу маршрутизации show tech database показывает информацию о базе данных show tech version показывает версию установленных компонентов show network cluster показывает список нод (node) в кластере utils network ping [IP address] утилита ping utils network traceroute [IP address] утилита traceroute utils network arp list показывает arp таблицу utils service list показывает список сервисов и их статус utils firewall ipv4 status показывает статус фаерволов utils network capture [eth0] захватывает пакеты на указанном интерфейсе utils ntp status показывает статус протокола NTP file view install system-history.log просмотр файла с системными логами
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59