Puncte:0

IBM HTTP Server - activarea mod_status

drapel co

Am IHS 8.5.5.3 cu WebSphere 8.5.5.3 instalat pe o mașină virtuală Win Server 2012 ca parte a unei instalări a sistemului IBM Maximo 7.6. Încerc să activez mod_status pe IHS pentru a-mi permite să colectez valori cu Datadog de la Apache / IHS. Sistemul Maximo este configurat pe portul 9080, încerc să setez mod_status pe portul 80 pentru a fi disponibil de la http://localhost/server-status sau similar.

Configurația existentă a IHS pare să refuze toate în mod implicit toate rutele, dacă nu este configurată altfel.

Am adăugat următoarele la httpd.conf pe server în cadrul instalării IHS:

LoadModule status_module modules/mod_status.so
<IfModule mod_status.c>
<Locație / starea serverului>
SetHandler server-status
ordona permite, refuza
#comanda refuza, permite
#nega de la toți
#allow de la localhost
permite de la toti
ExtendedStatus activat
</Locație>
</IfModule>

Când navighez la http://localhost/server-status de pe server, primesc „Not found - HTTP Error 404. Resursa solicitată nu este găsită”. Există ceva ce am omis din configurație sau trebuie să activez și un WebGroup/Virtual Host în WebSphere sau în altă parte?

Îmi dau seama, în general, că probabil că nu este cea mai bună practică să permită oricui să vadă starea serverului de oriunde, dar este un server de blocare și ardere la care doar eu am acces. Mulțumiri.

drapel in
Ifmodule mod_status.c de unde este .c? Dacă acesta este pe Windows, modulul se numește cu adevărat.so și nu .dll (nu a folosit niciodată Apache pe win, așa că nu știu, dar ar putea merita să verificați aceste lucruri)
Maximo.Wiki avatar
drapel co
Multumesc pentru raspunsul rapid. M-aș fi așteptat ca modulul să fie un dll și pe Win, nu *nix, dar în C:\IBM\HTTPServer\modules văd două fișiere (printre altele), mod_status.pdb și mod_status.so. Pe baza asta și a „LoadModule status_module modules/mod_status.so” care se află deja în fișierul conf, deși a fost comentat, din cutie, cred că acea linie ar trebui să fie corectă. Cred* "„S-a comentat și acolo, dar ai putea fi cu ceva, voi încerca să schimb asta mai târziu și să văd dacă are vreun efect. Mulțumesc din nou.
Puncte:0
drapel ke

Textul mesajului de eroare înseamnă că pluginul WAS a redirecționat această solicitare către WAS. Acest lucru se va întâmpla dacă aveți aplicații mapate la rădăcina contextului „/”, nimic nu poate fi servit local de IHS, deoarece pluginul WAS va prelua controlul.

Puteți adăuga următoarele la httpd.conf pentru a forța ca această adresă URL să fie ignorată de plug-in-ul WAS:

SetEnvIf REQUEST_URI ^/server-status$ skipwas=1

Note:

  1. ExtendedStatus activat interior de <Location> se pare că ar cauza o problemă de pornire. Probabil ceva ce ai injectat doar în timp ce depanare. Trebuie să fie global (în afara oricăror Director/Locație/VirtualHost ca secțiune)
  2. Vă rugăm să actualizați de la 8.5.5.3. Îți lipsesc întreținerea recomandată în valoare de mulți ani.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.