UNC-Pfade in Google Chrome


5

Wir haben ein internes Wiki-Setup und führen viele Verknüpfungen zu Dateien auf internen Freigaben durch.

Wir verwenden normalerweise dieses Format (wobei Share der Name des Servers ist):

<a href="file:///\\share\blah\blah\file.txt">

Dies funktioniert in FireFox (nach dem Ändern der userpref.js) und IE.

Wir haben Google Chrome jetzt ein wenig übernommen. Diese Links scheinen in Chrome nicht zu funktionieren. Bisher konnte ich im Internet nichts darüber finden. : /

Dies wird auf einer IIS-Box (7.0, https) bereitgestellt. Es scheint, dass Chrome einen gewissen Schutz hat wie Firefox und verhindert, dass Dateilinks von einer Webseite geladen werden. Kennt jemand irgendwelche Workarounds?

Antworten:


6

Wie wäre es mit der LocalLinks- Erweiterung für file://Links?

Ermöglicht das Öffnen von file://Links auf Seiten, die nach http(s)://Schema geladen wurden

Das Sicherheitsmodell von Chrome verhindert / blockiert, dass der Benutzer file://Links öffnen kann, wenn er den Link auswählt (mit der linken Maustaste darauf klickt) oder in einem neuen Fenster öffnet (mit der mittleren Maustaste). Wenn Sie diese Erweiterung laden, können Sie file: // links folgen, wenn Sie sie explizit auswählen (Linksklick / Mittelklick). Die HTML-Elemente, denen es folgen wird, sind solche wie <a href="file://server/share/file.txt">oder <a href="file://c:/localdiskfile.txt">.

HINWEIS: Es können keine Bilder (wie <img src="file://..." />) geladen werden !

Um einen Link in derselben Registerkarte zu öffnen, verwenden Sie die linke Maustaste.

Verwenden Sie die mittlere Maustaste, um einen Link in einem neuen Hintergrund-Tab zu öffnen.

Diese Erweiterung ist dem LocalLink-Add-On für Firefox nachempfunden.

Lesen Sie http://blog.chromium.org/2008/12/security-in-depth-local-web-pages.html


Im Allgemeinen sollten Sie nicht nur Links beantworten. Weitere Informationen zum Antworten finden Sie unter Antworten .
BDM

2

Ich habe gerade die neueste Chrome Beta heruntergeladen und <a href="file:///\\share\blah\blah\file.txt">funktioniert.


Ich habe gerade die neueste Version 3.0.195.38 ausprobiert und es funktioniert nicht. Es wurde ein Kommentar zu der Frage hinzugefügt, dass dies über eine Intranetseite (https) bereitgestellt wird. Wenn Sie die Seite in einer lokalen Datei speichern, funktioniert dies, jedoch nicht im Intranet.
Daemonic

Sie müssen Server file:///\\server\share\file.txt
drin

In unserem Fall ist share der Name des Servers. Ich habe das in der Frage geklärt.
Daemonic

1

Ich habe eine Arbeit gefunden. Einführung in RightLink: http://www.chromeextensions.org/other/rightlink/

Klicken Sie mit der rechten Maustaste auf den UNC-Pfad, um ihn zu öffnen. Möglicherweise müssen Sie die Option zum Öffnen lokaler Dateien (im Gegensatz zu Pfaden) in den Optionen der Erweiterung aktivieren.

Es funktioniert in meinem Intranet.


0

Versuchen Sie dieses Format:

<a href="file://server/share/blah/blah/file.txt">

Dies funktionierte für mich mit der neuesten Google Chrome Beta in einem kurzen Test.

Eine viel einfachere Lösung, die mit jedem Browser / Programm funktionieren würde, wäre, die Freigabe einfach einem Laufwerk zuzuordnen und dann über dieses auf sie zuzugreifen.


2
Aber das funktioniert nicht in Firefox. Ich hoffe, dass ich etwas finde, das für alle Browser (oder zumindest für alle aktiv genutzten Browser im Unternehmen) funktioniert.
Daemonic

@Daemonic, vielleicht überlegen Sie, ob PHP die Zeichenfolgen des Benutzeragenten analysiert? Verwenden Sie einfache if / else-Logik zusammen mit get_browser php.net/manual/en/function.get-browser.php. Auf diese Weise können Sie je nach Browser des Besuchers einen anderen Link anzeigen, um die Kompatibilität sicherzustellen.
John T

Das Zuordnen eines Laufwerks funktioniert in allen Browsern
davr

Das Zuordnen würde funktionieren, aber alle haben ein zugeordnetes Laufwerk. Außerdem sollte beachtet werden, dass ich diesen Link nicht aus dem Wiki heraus zum Laufen bringen konnte (von https gelieferte Daten).
Daemonic

0

RightLink funktioniert, ist aber eine schlechte Lösung für mich, da es das Kontextmenü mit der rechten Maustaste deaktiviert, das ich ständig verwende.

IETab hingegen funktioniert hervorragend. Ich habe der Auto-URL-Konfiguration mehrere interne Sites hinzugefügt (z. B. http: // somesite / *), die automatisch in einer eingebetteten IE-Registerkarte geöffnet werden. IE (oder eine IE-Registerkarte) verarbeitet Datei: // Links erwartungsgemäß gemäß der Vertrauenskonfiguration des Computers.



0

OK, habe eine Problemumgehung für Chrome gefunden.

Gehen Sie zu diesem Link in Chrome. Wenn Sie jetzt mit der rechten Maustaste klicken, können Sie jedes Dokument öffnen.

Mein Link sieht so aus

file://SERVER/file

Link zurück 404
Daniel L. VanDenBosch
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.