Auf Passwortabfrage warten un dann weitermachen...

[Atlan]

Hallo zusammen.

Habe hier ein kleines Problem.
An einigen Arbeitsplätzen, müssen sich die Benutzer zuerst für das Intranet(LAN) anmelden und dann später, wenn sie ein Link aus dem Intranet(LAN) ins Internet(www) führt, nochmal mit einer anderen Kennung anmelden.
Daran kann ich leider nichts ändern, da ich keinen Einfluss auf die Netz/Server-Architektur habe.
Da vielen dies zu kompliziert ist, habe ich eine lokale Startseite(htm) gebastelt, die nichts weiter tut, als ein alert-Fenster zu öffnen und dem Benutzer erklärt, wie er sich anzumelden hat (also welches Login und welches Passwort, bei welcher Anmeldung).
Anschließend wird ein neue Seite im Internet(www) geöffnet, anschließend wieder geschlossen und danach wird das Intranet(LAN) geöffnet. Der Benutzer muss sich dann zweimal anmelden und braucht später keine Anmeldung mehr, zudem erklärt ja das alert-Fenster wies geht.

Soweit so gut.
Nun hätte ich aber gerne folgendes (Punkt 3!):

1. alert-Fenster mit Anleitung für das Anmelden im Internet(www).

2. öffnen der Internet(www) Seite in neuem Fenster(mit var f=window.open...)

3. warten bis Verbindung zur Internetseite hergestellt wurde und die
   Anmeldung erfolgt ist.

4. Internet(www) Fenster schließen (mit f.close())

5. alert-Fenster mit Anleitung für das Anmelden im Intranet(LAN).

6. öffnen der Intranet(LAN) Seite im aktuellen Fenster (mit window.open... und _self)

wie kann ich es bewerkstelligen, dass Schritt 4 bis 5 erst ausgeführt werden, wenn eine erfolgreiche Anmeldung am Internet(Proxy) erfolgte?
Mit settimeout ist das so ne Sache, je nach stärke der Datenleitung dauert das Verbinden zur Seite unterschiedlich lang. Im Extremfall(ohne timeout) wird das neue Fenster (Schritt 2) nämlich schon wieder geschlossen, bevor überhaupt eine Anmeldeaufforderung kam.

Ich habe auch nur Zugriffsmöglichkeiten auf den Intranet-Server, könnte also dort noch eine Seite einbauen.

Jemand ne Idee oder nen workaround?
oder auch Fragen, Anregungen?!

Gruß
Atlan

[Cybaer]

Hi,

Jemand ne Idee oder nen workaround?

1. Laß doch die ganzen Popups weg, und mach lieber eine (I)Frame-Seite (ggf. mit unsichtbaren (I)Frames), die Du nacheinander mit den passenden URLs bestückst.
2. Such dir irgendwo im Web ein bissel (ruhig kostenlosen) Webspace, wo Du eine eigene Internet-Seite plazierst. Diese kannst Du aufrufen (enweder direkt als Startseite, oder als Frame-Seite), und diese kann nach erfolgtem Laden einen anderen URL aus der Zone anfordern, die dir noch fehlt.
3. Sowohl die Internet-, wie auch die Intranet-Seite können anschließend natürlich auch eine Seite von der gleichen Domain anfordern, auf der das Frameset liegt. Diese Seite kann mit dem Frameset kommunizieren, z.B. dort eine Funktion aufrufen, die weiter veranlaßt, was ggf. noch veranlaßt werden soll ...

Alles kein Problem - das läßt sich elegant realisieren ...

Gruß, Cybaer

[Atlan]

Hi,

Jemand ne Idee oder nen workaround?

1. Laß doch die ganzen Popups weg, und mach lieber eine (I)Frame-Seite (ggf. mit unsichtbaren (I)Frames), die Du nacheinander mit den passenden URLs bestückst.

Hmm, wie genau meinst Du das? Vor allem, wie meinst Du das mit dem nacheinander? Ich hab ja immer noch die zwei Anmeldungen/Authentifizierungen. Und auch wenn ich auf der Seite keine Popups erzeuge, müsst ich doch nen erklärenden Text dort plazieren. Damit hätt ich doch wieder das Problem, dass eventl. eine Seite schneller geladen ist, als die andere und damit stimmt der Text nicht mehr ("erste Anmeldung mit bla, zweite mit blub" ist die zweite Seite zuert da, wars das...)

2. Such dir irgendwo im Web ein bissel (ruhig kostenlosen) Webspace, wo Du eine eigene Internet-Seite plazierst. Diese kannst Du aufrufen (enweder direkt als Startseite, oder als Frame-Seite), und diese kann nach erfolgtem Laden einen anderen URL aus der Zone anfordern, die dir noch fehlt.

darf ich leider nicht :( IT-Policy...
aber das wäre ja dann auch zu einfach gewesen :(

3. Sowohl die Internet-, wie auch die Intranet-Seite können anschließend natürlich auch eine Seite von der gleichen Domain anfordern, auf der das Frameset liegt. Diese Seite kann mit dem Frameset kommunizieren, z.B. dort eine Funktion aufrufen, die weiter veranlaßt, was ggf. noch veranlaßt werden soll ...

»»

klar...

Alles kein Problem - das läßt sich elegant realisieren ...

Gruß, Cybaer

Danke schonmal für die Ideen
Gruß
Atlan

[Cybaer]

Hi,

darf ich leider nicht :( IT-Policy...
aber das wäre ja dann auch zu einfach gewesen :(

D.h., man darf nur ganz bestimmte Web-Seiten aufrufen? Schade, aber es geht trotzdem ...

Hmm, wie genau meinst Du das? Vor allem, wie meinst Du das mit dem nacheinander?

Seite mit Anleitung und einem (unsichtbaren) (I)Frame. In dem (I)Frame wird eine erlaubte Seite aus der gewünschten Zone geladen -> Login-Aufforderung -> Login erfolgt -> Frame-Dokument wird geladen -> Onload-Event der Eltern-Seite feuert nachdem der Frame vollständig geladen wurde -> Im Event-Script wird eine neue Seite für eine neue Zone geladen -> der gleiche Vorgang für diese Zone -> Anleitungstext ersetzen durch "Sie sind angemeldet und können das Fenster schließen" -> fertig

Gruß, Cybaer

[Atlan]

Seite mit Anleitung und einem (unsichtbaren) (I)Frame. In dem (I)Frame wird eine erlaubte Seite aus der gewünschten Zone geladen -> Login-Aufforderung -> Login erfolgt -> Frame-Dokument wird geladen -> Onload-Event der Eltern-Seite feuert nachdem der Frame vollständig geladen wurde -> Im Event-Script wird eine neue Seite für eine neue Zone geladen -> der gleiche Vorgang für diese Zone -> Anleitungstext ersetzen durch "Sie sind angemeldet und können das Fenster schließen" -> fertig

Ah, Onload wird erst ausgelöst, nachdem die Seite komplett ist.
Danke, das hat mir gefehlt, dann ist das ganze ja doch noch recht 'sauber' lösbar.

Dann mal danke, denke mal das sollte so funktionieren, werd das mal mit den unsichtbaren (i)frames austesten. Aber mit dem Onload hab ich dann nen sauberen Punkt, an dem ich aufsetzen kann...
Gruß
Atlan