Puncte:0

Conectorul Tomcat pentru Internet Information Server nu funcționează

drapel nz

Încerc să configurez un Internet Information Server să funcționeze cu Tomcat și după ce am urmat pașii din site-ul nu merge.

Ce este mai rău, nicio modalitate de a documenta sau de a realiza unde este problema. După cum apar pe site, există mulți pași de configurat și rezultatul ar trebui să fie „ok”, dar nu există nicio modalitate de a diagnostica unde este problema.

IIS

Am un Windows Server 2012 R2 pe 64 de biți cu IIS care iese odată cu instalarea.Prima întrebare: este pe 32 de biți sau pe 64 de biți??? Pentru restul acestei întrebări voi presupune că este pe 64 de biți.

Motan

Apache Tomcat 10.0.18. Rulează cu versiunea java 1.8.0_161. Serverul este configurat să ruleze ca un serviciu cu conectare ca „Cont de sistem local”. De dragul acestui exemplu, să presupunem că este instalat în %TOMCAT_HOME%.

Conector AJP configurat astfel:

<Connector protocol="AJP/1.3"
           address="0.0.0.0"
           port="8009"
           secretRequired="false"
           xpoweredBy="true"/>

Și a confirmat că funcționează:

C:\>netstat -ab | găsiți „8009”
  TCP 0.0.0.0:8009 ACEST-SERVER:0 ASCULTARE
  TCP [::]:8009 ACEST-SERVER:0 ASCULTARE

Redirector ISAPI pentru Microsoft IIS

Descărcat de aici. versiune pe 64 de biți. Instalat sub %TOMCAT_HOME%\isapi. Fișierele de configurare sunt:

ìsapi_redirect.properties:

#
# isapi_redirect.properties
#

extension_uri=/jakarta/isapi_redirect.dll

log_file=[server-home-eliminat]\isapi\isapi_redirect.log

log_level=depanare

worker_file=[server-home-eliminat]\isapi\workers.properties

worker_mount_file=[server-home-eliminat]\isapi\uriworkermap.properties

muncitori.proprietăţi

#
# lucrătorilor.proprietăți
#

worker.list=tomcat01

worker.tomcat01.type=ajp13
worker.tomcat01.host=localhost
worker.tomcat01.port=8009

uriworkermap.proprietăţi

#
# uriworkermap.properties
#

/examples/*=tomcat01
/jakarta/*=tomcat01
/pwdReset/*=tomcat01

Configurarea IIS a fost încercată

  1. I-am dat permisiunea isapi director așa cum este cerut de manual:

    icacls „%TOMCAT_HOME%\isapi” /grant „IIS APPPOOL\DefaultAppPool”:(OI)(CI)M

    icacls „%TOMCAT_HOME%\isapi\isapi_redirect.dll” /grant „Toți”:RX

  2. Am creat un director virtual nenorocit (aceasta este a treia sau a patra oară când o fac) numit „jakarta” și îl direcționez către directorul mai târziu (vezi mai jos). Directorul virtual are proprietatea „conectare ca” configurată ca „utilizator aplicație (autentificare directă)”:

introduceți descrierea imaginii aici

  1. Maparea handlerului configurată după cum urmează:

introduceți descrierea imaginii aici

Restricții de solicitare de acces configurate ca „niciuna”. Dar am incercat si cu "execute" si nu se intampla nimic.

  1. Configurare filtru ISAPI:

introduceți descrierea imaginii aici

Problema este că că aparent având totul în regulă, rezultatul pe care l-am primit când am încercat să mă conectez la calea virtuală este o eroare 500 dacă folosesc filtrul ISAPI de 32 de biți sau eroare 403 dacă folosesc filtrul ISAPI pe 64 de biți. Ce fac greșit??? Și ce este mai important, există o modalitate de a diagnostica că diferitele părți ale acestui clusterfuck sunt corecte, pentru a verifica dacă filtrul ISAPI funcționează, conectorul AJP al Tomcat funcționează etc.???

introduceți descrierea imaginii aici

Raul Luna avatar
drapel nz
Am descoperit că trebuie să configurez DefaultAppPool „Activați aplicațiile pe 32 de biți” la False, dar se pare că acest lucru nu rezolvă problema.
Puncte:0
drapel nz

Rezolvat: daca citesti referința actualizată a conectorului vei gasi mai multe lucruri:

Rețineți că într-un mediu pe 64 de biți - cel puțin pentru IIS 7 - IIS-ul folosit Pool de aplicații ar trebui să aibă „Activați aplicațiile pe 32 de biți” setat la "Fals". În caz contrar, redirectorul nu va fi apelat și returnează un Cod http 404. Dacă credeți, versiunea pe 32 de biți a isapi_redirect.dll ar face treaba în schimb, veți obține un cod http 500, deoarece biblioteca nu poate fi încărcată într-un IIS pe 64 de biți.

Și am completat informațiile de registru înainte de a testa din nou. Acum funcționează (cererile apar în partea tomcat).

Lex Li avatar
drapel vn
https://stackoverflow.com/tags/httpplatformhandler/info Microsoft acceptă numai aplicații Java prin HttpPlatformHandler.

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.