[Inteproxy-devel] InteProxy-Server-Intgration

[Stephan Holl]

Dear Mr. Borgardt,

due to some problems with your Mailinglist-connectivity I have taken
the liberty and answer your question on the mailinglist:

> Hallo aus Bremen,
> 
> die ist meine erste Nachricht an die Entwicklerliste des InteProxy. Ich
> möchte die Gelegnheit nutzen mich kurz vorzustellen. Ich arbeite bei der
> Kreisverwaltung Cuxhaven und habe dort ein Projekt gestartet, dessen
> Ursprung ich bereits 2006 als Freiberufler skizziert und nun endlich in
> die Tat umsetzen konnte. Es ging seinerzeit um die webbasierte
> Beauskunftung von ALB/ALK mit OpenSource-Komponenten für eine Gemeinde.
> Die Thematik hat sich bis heute eigentlich nicht geändert, die
> OS-Software ist besser geworden, aktuell ist die Umsetzung jedoch für
> ALKIS gedacht. Ich habe einen virtuellen Debian(Lenny)-Server
> zusammengebaut aus den OS-Komponenten der OSGEO mit dem
> ALKIS-Auskunftsteil des Kommunalen Rechenzentrums
> Minden-Ravensberg/Lippe. Alle Komponenten laufen inzwischen, bis auf
> ein paar kleine "Zicken", reibungslos und stellen ALKIS-Daten aus einem
> Sekundärdatenbestand im mapbender-Framework dar.
> 
> Die Ankündigung der LGLN Hannover ALKIS-WMS/WFS anzubieten, ist ein
> weiterer Schritt zum Verzicht auf eine Sekundärdatenhaltung. Über den
> Landkreis Cuxhaven bin ich die Testgruppe der
> ALKIS-WMS/WFS-Karten-/Datendienste der LGLN Hannover gekommen. Die LGLN
> setzt zu Absicherung ihrer Dienste den InteProxy ein, ich habe von der
> LGLN eine Nutzerkennung erhalten und teste seitdem die Dienste auf
> Inhalt und OGC-Konformität.
> 
> Der InteProxy läuft in der Testumgebung ohne InternetProxy, wahlweise
> auf einem Dektop-Rechner und auf dem o.g. Server. Auf dem
> Desktop-Testrechner funktioniert InteProxy Dektop 1.0.3 einwandfrei,
> auf dem Server als InteProxy Server 1.0.4 nicht so wie ich mir das
> vorstelle. Ich möchte die Diente der LGLN z.B. im mapbender-Framework
> einbinden und in Zukunft über das Kreisnetz den Gemeinden in einer
> WebApplikation zu Verfügung stellen. Alle localhost-Aufrufe werden vom
> InteproxyServer abgefangen und können von jedem Client aus aufgerufen
> werden.
> 
> Das Einbinden des WMS mit der URL
> http://localhost:64609/www.geobasisdaten.niedersachsen.de/mapgate/alkis-wms?
> in das mapbender-Framework auf dem Server funktioniert tadellos. Wenn
> ich jedoch die Applikation über einen ReverseProxy
> http://www.cuxland-gis.landkreis-cuxhaven.de/alkis (Portaleinstieg) auf
> einem Kreisnetzrechner oder  über http://tiefengrad.dyndns.biz/alkis
> (Portaleinstieg) im Internet aufrufe, wird der WMS nicht dargestellt.
> Wenn ich auf dem aufrufenden Rechner einen InteProxy-Desktop
> installiere, wird der WMS angezeigt. Wenn ich die Applikation auf dem
> Server http://localhost/alkis aufrufe, wird der WMS dargestellt.

Everything works as expected. You need to include the
InteProxy-Server-URL not as http://localhost:64609 but as
http://yourrealservername:64609.

Then everything will work.

Thanks for your feedback if it works now.

> 
> Für mich ergeben sich daraus folgende Fragen:
> Habe ich eine falsche Vorstellung von der Funktionsweise des
> InteProxyServers?
> Wenn nein, wie kann ich meinen InteProxyServer anpassen? (Rewrite?
> Substitution?)

No, just use the fqdn-name of the server.

> Muß ich den in mapbender integrierten OWS-Proxy verwenden?

no.

Best regards

	Stephan Holl

-- 
Stephan Holl <stephan.holl at intevation.de> | Tel.: +49 (0)541-33 508 3663
Intevation GmbH, Neuer Graben 17, 49074 OS  |  AG Osnabrück - HR B 18998
Geschäftsführer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.wald.intevation.org/pipermail/inteproxy-devel/attachments/20110704/ae8a4ee5/signature.pgp