An Webseite automatisch anmelden und dann nächste Seite laden - geht das per JS?
Michael Vogel
Wie weit kann man mit JS einen Browser fernsteuern? Mir geht es um das
Folgende:
Der Browser soll auf einer Webseite ein Login-Fenster aufrufen, dort
Usernamen und Passwort eintragen und die Eingabe bestätigen. Wenn die
Nachfolgeseite geladen ist, soll der Browser eine Folgeseite laden.
Ist dies möglich?
Die Kür wäre, wenn das Laden der ersten Seite verdeckt geschehen würde,
mit einer überblendeten Anzeige, dass gerade die Anmeldung läuft. Wenn
das System dann noch erkennen würde, ob die richtige Folgeseite kommt
oder die Fehlerseite, dann wäre das perfekt.
Da das Zielsystem nur mit Cookies läuft, muss alles im selben Browser
ablaufen - oder gibt es andere Lösungen?
Michael
Gregor Kofler
> Moin!
>
> Wie weit kann man mit JS einen Browser fernsteuern? Mir geht es um das
> Folgende:
>
> Der Browser soll auf einer Webseite ein Login-Fenster aufrufen, dort
> Usernamen und Passwort eintragen und die Eingabe bestätigen. Wenn die
> Nachfolgeseite geladen ist, soll der Browser eine Folgeseite laden.
"Der Browser soll auf einer Webseite ein Login-Fenster aufrufen"
"Wenn die Nachfolgeseite geladen ist, soll der Browser eine Folgeseite
laden?"
Deutsch ist das vielleicht, verständlich nicht.
> Ist dies möglich?
>
> Die Kür wäre, wenn das Laden der ersten Seite verdeckt geschehen würde,
> mit einer überblendeten Anzeige, dass gerade die Anmeldung läuft. Wenn
> das System dann noch erkennen würde, ob die richtige Folgeseite kommt
> oder die Fehlerseite, dann wäre das perfekt.
Naja, dann setzt man eben die Login-Daten per XHR ab, erhält eine
entsprechende Meldung vom Server und kann dann weiterleiten oder
Fehlermeldung anzeigen. Nachdem man immer auf der gleichen Seite bleibt
kann man "Spinner", "Overlays", "Modals" und den ganzen (überflüssigen)
Kram verwenden.
> Da das Zielsystem nur mit Cookies läuft, muss alles im selben Browser
> ablaufen - oder gibt es andere Lösungen?
Wie meinen?
Gregor
Michael Vogel
> Am 2011-07-08 17:30, Michael Vogel meinte:
>> Moin!
>>
>> Wie weit kann man mit JS einen Browser fernsteuern? Mir geht es um das
>> Folgende:
>>
>> Der Browser soll auf einer Webseite ein Login-Fenster aufrufen, dort
>> Nachfolgeseite geladen ist, soll der Browser eine Folgeseite laden.
>
> "Der Browser soll auf einer Webseite ein Login-Fenster aufrufen"
>
> "Wenn die Nachfolgeseite geladen ist, soll der Browser eine Folgeseite
> laden?"
>
Schlecht :)
Beispiel: Der User geht auf einen Button, dieser ruft ein Script auf,
dass die Seite https://domain.tld/login im Browser aufruft. Es fï¿œllt
dort automatisch die Felder fï¿œr Username und Passwort und drï¿œckt den
"Login"-Button.
Es kommt im Browser eine Folgeseite. Entweder https://domain.tld/index
(wenn der Login erfolgreich war) oder https://domain.tld/error (wenn
Username oder Passwort falsch waren)
Im Erfolgsfall soll dann im Browser die Seite https://domain.tld/liste
aufgerufen werden.
>
>> Ist dies mï¿œglich?
>>
>> Die Kï¿œr wï¿œre, wenn das Laden der ersten Seite verdeckt geschehen wï¿œrde,
>> mit einer ï¿œberblendeten Anzeige, dass gerade die Anmeldung lï¿œuft. Wenn
>> das System dann noch erkennen wï¿œrde, ob die richtige Folgeseite kommt
>> oder die Fehlerseite, dann wï¿œre das perfekt.
>
> Naja, dann setzt man eben die Login-Daten per XHR ab,
XHR?
> erhï¿œlt eine
> entsprechende Meldung vom Server und kann dann weiterleiten oder
> Fehlermeldung anzeigen. Nachdem man immer auf der gleichen Seite bleibt
> kann man "Spinner", "Overlays", "Modals" und den ganzen (ï¿œberflï¿œssigen)
> Kram verwenden.
Das sind entsprechende JS-Klassen? Ich bin zwar (beruflich)
Programmierer, habe aber bislang sehr wenig in JS gemacht.
>> Da das Zielsystem nur mit Cookies lï¿œuft, muss alles im selben Browser
>> ablaufen - oder gibt es andere Lï¿œsungen?
>
> Wie meinen?
Nun, beim Login wird ein Cookie hinterlegt. Falls mï¿œglich, kï¿œnnte ich
natï¿œrlich auch serverseitig mit curl arbeiten, mir da den Cookie-Wert
abholen und den Inhalt per JS (falls das geht) in das Cookie setzen, was
dann wiederum abgesendet wird. Aber das erscheint mir echt bï¿œse :)
Michael
Martin Honnen
> Wie weit kann man mit JS einen Browser fernsteuern? Mir geht es um das
> Folgende:
>
> Der Browser soll auf einer Webseite ein Login-Fenster aufrufen, dort
> Usernamen und Passwort eintragen und die Eingabe bestätigen. Wenn die
> Nachfolgeseite geladen ist, soll der Browser eine Folgeseite laden.
>
> Ist dies möglich?
Möglich ist das unter Umständen, aber vermutlich nicht in dem Kontext,
den du dir vorstellst.
Mit Firefox(Mozilla kann man per XUL und CSS und Javascript
Erweiterungen des Browsers schreiben, die dann z.B. Teile des Browsers
kontrollieren bzw. manipulieren können.
Aber solch eine Erweiterung muss dann erst vom Browserbenutzer
installiert werden.
IE lässt sich unter Windows z.B. per Windows Script Host Script mit
JScript kontrollieren, also als Beispiel folgendes in eine Datei
"ieBeispiel.js" speichern
var ie = new ActiveXObject('InternetExplorer.Application');
ie.Visible = true;
ie.navigate2('http://www.google.com/');
while (ie.Busy) {
WScript.Sleep(1000);
}
ie.Document.forms[0].elements.q.value = "Kibology";
ie.Document.forms[0].submit();
while (ie.Busy) {
WScript.Sleep(1000);
}
ie.Document.getElementById('ires').getElementsByTagName('a')[0].click();
while (ie.Busy) {
WScript.Sleep(1000);
}
WScript.Echo(ie.Document.URL);
WScript.Quit();
und dann per Kommandozeile "cscript ieBeispiel.js" ausführen.
Die Doku ist unter
http://msdn.microsoft.com/en-us/library/aa752084%28v=VS.85%29.aspx, ist
allerdings auf die Automatisierung von IE mit VB oder C++ zugeschnitten.
Beispiele zur Automatisierung von IE finden sich auch unter
http://gallery.technet.microsoft.com/scriptcenter/site/search?f[0].Type=RootCategory&f[0].Value=internet&f[0].Text=Using%20the%20Internet&f[1].Type=SubCategory&f[1].Value=internetexplorer&f[1].Text=Internet%20Explorer,
allerdings inzwischen eher als Powershell Script.
--
Martin Honnen --- MVP Data Platform Development
http://msmvps.com/blogs/martin_honnen/
Gregor Kofler
> Am 08.07.2011 17:56, schrieb Gregor Kofler:
>> Am 2011-07-08 17:30, Michael Vogel meinte:
>>> Moin!
>>>
>>> Wie weit kann man mit JS einen Browser fernsteuern? Mir geht es um das
>>> Folgende:
>>>
>>> Der Browser soll auf einer Webseite ein Login-Fenster aufrufen, dort
>>> Nachfolgeseite geladen ist, soll der Browser eine Folgeseite laden.
>>
>> "Der Browser soll auf einer Webseite ein Login-Fenster aufrufen"
>>
>> "Wenn die Nachfolgeseite geladen ist, soll der Browser eine Folgeseite
>> laden?"
>>
>
> Schlecht :)
>
> Beispiel: Der User geht auf einen Button, dieser ruft ein Script auf,
> dort automatisch die Felder für Username und Passwort und drückt den
> "Login"-Button.
Also auf Deutsch: Er landet (per Klick eines Links, per Eingabe in
Adresszeile) auf einer Login-Seite. Dort füllt er ein Formular aus,
schickt es ab.
> Es kommt im Browser eine Folgeseite. Entweder https://domain.tld/index
> (wenn der Login erfolgreich war) oder https://domain.tld/error (wenn
> Username oder Passwort falsch waren)
Die Credential prüft der Server, und schickt eine entsprechende
Folgeseite zurück.
> Im Erfolgsfall soll dann im Browser die Seite https://domain.tld/liste
> aufgerufen werden.
Warum soll also diese "https://domain.tld/index" angezeigt werden? Im
Erfolgsfall gibt es "https://domain.tld/liste" sonst
"https://domain.tld/error".
Bis daher braucht man keine Zeile JS.
>>
>>> Ist dies möglich?
>>>
>>> Die Kür wäre, wenn das Laden der ersten Seite verdeckt geschehen würde,
>>> mit einer überblendeten Anzeige, dass gerade die Anmeldung läuft. Wenn
>>> das System dann noch erkennen würde, ob die richtige Folgeseite kommt
>>> oder die Fehlerseite, dann wäre das perfekt.
>>
>> Naja, dann setzt man eben die Login-Daten per XHR ab,
>
> XHR?
XMLHttpRequest [1]. Eine aktuelle und beliebte Methode um Daten per JS
an den Server zu schicken, und die Response desselben gleich in JS
verarbeiten zu können.
>> erhält eine
>> entsprechende Meldung vom Server und kann dann weiterleiten oder
>> Fehlermeldung anzeigen. Nachdem man immer auf der gleichen Seite bleibt
>> kann man "Spinner", "Overlays", "Modals" und den ganzen (überflüssigen)
>> Kram verwenden.
>
> Das sind entsprechende JS-Klassen? Ich bin zwar (beruflich)
> Programmierer, habe aber bislang sehr wenig in JS gemacht.
JS kennt keine Klassen. Es gibt diverse Bibliotheken (oft von schlechter
Qualität), die sowas bieten.
>>> Da das Zielsystem nur mit Cookies läuft, muss alles im selben Browser
>>> ablaufen - oder gibt es andere Lösungen?
>>
>> Wie meinen?
>
> Nun, beim Login wird ein Cookie hinterlegt. Falls möglich, könnte ich
> natürlich auch serverseitig mit curl arbeiten, mir da den Cookie-Wert
> abholen und den Inhalt per JS (falls das geht) in das Cookie setzen, was
> dann wiederum abgesendet wird. Aber das erscheint mir echt böse :)
Gesetzte Cookies einer Domain werden vom Browser ja automatisch beim
Abschicken eines Requests mitgeschickt. Dafür braucht man auch kein JS.
Das klingt wie eine strunznormale Login-Sache, wie sie millionenfach im
Netz laufen. Dafür braucht man kein JS. Mit JS kann man das
"behübschen", aber die Kernfunktionalität bleibt serverseitigen Skripten
überlassen.
Hier hab ich was auf meiner Seite:
http://vxweb.net/admin
Mit aktiviertem JS gibt es halt "Animationen" ohne JS machen es alleine
die serverseitigen Skripte. Authentifizierung macht immer der Server.
Einmal (JS) liefert er nur eine Response, die JS anweist, einen Redirect
zu machen, das andere mal führt diesen Redirect das serverseitige Skript
selber durch.
Gregor
[1]
<https://developer.mozilla.org/En/XMLHttpRequest/Using_XMLHttpRequest>
Arno Welzel
[...]
> Beispiel: Der User geht auf einen Button, dieser ruft ein Script auf,
> dass die Seite https://domain.tld/login im Browser aufruft. Es füllt
> dort automatisch die Felder für Username und Passwort und drückt den
> "Login"-Button.
>
> Es kommt im Browser eine Folgeseite. Entweder https://domain.tld/index
> (wenn der Login erfolgreich war) oder https://domain.tld/error (wenn
> Username oder Passwort falsch waren)
>
> Im Erfolgsfall soll dann im Browser die Seite https://domain.tld/liste
> aufgerufen werden.
Warum verlangt https://domain.tld/liste eine Anmeldung? Die Benutzer
sollen sich ja offensichtlich nicht selber anmelden, sondern direkt auf
diese Seite kommen können.
Michael Vogel
> Am 2011-07-08 18:27, Michael Vogel meinte:
>> dass die Seite https://domain.tld/login im Browser aufruft. Es füllt
>> dort automatisch die Felder für Username und Passwort und drückt den
>> "Login"-Button.
>
> Also auf Deutsch: Er landet (per Klick eines Links, per Eingabe in
> Adresszeile) auf einer Login-Seite. Dort füllt er ein Formular aus,
> schickt es ab.
Nein. Ich habe keinen Einfluss auf die Webseite https://domain.tld - ich
habe nur Einfluss auf eine andere Seite.
Also: Ich befinde mich auf Webseite A und möchte mich an Webseite B
automatisch anmelden (Ich habe dazu auf Webseite A meine Anmeldedaten
für Webseite B hinterlegt) und möchte dann eine bestimmte Seite auf
Webseite B aufrufen, die man aber nur als angemeldeter User aufrufen kann.
>>>> Da das Zielsystem nur mit Cookies läuft, muss alles im selben Browser
>>>> ablaufen - oder gibt es andere Lösungen?
>>>
>>> Wie meinen?
>>
>> Nun, beim Login wird ein Cookie hinterlegt. Falls möglich, könnte ich
>> natürlich auch serverseitig mit curl arbeiten, mir da den Cookie-Wert
>> abholen und den Inhalt per JS (falls das geht) in das Cookie setzen, was
>> dann wiederum abgesendet wird. Aber das erscheint mir echt böse :)
>
> Gesetzte Cookies einer Domain werden vom Browser ja automatisch beim
> Abschicken eines Requests mitgeschickt. Dafür braucht man auch kein JS.
Da haben wir uns missverstanden. Die Idee war, von meinem Server (B) aus
(z.B.) per curl das Login auf Webseite A zu machen. Dann wird auf meinem
Server ein Cookie mit der Session-ID hinterlegt.
Diese Session-ID müsste ich dann (per JS?) in ein Cookie schreiben, dass
sich auf dem Webbrowser des Betrachters befindet, der denn auf einen
Link klickt, der ihn auf Webseite A bringt. Dort würde das Cookie
abgefragt werden, das System würde feststellen, dass die Session-ID
gültig ist und dem User wäre der Zugriff auf die Seite gewährt.
Ich denke aber, dass man per JS nicht schreibend auf Cookies zugreifen
kann, die außerhalb des eigenen Hostnamen liegen, oder? Würde man fremde
Cookies schreiben und lesen können, so könnte man ziemlich üble Dinge
damit anstellen ...
> Das klingt wie eine strunznormale Login-Sache, wie sie millionenfach im
> Netz laufen. Dafür braucht man kein JS. Mit JS kann man das
> "behübschen", aber die Kernfunktionalität bleibt serverseitigen Skripten
> überlassen.
Nur dann, wenn man den Server im Zugriff hat, auf dem das Login
stattfindet :)
Michael
Michael Vogel
Am 08.07.11 18:29, schrieb Martin Honnen:
> Michael Vogel wrote:
>
>> Wie weit kann man mit JS einen Browser fernsteuern? Mir geht es um das
>> Folgende:
>>
>> Der Browser soll auf einer Webseite ein Login-Fenster aufrufen, dort
>> Usernamen und Passwort eintragen und die Eingabe bestï¿œtigen. Wenn die
>> Nachfolgeseite geladen ist, soll der Browser eine Folgeseite laden.
>>
>> Ist dies mï¿œglich?
>
> Mï¿œglich ist das unter Umstï¿œnden, aber vermutlich nicht in dem Kontext,
> den du dir vorstellst.
>
> Mit Firefox(Mozilla kann man per XUL und CSS und Javascript
> Erweiterungen des Browsers schreiben, die dann z.B. Teile des Browsers
> kontrollieren bzw. manipulieren kï¿œnnen.
> Aber solch eine Erweiterung muss dann erst vom Browserbenutzer
> installiert werden.
Hmm, das hatte ich schon befï¿œrchtet. Das hieï¿œe fï¿œr mich, dass ich eine
Firefox- und ggf. eine Chrome-Extension dafï¿œr bauen mï¿œsste - und ob sich
dieser Aufwand lohnt, das mï¿œsste ich erstmal sehen.
> Die Doku ist unter
> http://msdn.microsoft.com/en-us/library/aa752084%28v=VS.85%29.aspx, ist
> allerdings auf die Automatisierung von IE mit VB oder C++ zugeschnitten.
Ich vermute unter den potentiellen Anwendern sehr wenige IE-Anwender,
aber danke fï¿œr die Infos!
Michael
Michael Vogel
> Warum verlangt https://domain.tld/liste eine Anmeldung? Die Benutzer
> sollen sich ja offensichtlich nicht selber anmelden, sondern direkt auf
> diese Seite kommen können.
Es handelt sich um eine Seite (außerhalb meiner Kontrolle), auf der es
Teile gibt, die ohne Anmeldung sichtbar sind, andere sind nur nach
Anmeldung sichtbar.
Ich möchte auf meiner Seite die Infos der anderen Seite aufbereiten und
einige Links zum Originalangebot anbieten.
Michael
Michael Vogel
Am 08.07.11 18:29, schrieb Martin Honnen:
> Möglich ist das unter Umständen, aber vermutlich nicht in dem Kontext,
> den du dir vorstellst.
Kann ich denn per JS verdeckt eine Seite aufrufen und schauen, wo ich
hingeleitet werde?
D.h. ich würde dann einen versteckten Request auf die Seite der anderen
Webseite durchführen und schauen, ob der Anwender angemeldet ist, indem
ich prüfe, ob ich tatsächlich auf der Seite lande oder auf eine
Anmeldeseite umgeleitet werde.
Geht das? Dann würde ich neben den Link auf die andere Seite einfach
einen Button hängen, der den Anwender auf die Login-Seite der anderen
Seite leitet.
Michael
Arno Welzel
Und das ist legal? Ich frage nur - weil manche, scheinbar technisch
mögliche Lösung nicht unbedingt im Einklang mit den Nutzungsbedingungen
der so verwendeten Angebote steht.
Aber rein technisch: So einfach, wie Du Dir das vorstellst, geht es
nicht, da genau dieses Verhalten - die "Fernsteuerung" einer Website aus
einer anderen Domain - aus guten Gründen per JavaScript nicht zugelassen
wird.
Du müsstest Dir schon serverseitig mit Curl o.Ä. eine Art Proxy bauen,
der selbst eine Session zu https://domain.tld/liste aufbaut, die
Session-ID selber als Cookie zurückschickt und bei allen Folgeanfragen
mit gesetzter Session-ID so tut, als wäre er ein Benutzer mit der
Session-ID, der er entsprechend bei jeder Anfrage an
https://domain.tld/liste wieder schickt. Das Anmeldeformular wird ja
letzlich auch nichts anderes machen, als Benutzername und Passwort als
POST-Parameter zu schicken - das kann man auch in Curl erledigen und die
Antwort samt Session-Cookie verarbeiten.
Martin Honnen
> Nachtrag:
>
> Am 08.07.11 18:29, schrieb Martin Honnen:
>
>> Möglich ist das unter Umständen, aber vermutlich nicht in dem Kontext,
>> den du dir vorstellst.
>
> Kann ich denn per JS verdeckt eine Seite aufrufen und schauen, wo ich
> hingeleitet werde?
Mit JScript in Windows Script Host, wobei dann Internet Explorer
programmatisch gesteuert wird, geht das.
Oder auch mit Javascript in einer Mozilla-Erweiterung.
Aber ansonsten gilt bei allem, was Script innerhalb des Browsers
versucht, die "same origin policy", d.h. dein Script könnte eventuell
ein Dokument von einem anderen Ursprung verdeckt in einem Iframe laden,
aber der Zugriff auf das Dokument ist dann aus Sicherheitsgründen nicht
möglich.
Thomas 'PointedEars' Lahn
> Der Browser soll auf einer Webseite ein Login-Fenster aufrufen, dort
> Usernamen und Passwort eintragen und die Eingabe bestätigen. Wenn die
> Nachfolgeseite geladen ist, soll der Browser eine Folgeseite laden.
> […]
> Die Kür wäre, wenn das Laden der ersten Seite verdeckt geschehen würde,
> mit einer überblendeten Anzeige, dass gerade die Anmeldung läuft. Wenn
> das System dann noch erkennen würde, ob die richtige Folgeseite kommt
> oder die Fehlerseite, dann wäre das perfekt.
>
> Da das Zielsystem nur mit Cookies läuft […]
>
> Also: Ich befinde mich auf Webseite A und möchte mich an Webseite B
> automatisch anmelden (Ich habe dazu auf Webseite A meine Anmeldedaten
> für Webseite B hinterlegt) und möchte dann eine bestimmte Seite auf
> Webseite B aufrufen, die man aber nur als angemeldeter User aufrufen kann.
Wegen der SOP kannst Du nicht direkt mit Scripting HTTP-Requests mit URIs
anderer Protokolle/Domains/Ports machen. Wenn Du also kein HTTP-Proxying
machen willst/kannst (was mit Cookies nochmal komplizierter wird), fällt
diese Möglichkeit weg.
Eventuell genügt Dir aber auch schon das Folgende:
<body onload="submitMe()">
<form name="remote_login" action="https://b.example/login">
<script type="text/javascript">
function submitMe()
{
/* Hinweis einblenden */
/* anmelden */
document.forms['remote_login'].submit();
}
</script>
<input type="hidden" name="user" value="joe">
<input type="hidden" name="pass" value="god">
</form>
</body>
PointedEars
--
Wer wirklich etwas zu verlieren hat, verwendet kein Windows.
Zumindest nicht ein zweites Mal.
(Robin S. Socha über "Desktop-Firewalls")
Axel Berger
>Ich m÷chte auf meiner Seite die Infos der anderen Seite aufbereiten und
>einige Links zum Originalangebot anbieten.
Dann nimm auf keinen Fall Javascript. Das wird auf den Rechnern Deiner
Besucher ausgeführt und jeder von Denen kann Deine Zugangsdaten
extrahieren. So etwas muß auf Deinem Server passieren, zum Beispiel in
PHP und mit IFRAME.
Michael Vogel
Am 09.07.2011 14:43, schrieb Axel Berger:
> Michael Vogel wrote on Sat, 11-07-09 10:36:
>> Ich m÷chte auf meiner Seite die Infos der anderen Seite aufbereiten und
>> einige Links zum Originalangebot anbieten.
>
> Dann nimm auf keinen Fall Javascript. Das wird auf den Rechnern Deiner
> Besucher ausgeführt und jeder von Denen kann Deine Zugangsdaten
> extrahieren.
Es sind die Zugangskennungen der Besucher, nicht meine :) Es ist aber
(aus Sicherheitsgründen) ja wohl nicht machbar, deswegen werde ich mich
auf andere Teile konzentrieren.
Michael
Michael Vogel
> Am 2011-07-09 10:36, schrieb Michael Vogel:
>
>> Ich möchte auf meiner Seite die Infos der anderen Seite aufbereiten und
>> einige Links zum Originalangebot anbieten.
>
> Und das ist legal? Ich frage nur - weil manche, scheinbar technisch
> mögliche Lösung nicht unbedingt im Einklang mit den Nutzungsbedingungen
> der so verwendeten Angebote steht.
Der Anwender hätte auf meinem Angebot die Zugangskennung für das fremde
System eingetragen. Dies liegt in der Verantwortung des Anwenders, nicht
in meiner.
> Aber rein technisch: So einfach, wie Du Dir das vorstellst, geht es
> nicht, da genau dieses Verhalten - die "Fernsteuerung" einer Website aus
> einer anderen Domain - aus guten Gründen per JavaScript nicht zugelassen
> wird.
Dachte ich mir schon.
> Du müsstest Dir schon serverseitig mit Curl o.Ä. eine Art Proxy bauen,
> der selbst eine Session zu https://domain.tld/liste aufbaut, die
> Session-ID selber als Cookie zurückschickt und bei allen Folgeanfragen
> mit gesetzter Session-ID so tut, als wäre er ein Benutzer mit der
> Session-ID, der er entsprechend bei jeder Anfrage an
> https://domain.tld/liste wieder schickt. Das Anmeldeformular wird ja
> letzlich auch nichts anderes machen, als Benutzername und Passwort als
> POST-Parameter zu schicken - das kann man auch in Curl erledigen und die
> Antwort samt Session-Cookie verarbeiten.
Im ersten Schritt werde ich auf solche Spielereien verzichten, das
erscheint mir dann doch relativ aufwendig. Erstmal möchte ich die
Akzeptanz der Programmierung prüfen. Wenn das System angenommen wird,
werde ich schauen, dass ich diese Proxy-Lösung versuche.
Michael