Tuesday, May 21st 2013, 7:10pm UTC+2

You are not logged in.

  • Login
  • Register

URL in "Status Information" wird in Ver. 3.0a5 nicht mehr dargestellt

Dear visitor, welcome to Monitoring-Portal.
Although this is a german monitoring forum, please don't hesitate to post in English. Nearly everybody here understands you and will answer in English as well.
If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form to register here or read more information about the registration process. If you are already registered, please login here.

fourfingers

Beginner

Posts: 6

Birthday: Nov 3rd 1981 (31)

Gender: male

Occupation: Wirtschaftsinformatiker

Number of monitoring servers: 1

Nagios Version: 3.0a5

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 16

Number of services: 94

OS: openSUSE 10.2

Plugin Version: 1.4.6

Other Addons: PNP-0.3, NC_Net

1

Friday, June 22nd 2007, 12:23pm

URL in "Status Information" wird in Ver. 3.0a5 nicht mehr dargestellt

Hallo,

ich habe gerade ein Update von Nagios Version 3.0a1 auf 3.0a5 durchgeführt, dabei ist mir aufgefallen, dass die URLs, die das "check_http"-Plugin als "Status Information" erzeugt nicht mehr als solche dargestellt werden. Es wird nun der HTML-Code angezeigt (z.B. <A HREF="http://www.fourfingers.de:80/" target="_blank">HTTP OK HTTP/1.1 200 OK - 14967 bytes in 0.137 seconds </A>).
Im Changelog habe ich auf Anhieb nichts gefunden, was darauf deuten würde, dass HTML als Status Information nicht mehr unterstützt wird.
Hat jemand von euch eine Idee, wie man dieses Verhalten in der neusten Version ändern kann, so dass die URLs wieder korrekt angezeigt werden?

pitchfork

Administrator

Posts: 18,436

Location: Kassel

Occupation: Sysadmin SAP / Linux / AIX

Number of monitoring servers: 2

Hobbies: Motorrad fahren, wenns die Zeit erlaubt :-)

Nagios Version: 3.2.3 ( OMD )

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 360

Number of services: 6700

OS: Debian 6.0

Plugin Version: 1.4.x

Other Addons: SNMPTT, NagTrap, check_mk, PNP-0.6.x. Thruk

2

Friday, June 22nd 2007, 12:28pm

da gabe es keine Ändrung und ich kann das Verhalten ( wenn ich senn überhaupt verstehe ) nicht bestätigen.


Jörg
+++ PNP Developer +++ PNP 0.6.21 ist online ! +++
Hilfreiche Infos gefunden? Dann schnell ein paar Cent flattrn
OMD - Open Monitoring Distribution

fourfingers

Beginner

Posts: 6

Birthday: Nov 3rd 1981 (31)

Gender: male

Occupation: Wirtschaftsinformatiker

Number of monitoring servers: 1

Nagios Version: 3.0a5

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 16

Number of services: 94

OS: openSUSE 10.2

Plugin Version: 1.4.6

Other Addons: PNP-0.3, NC_Net

3

Friday, June 22nd 2007, 4:52pm

Ich habe mal einen Screenshot erstellt, ich hoffe, dass verdeutlicht das Problem besser...



der Abschnitt "Status Information":

pitchfork

Administrator

Posts: 18,436

Location: Kassel

Occupation: Sysadmin SAP / Linux / AIX

Number of monitoring servers: 2

Hobbies: Motorrad fahren, wenns die Zeit erlaubt :-)

Nagios Version: 3.2.3 ( OMD )

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 360

Number of services: 6700

OS: Debian 6.0

Plugin Version: 1.4.x

Other Addons: SNMPTT, NagTrap, check_mk, PNP-0.6.x. Thruk

4

Friday, June 22nd 2007, 5:09pm

wo kommen die HTML Tags denn her ?

Welches Command erzeugt denn diee Ausgabe ?

Ich kann das beim besten willen nicht nachstellen.

Jörg
+++ PNP Developer +++ PNP 0.6.21 ist online ! +++
Hilfreiche Infos gefunden? Dann schnell ein paar Cent flattrn
OMD - Open Monitoring Distribution

LaMi

Geek

Posts: 3,822

Birthday: Sep 22nd

Gender: male

Location: München

Occupation: Berater / Entwickler

Number of monitoring servers: x

Nagios Version: 3.2.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: x

Number of services: x

OS: SLES,CentOS,Debian

Plugin Version: x

NagVis Version: Git

NDO Version: -

IDO-Version: -

Perfparse Version: -

Other Addons: PNP, Check_MK, Livestatus, Multisite

5

Friday, June 22nd 2007, 5:12pm

