HTML-Dateien können nicht über Netzwerk verändert werden

[atzehaller]

Hallo, ich habe ein sehr spezielles Problem. Ich suche schon seit Stunden über Google, ähnliche Probleme konnten jedoch nicht gelöst werden:

Wir haben hier ein kleines Firmennetzwerk, in welchem unter anderem 2 Windows-7-Rechner (Home Premium) eingebunden sind. Wir nutzen keine Kennwortfreigabe, d.h. jeder Mitarbeiter hat auf jedem Rechner einen Account, damit der Netzwerkzugriff funktioniert. Nun zum Problem:

Meine Mitarbeiterin speichert von Ihrem Win7-Rechner öfter Daten bei mir, was bisher uneingeschränkt funktioniert hat. Gestern habe ich meinen Rechner heruntergefahren, während sie noch eine HTML-Datei bei mir geöffnet hatte. Nun kann sie keinerlei HTML-Dateien mehr verändern und abspeichern, ständig kommt die Fehlermeldung "Datei //Rechner/Pfad/Datei.html konnte nicht erstellt werden. Bitte sorgen sie für die notwendigen Berechtigungen in diesem Ordner".

Auch ich selbst konnte diese Datei heute morgen weder verändern, noch löschen, erneutes setzen der Berechtigungen half nichts. Ich habe diese dann unter anderem Namen abgespeichert, die Problemdatei im abgesicherten Modus gelöscht und die neu gespeicherte umbenannt – seither habe ich wieder vollen Zugriff auf alle Dateien.

Meine Mitarbeiterin aber darf auf meinem Rechner HTML-Dateien zwar neu abspeichern, aber vorhandene (selbst die von ihr angelegten) dann nicht mehr verändern. Dies betrifft alle *.html egal in welcher Freigabe oder in welchem Ordner. Alle anderen Dateitypen sind uneingeschränkt veränder- und speicherbar (getestet php, asp, css, txt, tif und einige andere).

Irgendwie muss mein Rechner eine Sicherheitslinie intus haben, wie "schütze HTML-Dateien vor Veränderungen von außen". Ein Deaktivieren der Norton-Firewall half auch nichts (sehe auch nichts im Verlauf). Wie gesagt, es betrifft nur *.html, egal wo abgespeichert.

Ich hoffe, Euch fällt noch etwas ein. Viele Grüße

Frank

[atzehaller]

Neue Informationen: Das Problem liegt beim Rechner der Mitarbeiterin und hat wahrscheinlich nichts mit der Rechtevergabe zu tun, sondern liegt daran, dass die Dateien nicht sauber geschlossen werden. Über das Netzwerk von ihrem zu meinem Rechner (beide Win7) kann ich *.html löschen, überschreiben und umbenennen. Unter neuem Namen speichern geht, danach funktioniert Speichern unter dem selben Namen so lange, wie die Datei in Phase 5 oder dem Editor geöffnet bleibt. Schließt man diese und öffnet sie neu, kann man Änderungen nicht mehr abspeichern.

Annähernd dasselbe passiert auch auf ihrer eigenen Festplatte! Der einzige Unterschied ist folgender: In allen Ordnern hat Windows 7 einen teilweisen Schreibschutz mit dem Vermerk (Betrifft nur Dateien im Ordner). Dies ist auch bei mir so, ein komplettes Deaktivieren ist nicht möglich (schließt man den Dialog nach der Übernahme und öffnet ihn erneut ist die alte Einstellung wieder da). Das scheint aber das normale Verhalten zu sein. Jedenfalls kann sie durch Deaktivieren des Schreibschutzes das Problem für einige Zeit lösen, bis es dann wieder auftritt.

Die im letzten Post beschriebene Fehlermeldung tritt bei Phase 5 auf, der Editor hingegen sagt beim Speichern: ...da sie von einem anderen Prozess verwendet wird. Daher also meine Vermutung, dass HTML-Dateien auch nach dem Schließen als "geöffnet" markiert bleiben. Kann ich irgendwo nachsehen, welche Prozesse die betroffene Datei gerade in Beschlag nehmen? Eine geplante Datenträgerüberprüfung beim Neustart habe ich auf beiden Rechnern gemacht. Sollte ich vielleicht eine Windows-Reparatur durchführen? Dieses Verhalten wurde ja ausgelöst, als ich meinen Rechner heruntergefahren habe, während sie noch eine HTML-Datei offen hatte – und seitdem hat sie halt das Problem nur bei HTML-Dateien. Irgendwie fällt mir nichts mehr ein...

[hadi]

Verwendest du die Vorschau in deinem Windows-Explorer?

[atzehaller]

Genau das könnte es sein! Die Mitarbeiterin hat die Vorschau aktiviert. Bloß seltsam, dass das Problem erst auftrat, nachdem ich meinen Rechner heruntergefahren habe, während sie noch an einer html-Datei auf meiner Platte gearbeitet hat. Ich werde mal in diese Richtung weitere Tests machen, sobald ich dazu komme. Bei Fortschritten melde ich mich wieder.

[hadi]

