JunOS: Могу ли я вести живой консольный журнал?

10

На устройстве Cisco IOS команда logging buffered 51200 notificationsзаписывает большую часть информации в память маршрутизатора (очевидно, вы можете изменить это на informationalили по debuggingмере необходимости).

При подключении к маршрутизатору через telnet или SSH я могу выполнить команду terminal monitor( term mon), чтобы эти события отображались в моем сеансе в реальном времени, как они происходят. При подключении через консоль это происходит автоматически.

Как я могу добиться того же эффекта на JunOS; Когда я добавляю, например, соседей IGP / EGB, я бы хотел видеть появление новых смежностей, а не постоянно просматривать журналы.

juniper-junos

— jwbensley
источник

4

А как же start shellтогдаtail -f <logfile> | grep <interesting-pattern-here>

— Майк Пеннингтон

Означает ли это, что теперь у меня должно быть два открытых сеанса с маршрутизатором, один для наблюдения за выходом хвоста, а другой для интерактивной настройки устройства?

— Jwbensley

12

«Начальные сообщения монитора» примерно эквивалентны термину «понедельник». 'messages' - это имя файла журнала, который вы хотите отслеживать.

Если вы не видите ожидаемого результата, вам нужно изменить то, что записывается в данный файл, из «set system system syslog file X ...».

— ytti
источник

2

Кроме того, при использовании 'start start <logfile>' вы можете использовать ESC-q, чтобы временно отключить вывод на консоль. Снова используйте ESC-q для повторного включения вывода.

— Себастьян Визингер

3

См. ниже:

    [edit protocols bgp]
    root@vr-device# show
    traceoptions {
        file bgp-log;
        flag packets detail;
    }
    group test {
        type external;
        peer-as 2;
        local-as 1;
        neighbor 172.16.12.110;
    }

[редактировать протоколы bgp] root @ vr-device # запустить запуск монитора bgp-log

[редактировать протоколы bgp] root @ vr-device #

    *** bgp-log ***
    Jun 24 10:58:19.384061 bgp_connect_complete: error connecting to 172.16.12.110              
    (External AS 2): Socket is not connected
    Jun 24 10:58:33.408670
    Jun 24 10:58:33.408670 BGP RECV 172.16.12.110+54592 -> 172.16.12.128+179
    Jun 24 10:58:33.408790 BGP RECV message type 1 (Open) length 59
    Jun 24 10:58:33.408792 BGP RECV version 4 as 2 holdtime 90 id 20.0.0.2 parmlen 30
    Jun 24 10:58:33.408794 BGP RECV MP capability AFI=1, SAFI=1
    Jun 24 10:58:33.408809 BGP RECV Refresh capability, code=128
    Jun 24 10:58:33.408811 BGP RECV Refresh capability, code=2
    Jun 24 10:58:33.408920 BGP RECV Restart capability, code=64, time=120, flags=
    Jun 24 10:58:33.408922 BGP RECV 4 Byte AS-Path capability (65), as_num 2
    Jun 24 10:58:33.409054 advertising graceful restart receiving-speaker-only capability to neighbor 172.16.12.110 (External AS 2)
    Jun 24 10:58:33.409056 bgp_send: sending 59 bytes to 172.16.12.110 (External AS 2)
    Jun 24 10:58:33.409058
    Jun 24 10:58:33.409058 BGP SEND 172.16.12.128+179 -> 172.16.12.110+54592
    Jun 24 10:58:33.409060 BGP SEND message type 1 (Open) length 59
    Jun 24 10:58:33.409062 BGP SEND version 4 as 1 holdtime 90 id 192.168.11.3 parmlen 30
    Jun 24 10:58:33.409064 BGP SEND MP capability AFI=1, SAFI=1
    Jun 24 10:58:33.409066 BGP SEND Refresh capability, code=128
    ...

запустить остановку монитора

— JASUN
источник

1

traceoptions в можжевельнике похожи на отладку в cisco, поэтому их следует отключить, если вы прекратите устранение неполадок

— Milan Prpic

2

@MilanPrpic ACK, если вы получаете промах планировщика из-за ужасно спроектированной RPD, и у вас включены трассировки, JTAC предложит, что это является причиной вашего промаха RPD (поскольку запись в файл ввода / вывода предположительно проблематична для планирования

— RPD

0

Мониторинг трафика вне интерфейсов с протоколом, отправляет это в файл pcap, как с wireshark, как правило, в каталог var / log.

monitor traffic interface ge-0/0/0
monitor interface ge-0/0/0
monitor traffic interface ge-0/2/3 matching "proto 89" write-file ospf.cap - matches proto 89 and writes it in ospf.cap
show security flow session ... options

#set system syslog file messages any info – to save all log messages to file “messages”

показать все сообщения журнала

show log messages | match LOGIN | match “Mar 16”
file list detail /var/log = ls –al (to see permitions, etc.)
clear log messages  - to clear the contents of the messages file

monitor start       messages  - live monitoring of messages file
monitor list
monitor stop – to stop all

Для получения более подробной информации о процессе на уровне процесса:

#set traceoptions file filenamefil world-readable
#set traceoptions flag all

— Тай Смит
источник

Комментарий Рона точный и гораздо более тщательный, чем мой короткий ответ. Отличный пример, мне нравится, что вы использовали некоторые опции, а переключатели использовали синтаксис, позволяющий отслеживать конкретный протокол, и | с 16 марта.

— Тай Смит