@Jörg: Die HTML-Tags kann man doch mit "urlize" erzeugen. Bzw. bei check_hhtp gibts auch einen Parameter, mit dem man einen Link setzen lassen kann.

Gruß,
Lars

pitchfork

Administrator

Posts: 18,436

Location: Kassel

Occupation: Sysadmin SAP / Linux / AIX

Number of monitoring servers: 2

Hobbies: Motorrad fahren, wenns die Zeit erlaubt :-)

Nagios Version: 3.2.3 ( OMD )

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 360

Number of services: 6700

OS: Debian 6.0

Plugin Version: 1.4.x

Other Addons: SNMPTT, NagTrap, check_mk, PNP-0.6.x. Thruk

6

Friday, June 22nd 2007, 5:17pm

@Lars

schon klar, aber ist das auch so erzeugt worden ? :baby:

@Vierfinger

kan man mal das check_command und den Original Output des Plugin sehen ?

Jörg
+++ PNP Developer +++ PNP 0.6.21 ist online ! +++
Hilfreiche Infos gefunden? Dann schnell ein paar Cent flattrn
OMD - Open Monitoring Distribution

fourfingers

Beginner

Posts: 6

Birthday: Nov 3rd 1981 (31)

Gender: male

Occupation: Wirtschaftsinformatiker

Number of monitoring servers: 1

Nagios Version: 3.0a5

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 16

Number of services: 94

OS: openSUSE 10.2

Plugin Version: 1.4.6

Other Addons: PNP-0.3, NC_Net

7

Friday, June 22nd 2007, 5:21pm

Kein Problem:

Source code

 
1
2
3
4

define command{
        command_name    check_http
        command_line    $USER1$/check_http -H $ARG1$ -L -w $ARG2$ -c $ARG3$ -t $ARG4$
        }

This post has been edited 1 times, last edit by "fourfingers" (Jun 22nd 2007, 6:10pm)

Andurin

Unregistered

8

Friday, June 22nd 2007, 6:11pm

Fehler ist reproduzierbar.

Sieht so aus als würde generell jeder Output zunächst HTML_ENCODED...

Damit wird aus einem:

Source code

 
1

<A HREF="http://www.process-zero.de:80/" target="_blank">


ein:

Source code

 
1

&lt;A HREF="http://www.process-zero.de:80/" target="_blank"&gt;OK - HTTP/1.1 302 Found - 0.037 second response time &lt;/A&gt;


Und ja.. ich verstehe, dass ein Browser DAS müllig findet....

Workaround:

cgi/extinfo.c Zeile 1354

von:

Source code

 
1

printf("<TR><TD CLASS='dataVar' VALIGN='top'>Status Information:</TD><TD CLASS='dataVal'>%s",(temp_svcstatus->plugin_output==NULL)?"":html_encode(temp_svcstatus->plugin_output,TRUE));


in:

Source code

 
1

printf("<TR><TD CLASS='dataVar' VALIGN='top'>Status Information:</TD><TD CLASS='dataVal'>%s",(temp_svcstatus->plugin_output==NULL)?"":temp_svcstatus->plugin_output);


Ändern und anschließend mind. die CGIs neu kompilieren und installieren.

@fourfingers: Willste nen Post auf der Devel aufmachen oder soll ich?

fourfingers

Beginner

Posts: 6

Birthday: Nov 3rd 1981 (31)

Gender: male

Occupation: Wirtschaftsinformatiker

Number of monitoring servers: 1

Nagios Version: 3.0a5

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 16

Number of services: 94

OS: openSUSE 10.2

Plugin Version: 1.4.6

Other Addons: PNP-0.3, NC_Net

9

Friday, June 22nd 2007, 6:21pm

@Andurin: Mach du bitte den Post auf der Devel, bin dort nicht angemeldet...

mess

Master

Posts: 2,164

Location: Esslingen

Number of monitoring servers:

Nagios Version:

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts:

Number of services:

OS:

Plugin Version:

NagVis Version:

NDO Version:

Perfparse Version:

Other Addons:

10

Friday, June 22nd 2007, 6:45pm

Die Aenderungen hat Ethan (siehe Changelog) am 9.5. eingecheckt, und zwar wegen des Multiline-Supports im long_plugin_output.
Und da macht es auch durchaus Sinn, sonst klappt das mit dem Multiline naemlich nicht.
Warum er auch den einzeiligen plugin_output mit reingenommen hat - keine Ahnung. Vielleicht ist er da einfach uebers Ziel hinaus... :P

Gruss - Matthias
-> check_multi und check_generic
Problem solved? Dann einfach mal flattrn, das hilft dem Forum!

This post has been edited 1 times, last edit by "mess" (Jun 22nd 2007, 6:45pm)

Andurin

Unregistered

11

Friday, June 22nd 2007, 7:05pm