Bei mir hat das deaktivieren der Vorschau geholfen. Seltsam finde ich nur, dass man das selbe html - file, das am Server durch die Vorschau schreibgeschütz ist, lokal (also auf Festplatte) mit aktiver Vorschau dennoch problemlos bearbeiten kann.

[Tha.Piranha]

Und was zeigt es Dir an wenn Du die Zugriffsberechtigungen des Ordners oder Datei anzeigen läst?

[atzehaller]

@ hadi + Tha.Piranha: Im Firmennetzwerk steht kein Server, unsere Rechner sind nur untereinander vernetzt und wir greifen ansonsten für alles auf externen Webspace bei einem Provider zu (haben in ganz Deutschland extere Mitarbeiter sitzen). Dies ist auch nicht das Problem - die Mitarbeiterin kann nur bei mir HTML nicht mehr speichern und teilweise bei sich selbst. Auf Ihrem Rechner hilft es aber dann, den teilweisen Schreibschutz zu entfernen (Feld Eigenschaften>Schreibgeschützt kein Häkchen oder leer, sondern ausgefüllt). Bei Win7 scheint dieser teilweise Schreibschutz völlig normal zu sein, den habe ich z.B. auch, aber kein Problem von meinem Rechner irgendeine Datei z.B. auch auf einem anderen Rechner zu speichern.

Das mit der Vorschau ist also mit sehr hoher Wahrscheinlichkeit der Grund, komisch bloß, dass das Problem vorher nicht bestand. Leider habe ich erstmal Urlaub ;D
Ich teste, wenn ich wieder dazu komme. Aber vielen Dank erstmal für den Schubs in die richtige Richtung.

[Tha.Piranha]

Dennoch würde mich die Antwort meiner Frage interessieren

[atzehaller]

Ich bin nun frisch aus dem Urlaub zurück und habe mir das Problem nochmal angeschaut. Es hat mich schon sehr viel Zeit gekostet, das Problem überhaupt auszulösen, letztendlich hat es aber so geklappt: Im zu bearbeitenden Shopsystem habe ich eine index.html geöffnet, bearbeitet und abgespeichert - Problem nicht nachvollziehbar. Ich habe den Rechner dann erstmal allein gelassen und in dieser Zeit hat Norton einen Leerlaufscan und Acronis ein geplantes Backup durchgeführt. Dann habe ich zwei index.html aus verschiedenen Unterordnern geöffnet, wobei sich die Datei, welche im Explorer mit einer Vorschau stand, plötzlich nicht mehr speichern ließ - erster Erfolg
Da meine Kollegin meinte, dass das Problem verschwindet, wenn sie in den Eigenschaften des Ordners den teilsweisen Schreibschutz aufhebt (Kästchen ganz ausgefüllt mit dem Vermerk "Nur Dateien im Ordner", die einzelnen Dateien haben aber keinen Schreibschutz), habe ich da mal genauer hingeschaut: Tatsächlich ist es so, dass sie dafür ja die Vorschau verlassen hat, indem sie eine Ordnerebene höher ging und den Ordner ausgewählt hat - tattaaah die Datei lässt sich wieder speichern (auch ohne irgendeine Änderung von Attributen oder Rechten)!
Absolut nicht nachvollziehbar: ab dem Auslösen des Fehlers sind für den angemeldeten Benutzer im Ordner unter Sicherheit tatsächlich die Rechte für Vollzugriff, Ändern und Schreiben entzogen. Dies funktioniert aber wieder durch Verlassen der Vorschau. Meine Vermutung: nun treten die Regeln für JEDER und Authentifizierter Benutzer in Kraft, welche diese Rechte noch besitzen. Ein erneutes Setzen der Rechte für den Namen des angemeldeten Benutzers ist leider nicht von Dauer.

Leider habe ich damit noch nicht das auslösende Ereignis eingrenzen können: es scheint irgendwie mit an der Vorschau zu liegen, meistens funktioniert es aber (der Fehler tritt nur sehr sporadisch auf und ich musste erst unterschiedliche Vorgehensweisen testen, bevor ich ihn überhaupt auslösen konnte). Vielleicht liegt es auch an einem installierten Programm (auch an Phase 5 und Filezilla muss gedacht werden), vielleicht an einem Detail der Netzwerkumgebung oder einer Inkompatibilität mit dem Linux-Webspace. Allerdings konnte ich beim Testen nie eine eindeutige Wenn-Dann-Regel feststellen.

Für uns ist es nun einfach nur wichtig zu wissen, dass man mit dem Verlassen des Vorschaufensters relativ unkompliziert weiterkommt (dieses wird allerdings für andere Sachen gebraucht und kann nicht deaktiviert werden). Erstmal vielen Dank für die Hilfe. Ich kann auch gerne weitere Tests machen, um die Sache auch für andere Nutzer hier endgültig lösen zu können.

[Tha.Piranha]

So wie ich das verstehe ist das doch ganz klar.
Du öffnest im Prinzip die Datei (Vorschau).
Das ist quasi ein Schutz das man die Datei nicht bearbeiten kann wenn sie jemand bereits in Arbeit hat, was ja auch Sinn macht.
Speziell beim Mac Gang und Gäbe.