Beiträge von udoz

Danke für den Hinweis.

Schade.

Irgendwie scheine ich der Einzige zu sein, der immer mal wieder mit Fragen / Problemen zum Server nervt

Lassen sich mit dem Paketserver unterschiedliche Update-Server (z.B. für WCF und WSC) einrichten?
Und wenn ja, wie?

Wird es eine Version für WSC geben?

Zitat von Tim

Oben sagtest du noch, dass die auth.json korrekt erzeugt wird.

Nun ja, das bezog sich auf das erste Problem. Das mit dem Löschen kam erst später dazu; siehe Beitrag 4

Der Fix hat geholfen.

Zitat von Tim

Wird die Konfiguration korrekt neu geladen? Die interne Datenstruktur wird bei jeder Änderung der Konfiguration komplett ersetzt, da sollten eigentlich keine Reste verbleiben.

Nicht in toto.
Die Gruppen der Benutzer werden korrekt geändert. Beim Löschen einer Berechtigung wird die Berechtigung, egal ob Benutzer und Gruppe, aber nicht gelöscht. Fügt man allerdings ein neue Berechtigung hinzu, werden die alten nicht konfigurationskonformen gelöscht. Zum Löschen muss also immer eine neue hinzugefügt werden. Zeitintensiv

Meine app.coffee war auf Stand Ende Juli 15. Ich habe jetzt mal alles upgedatet, aber es ändert sich nichts. Nutzer-Berechtigung => Absturz.

# app.use (req, res, next) ->
#	res.set 'wcf-update-server-api', '2.0 2.1'
#	res.set 'wcf-update-server-ssl', if config.ssl then "true" else "false"
#	do next

Ist übrigens weiterhin auf Anraten auskommentiert, weil es damit Probleme gab. Ändert aber auch nichts.

Aber immerhin funktionieren nun Anmeldung und Dateizugriff bei einer Gruppen-Berechtigung. Allerdings gibt es damit wieder ein kleines Problem:
Wird ein User aus der berechtigten Gruppe entfernt, wird das zwar korrekt in die auth.json übernommen. Aber trotzdem hat er nach Anmeldung noch Zugriff auf die Datei - auch wenn der Browser geschlossen wird und er sich neu anmelden muss.
Welcher Mechanismus sollte greifen, damit das nicht der Fall ist?

Ohne Zuordnung Paket - Benutzer (tester - com.uz.page.test)

{
	"users": {
		"admin": {"passwd":"...","groups":["group-1","group-3","group-4"],"packages":[]},
		"tester": {"passwd":"...","groups":["group-1","group-3"],"packages":[]},
		"zaydo": {"passwd":"...","groups":["group-1","group-3"],"packages":[]}
	},
	"groups": {
	},
	"packages": {"com.uz.wbb.bookmark":"$v > 0.9.9","com.uz.wcf.usermap":"$v > 0.9.9"}
}

Mit Zuordnung Paket - Benutzer:

{
	"users": {
		"admin": {"passwd":"...","groups":["group-1","group-3","group-4"],"packages":[]},
		"tester": {"passwd":"...","groups":["group-1","group-3"],"packages":{"com.uz.page.test":"$v > 0.9.9"}},
		"zaydo": {"passwd":"...","groups":["group-1","group-3"],"packages":[]}
	},
	"groups": {
	},
	"packages": {"com.uz.wbb.bookmark":"$v > 0.9.9","com.uz.wcf.usermap":"$v > 0.9.9"}
}

Mit zusätzlicher Gruppenzuordnung:

{
	"users": {
		"admin": {"passwd":"...","groups":["group-1","group-3","group-4"],"packages":[]},
		"tester": {"passwd":"...","groups":["group-1","group-3"],"packages":{"com.uz.page.test":"$v > 0.9.9"}},
		"zaydo": {"passwd":"...","groups":["group-1","group-3"],"packages":[]}
	},
	"groups": {
			"group-4": {"com.uz.page.test":"$v > 0.9.9"}
	},
	"packages": {"com.uz.wbb.bookmark":"$v > 0.9.9","com.uz.wcf.usermap":"$v > 0.9.9"}
}

98% der User habe ich rausgenommen. Einträge waren valide; wie tester oben nur mit anderen Namen/PWs. Dito Pakete.

Ergänzung: Nach Löschen der Gruppenberechtigung im ACP verschwindet diese nicht aus der auth.json. Sollte sie aber wohl?!?

Ergänzungen:

Bei der Zuordnung Gruppe - Paket

• stürzt der Server nicht ab,
• kann sich User mit den WCF-Daten anmelden,
• kann man das Paket aber nicht über ACP und die Webseite downloaden.

Moin,

nach langer Zeit mal wieder ich
Nun wollte ich ein Paket nur für einen User zulassen. Reproduzierbar stirbt der Server aber bei folgendem Vorgehen:

