Search

LitServ 16.04.2016 - 11:22

Problem mit ProtoSync unter Win10 für Benutzer ohne Admin-Rechte

Für einen Protonet-Benutzer sollte ProtoSync auf seinem Win10-Laptop eingerichtet werden. Dieser Protomet-Benutzer hat auf seinem Win10-Laptop nur einfache Benutzer-Rechte, keine Admin-Rechte.

ProtoSync konnte heruntergeladen werden. Die Installation musste mit Rechten des Administrators freigegeben werden. So weit, so gut.

Anschließend wurde ProtoSync für den Benutzer konfiguriert (Protomet-Adresse, Login und Passwort). Auch jetzt noch alles bestens: Der Protonet-Benutzer hat seinen ProtoSync-Ordner auf der Protomet-Box.

Dann aber: Der lokale ProtoSync-Ordner wurde auf dem Win10-Laptop aber nicht bei dem Benutzer-Account, sondern bei dem Admin-Account eingerichtet! Das ist natürlich ‚Murks‘.

Ich schließe nicht aus, dass ich bei der Installation etwas falsch gemacht habe.

Erste Frage:
Lassen sich auf einem PC getrennte ProtoSync-Ordner einrichten: Pro Benutzer einer, egal ob Admin-Rechte oder Standard-Benutzer-Rechte?

Zweite Frage:
Was habe ich falsch gemacht, wie muss der Vorgang richtig ablaufen?

Last modified: 15.12.2016 - 9:54

7 answers

Micha 21.04.2016 - 18:05

Die Anpassung des Windows Installers in Hinblick auf die Benutzerkontenproblematik steht auf der Agenda.
Momentan ist die ProtoSync App nur für Windows Benutzer mit Administratorrechten lauffähig.

Micha 16.04.2016 - 11:58

Hallo,

wir nehmen uns der Frage gerne näher im Support an. Bitte überprüf aber erstmal (und lass uns hier wissen), ob bereits die allerneuste ProtoSync-Version von gestern nachmittag im Einsatz ist:
https://support.protonet.info/de/news/protosync-1-0-1/

Wenn nein, bitte updaten und nochmal versuchen. Und uns das kurz hier wissen lassen.

Herzliche Grüße
Micha

LitServ 16.04.2016 - 16:05

Ja, war und ist es.

Micha 18.04.2016 - 10:06

Guten Morgen,

ich habe soeben Rücksprache mit der Entwicklung halten können: Die von Dir beschriebene Symptomatik ist bekannt und bereits in Arbeit. Es sollte eigentlich bereits mit dem Update am Freitag gelöst worden sein, hat sich aber als komplexer herausgestellt als ursprünglich eingeschätzt.

Wir müssen hier also leider noch um etwas Geduld bitten.

Herzliche Grüße
Micha

LitServ 18.04.2016 - 11:58

Hallo Michaela,

vielen Dank für Eure Bemühungen.

LitServ

PS: Die aktualisierte Version von ProtoSync 1.0.1 brachte bei mir weitere, neue Probleme. Ich habe Martin einen ausführlichen Bericht samt Screenshots meiner 1 ½ Tage langen erfolglosen Fehleranalyse und -beseitigung gesandt.

Micha 18.04.2016 - 21:21

Danke LitServ, wir haben die Mail erhalten und schauen Sie uns ganz in Ruhe an.

LitServ 13.05.2016 - 11:55

Ergebnis vorab: Protosync läuft bei mir wieder stabil und sicher seit nunmehr 2 Tagen.

Diese Aussage betrifft ein MacBook Pro OS X El Capitan (10.11.4); Win 10 Laptop habe ich noch nicht wieder installiert; ich warte auf die Lösung für Benutzerkonten mit Standard- statt Admin-Rechten.

Massnahmen, die ich ergriffen hatte, um Protosync wieder funktionsfähig zu haben:

1. Alle Daten gesichert.

2. Alle Installationen auf allen Clients vollständig gelöscht (auch ‚Protonet-Files‘ auf iOS-Geräten)

3. Maya auf Werkseinstellungen zurückgesetzt, neu installiert, Datensicherung zurückgelesen
Dahinter steckte die Hoffnung, dass ‚Datei-Schmutz‘ eliminiert wird; Hoffnung erfüllte sich teilweise, aber nicht vollständig)

4. In Soul nach der Rücksicherung noch vorhandene Dateien im Ordner Protosync gelöscht. Papierkorb geleert.

5. Neu-Installation von Protosync auf einem OS X Client. Es gab immer noch viele Dateien, die nicht synchronisiert wurden, aber bei jedem Versuch CPU-Last hervorriefen.
5.1 Versteckte Dateien sichtbar gemacht. Auf dem Client die zu erwartenden zu Syncthing gehörenden Dateien, jedoch keine anderen. Ergo: Das Problem lag auf der Maya.
5.2 ‚.stignore‘ editiert, sodass alle Dateien und Verzeichnisse synchronisiert werden, d. h. auch der Ordner ‚.protonet‘ samt Unterordner und Dateien. Dort dann alles gelöscht, was nicht dort sein sollte. Sync neu gestartet. Nach Abschluss des Sync in ‚.stignore‘ wieder ‚.protonet‘ eingetragen und den Ordner ‚.protonet‘ lokal wieder gelöscht.

Dann lief wieder alles wieder wie vor dem Versuch, Protosync auf Win 10 Clients unter Standard-Benutzer einzurichten.

Anmerkung: Die Benutzeroberfläche von Syncthing zeigt als Status ’nicht synchron‘ (o. s. ä.) an, obwohl alles synchronisiert ist, was synchronisiert werden sollte. Das Entwicklerteam von Syncthing arbeitet daran laut Forum dort. Das wird aber kaum einen Benutzer (oder Admin) von Soul / Protonet-Boxen interessieren, weil kaum jemand einen Blick darauf werden muss oder Syncthing je zu Gesicht bekommt.

Schlussbemerkung: DANK an Michaela und Martin für so manchen hilfreichen Hinweis. Toller Support!