[Allegro] zc.exe kann keinen proxy? (thema z39.50)

[Thomas Berger]

Am 27.04.2012 10:58, schrieb Thomas Berger:
> Hier noch einmal meine Antwort dazu:
> 
> Am 27.04.2012 10:11, schrieb Klaus Lehmann:
> 
>> Added HTTP tunnel facility for COMSTACK, bug #1752.
>> This is a facility that allows a Web proxy, such as squid, to tunnel
>> Z39.50 traffic. This facility is "transparent" to must applications
>> using YAZ. It's enabled by using pseudo transport connect: followed by
>> the proxy address, followed by command, then follwed by he regular
>> "virtual" addresss. For example,
>> connect:webproxy.com:3128,tcp:z3950.loc.gov:7090/voyager . 
>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

und noch einmal andersherum gedacht:

Die Environment-Variable HTTP_PROXY sagt Unix-affinen Programmen,
dass HTTP-Requests an den Proxy zu leiten sind.

Windows-Systeme bekommen ueber DHCP und/oder die "Eigenschaften von
Internet" mitgeteilt, dass ein Proxy zu benutzen ist, das wirkt
dann aber typischerweise nur fuer gewisse Ports, naemlich die
Standardports von HTTP (es gibt dort aber auch Einstellungen fuer
SOCKS-Proxies, siehe die Mail von Herrn Lackhoff).

Fuer eine Software, die einen Port 7090 irgendwo draussen ansteuern
will, hilft das aber nicht wirklich, selbst /wenn/ sie HTTP mit diesem
Target sprechen will. Daher wurde anscheinend diese "connect:"-Syntax
eingefuehrt, um die Anfrage durch den direkt erreichbaren, explizit
angegebenen Web(=HTTP)-Proxy zu leiten. Dafuer muss nach meinen
Verstaendnis die Anfrage auch HTTP sein und das heisst, am Ziel
kommt HTTP an und muss dort verarbeitet werden. Das ist nicht, was
wir in allegro-Kreisen mit unserem Z39.50-Bewusstsein von etwa 1995
gemeinhin als "Z39.50" vorstellen.

viele Gruesse
Thomas Berger