... und was passiert dann mit mehrzeiligen HTML Output?!? 8o

Mutliline Output... Hexenwerk!!! :P

mess

Master

Posts: 2,164

Location: Esslingen

Number of monitoring servers:

Nagios Version:

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts:

Number of services:

OS:

Plugin Version:

NagVis Version:

NDO Version:

Perfparse Version:

Other Addons:

12

Friday, June 22nd 2007, 7:16pm

Quoted

Mutliline Output... Hexenwerk!!!

Das gerade nicht! Ich finds sogar richtig geil :D

Aber die ewige HTML-Escaperei vor und zurueck ist ne Kruecke, wo kein Schw... mehr durchblickt.
Wird Zeit, dass endlich ein vernuenftiges GUI-Interface designed wird, damit dieser Mixmax aus
Programmlogik und Ausgabe ein Ende hat.
-> check_multi und check_generic
Problem solved? Dann einfach mal flattrn, das hilft dem Forum!

fourfingers

Beginner

Posts: 6

Birthday: Nov 3rd 1981 (31)

Gender: male

Occupation: Wirtschaftsinformatiker

Number of monitoring servers: 1

Nagios Version: 3.0a5

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 16

Number of services: 94

OS: openSUSE 10.2

Plugin Version: 1.4.6

Other Addons: PNP-0.3, NC_Net

13

Friday, June 22nd 2007, 7:20pm

Am besten fände ich, wenn man pro command-Definition einen Parameter hätte, mit dem man das html encoding deaktivieren kann.
Denn falls bei einem Plugin, das keine HTML-Ausgabe verwendet ein Sonderzeichen, wie z.B. < oder > vorkommt, sollte dieses schon konvertiert werden!
Eine Injecton von Schadcode über den Pluginstatus wäre ohne html encoding theoretisch natürlich auch möglich, auch wenn das in der Praxis vermutlich nicht relevant ist.

mess

Master

Posts: 2,164

Location: Esslingen

Number of monitoring servers:

Nagios Version:

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts:

Number of services:

OS:

Plugin Version:

NagVis Version:

NDO Version:

Perfparse Version:

Other Addons:

14

Tuesday, July 24th 2007, 8:46am

URL in "Status Information" wird in Ver. 3.0a5 nicht mehr dargestellt

Quoted

Am besten fände ich, wenn man pro command-Definition einen Parameter hätte, mit dem man das html encoding deaktivieren kann.


So fein granuliert geht es noch nicht, aber immerhin gibt es seit heute Nacht im CVS
eine neue Variable escape_html_tags, mit der man das Ausgabeverhalten systemweit steuern kann:

Quoted

+ # ESCAPE HTML TAGS
+ # This option determines whether HTML tags in host and service
+ # status output is escaped in the web interface. If enabled,
+ # your plugin output will not be able to contain clickable links.
+
+ escape_html_tags=1


Gruss - Matthias
-> check_multi und check_generic
Problem solved? Dann einfach mal flattrn, das hilft dem Forum!

fourfingers

Beginner

Posts: 6

Birthday: Nov 3rd 1981 (31)

Gender: male

Occupation: Wirtschaftsinformatiker

Number of monitoring servers: 1

Nagios Version: 3.0a5

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 16

Number of services: 94

OS: openSUSE 10.2

Plugin Version: 1.4.6

Other Addons: PNP-0.3, NC_Net

15

Wednesday, July 25th 2007, 3:03pm

RE: URL in "Status Information" wird in Ver. 3.0a5 nicht mehr dargestellt

Quoted

So fein granuliert geht es noch nicht, aber immerhin gibt es seit heute Nacht im CVS eine neue Variable escape_html_tags, mit der man das Ausgabeverhalten systemweit steuern kann


Finde ich eine gute Änderung, beim nächsten Development Release werde ich es bei mir testen.

ostparktux

Beginner

Posts: 16

Gender: male

Location: München

Occupation: Consultant

Number of monitoring servers: 1

Nagios Version: 3.06

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: >20

Number of services: >100

OS: SLES 9, opensuse 10.3

Plugin Version: 1.4

Other Addons: sap-ccms

16

Thursday, April 24th 2008, 2:39pm

Hallo,

teste gerade Nagios V3.01 mit dem sap-ccms-plugin 7.3.
Bei Verwendung von check_sap_multiple werden die Status Informationen in HTLM angezeigt.
Der oben beschriebene Workaround (aktuell Zeile 1416) hat keine Verbesserung gebracht. (nagios neu kompiliert und dann alle cgi-Dateien aus dem src/nagios/cgi Verzeichnis in das cgi Zielverzeichnis kopiert - ist das richtig so ?).

Ideen woran es noch liegen könnte ?

Grüsse aus München
Roland