UNC-Pfade in Google Chrome

26792
Daemonic

Wir haben ein internes Wiki-Setup und machen eine Menge Links zu Dateien auf internen Freigaben.

Normalerweise verwenden wir 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 im IE.

Wir haben jetzt ein wenig von Google Chrome übernommen. Diese Links scheinen in Chrome nicht zu funktionieren. Ich habe bisher nichts im Internet gefunden. : /

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

4

7 Antworten auf die Frage

4
zionyx

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

Erlaubt das Öffnen von file://Links auf Seiten, die von http(s)://Schema geladen werden

Das Sicherheitsmodell von Chrome verhindert / verhindert, dass Benutzer file://Links öffnen können, wenn der Benutzer die Verknüpfung auswählt (Linksklick) oder sie in einem neuen Fenster (Mittlere Maustaste) öffnet. Wenn Sie diese Erweiterung laden, können Sie file: // -Links folgen, wenn Sie sie explizit auswählen (Linksklick / mittlerer Klick). Die HTML-Elemente, denen es folgen wird, sind wie <a href="file://server/share/file.txt">oder <a href="file://c:/localdiskfile.txt">.

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

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

Um einen Link in einer neuen Hintergrundregisterkarte zu öffnen, verwenden Sie die mittlere Maustaste.

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 keine Antworten nur für Links bereitstellen. Weitere Informationen zur Beantwortung finden Sie unter [Antwort]. Prof Pickle vor 11 Jahren 0
Bemerkt Danke für die Anleitung. zionyx vor 10 Jahren 0
2
kzh

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 sie funktioniert nicht. Es wurde ein Kommentar zu der Frage hinzugefügt, dass dies von einer Intranetseite (https) geliefert wird. Wenn Sie die Seite in einer lokalen Datei speichern, funktioniert das, aber nicht aus dem Intranet. Daemonic vor 14 Jahren 0
Dort müssen Sie einen Server haben: `file: /// \\ server \ share \ file.txt` matpie vor 14 Jahren 0
In unserem Fall ist share der Name des Servers. Ich habe das in der Frage geklärt. Daemonic vor 14 Jahren 0
1
Brian James

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
davr

Versuchen Sie dieses Format:

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

Das funktionierte für mich mit der neuesten Google Chrome Beta in einem Schnelltest.

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

Aber das funktioniert nicht in Firefox. Ich hoffe, etwas zu finden, das für alle Browser geeignet ist (oder zumindest für alle aktiv genutzten Browser im Unternehmen). Daemonic vor 14 Jahren 2
@Daemonic, vielleicht überlegen Sie, ob PHP die User-Agent-Strings parst? Verwenden Sie die einfache if / else-Logik zusammen mit dem get_browser http://php.net/manual/de/function.get-browser.php Auf diese Weise können Sie je nach Browser des Besuchers einen anderen Link anzeigen, um die Kompatibilität zu gewährleisten. John T vor 14 Jahren 0
Die Zuordnung eines Laufwerks funktioniert in allen Browsern davr vor 14 Jahren 0
Mapping würde funktionieren, aber jeder hat ein zugeordnetes Laufwerk. Außerdem sollte beachtet werden, dass ich diesen Link nicht innerhalb des Wikis (https-Served-Daten) zum Laufen bringen konnte. Daemonic vor 14 Jahren 0
0
stephen

OK, habe eine Problemumgehung für Chrome gefunden.

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

Mein Link sieht so aus

file://SERVER/file 
Link zurückgegeben 404 Daniel L. VanDenBosch vor 6 Jahren 0
0
Timbo

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

IETab hingegen funktioniert hervorragend. Ich habe seiner Auto-URL-Konfiguration mehrere interne Sites hinzugefügt (z. B. http: // somesite / *), und diese werden automatisch in einer eingebetteten IE-Registerkarte geöffnet. IE (oder ein IE-Tab) behandelt file: //-Links erwartungsgemäß entsprechend der Vertrauensstellung der Maschine.

0
Daemonic

Wir haben eine bessere Lösung gefunden, indem Sie die lokalen Chrome-Erweiterungen verwenden: https://chrome.google.com/webstore/detail/jllpkdkcdjndhggodimiphkghogcpida