• Paket hochladen
• Benutzerberechtigung hinzufügen

Paket- und Username sind korrekt. Berechtigung ist $v > 0.9.9.

Die Kommandozeile gibt folgende Meldung aus:

> tims-packageserver@2.1.0-beta.1 start /var/www
> coffee app.coffee
/var/www/app.coffee:188
        if ((_package.test(testPackage)) && version(testVersion)) {
                      ^
TypeError: Object com.uz.xyz.featured has no method 'test'
  at isAccessible (/var/www/app.coffee:123:29)
  at callback (/var/www/app.coffee:252:45)
  at /var/www/app.coffee:145:7
npm ERR! tims-packageserver@2.1.0-beta.1 start: `coffee app.coffee`
npm ERR! Exit status 8
npm ERR!
npm ERR! Failed at the tims-packageserver@2.1.0-beta.1 start script.
npm ERR! This is most likely a problem with the tims-packageserver package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     coffee app.coffee
npm ERR! You can get their info via:
npm ERR!     npm owner ls tims-packageserver
npm ERR! There is likely additional logging output above.

Ich muss den Eintrag manuell aus der auth.json löschen, damit ich den Server wieder starten kann. Und das Obige passiert auch mit anderen Paketen.

Zusatzfrage:
Bisher bin ich davon ausgegangen, dass man sich mit den WCF-Daten beim Server (links oben) anmelden kann. Das funktioniert aber nicht. Ist das bzw. wie ist es korrekt?

Falls jemand eine kleine Lotterie im Stile von Glücksspirale, Spiel 77 und Konsorten gebrauchen kann: https://zaydowicz.de/forum/ind…rie/?postID=3885#post3885

Antworten in einer Konversation werden wie neue Konversation gewertet (5 statt 2 JCoins):

Zitat von Tim

Apache durch nginx ersetzen

Nö, Aufwand dafür und Nutzen daraus stehen in keinem vernünftigen Verhältnis zueinander.

Toll

Zitat von Tim

Du kannst probieren einen Bug-Report im WCF einzureichen.

Dazu müsste ich mich umfangreicher einlesen, wozu mir Zeit und Lust fehlen.

Zitat von Tim

Alternativ kommentierst du im Paketserver folgende Zeilen aus: github.com/wbbaddons/Tims-Pack…ster/app.coffee#L180-L183. Danach arbeitet dieser nur mit der WCF 2.0-API, welche ineffizienter ist.

Das hingegen werde ich noch versuchen
.

Zitat von lycra

Udoz hat es gefixed,

Naja, gefixed ist übertrieben. Ich habe nur gemacht, was Max oben vorgeschlagen hat.

Zitat von lycra

Wrid grün angezeigt aber 0 Pakete vorhanden.

(auch nach cache löschen, paketserver neueingetragen, neu gesucht, sogar cronjob mauell gestartet)

Funktioniert offensichtlich nun auch unter WCF 2.1 (siehe Testumgebung). Server löschen, Cache löschen, Server neu eintragen, Cronjob Aktualisiert Paket-Informationen und er ist grün und zeigt die Anzahl der vorhandenen Pakete an.
Mal sehen, wie es sich entwickelt...

Mehr habe ich leider nicht:

Zitat von Betroffener

Missing required HTTP header wcf-update-server-ssl

Der Server läuft aus meiner Sicht problemlos. (SSL habe ich wegen anderer Sachen noch nicht machen können.)
Einige wenige Benutzer beklagen sich aber, dass der Server im ACP als offline angezeigt wird, obwohl er es zumindest meinerseits nicht ist und er kräftig direkt oder über WCF genutzt wird.
Eine gepostete Fehlermeldung: "Missing required HTTP header…".
Die 'Problemkinder' sind offensichtlich alle WCF 2.1-Nutzer.

Hat jemand eine Idee, was das Problem sein könnte?

So ganz trivial ist der Einsatz des Servers ja nicht wirklich
Ich hoffe, ich komme im Laufe des Tages dazu. Danke.

Betreibt hier jemand den Paketserver mit Apache 2.4.8?
Ich habe eine meiner Seiten (zaydowicz.de) auf SSL umgestellt und habe nun probleme mit dem Paketserver. Firefox meldet, dass die Verbindung wg. unverschlüsselt übertragener Inhalte unsicher ist, und es erscheint eine Meldung "Fehler beim Laden des Stylesheets"; betroffen ist /style/main.xslt.
Da ich nicht so richtig durchschaue, was da los ist: hat jemand ev. eine funktionierende Konfiguration dafür zum Vergleich?

Nein, es war ein Paket (tar.gz), das nicht mehr geöffnet werden konnte. .gitignore liegt noch im Verzeichnis und führt nicht zu Problemen.