- compgen-admin-l@genealogy.net

[Compgen-Admin-L] CGI auf php
by Jesper Zedlitz 26 Sep '14

26 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen, vermutlich habt ihr auch von der großen Sicherheitslücke in der Bash gehört. Hier berichtet z.B. Heise darüber: http://heise.de/-2403305 Die Lücke wird als noch kritischer als Heartbleed gesehen. Auf dem Server "php" haben wir noch eine alte Version von Debian. Das hat wiederum mit der verwendete PHP-Version zu tun. Jedenfalls gibt es dort keine Updates für die Bash. Daher habe ich dort CGI deaktiviert. Ich kann leider überblicken, ob das überhaupt eingesetzt wird, vermute aber eher nicht. Falls also plötzlich dort etwas nicht funktioniert, wird es vermutlich daran liegen. Die anderen Server scheinen nicht betroffen zu sein. Gruß, Jesper -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlQlIpcACgkQjSxW58yLxdgCXwCeLPSTC7J2wXcvyElSXG7k+NgH cGwAnRy3+fxrVp26R3rkEk38P+nIP770 =arG4 -----END PGP SIGNATURE-----

1 0

[Compgen-Admin-L] Wartungsarbeiten am Donnerstag
by Jesper Zedlitz 06 Nov '12

06 Nov '12

Am Donnerstag, den 8. November 2012 werden von 10.00 Uhr - ca. 13.00 Uhr an unserem Datenbankserver notwendige Wartungsarbeiten durchgeführt. Wir planen, in der Zeit einen nur lesenden Datenbankzugriff mit Hilfe unserer Datenbank-Replikation anzubieten. Falls vorhanden, sollten also Anwendungen in einen read-only Modus geschaltet werden. GenWiki, GEDBAS und GOV haben so einen Modus. Bei den Adressbüchern ist es unkritisch, da dort nur bei Dateneinspielungen geschrieben wird. Vermutlich ist es auch bei den Familienanzeigen unkritisch. Schreibzugriffe auf die Datenbank werden in der Zeit nicht funktionieren, vielleicht kann es auch beim Umschalten auf die Replikation zu kurzen "Wacklern" kommen. Gruß, Jesper

1 0

[Compgen-Admin-L] Aktualisierung auf PHP 5.3
by Jesper Zedlitz 27 Mar '12

27 Mar '12

nDa die Lebenszeit von Debian Lenny abgelaufen ist, müssen wir auch die letzten Server auf Debian Squeeze aktualisieren. Dabei wird sich auch die PHP Version ändern, daher haben wir das immer aufgeschoben. Wie wir beim GenWiki bemerkt haben, gibt es ein paar subtile Änderungen zwischen PHP 5.2 und PHP 5.3. Daher möchten wir euch Gelegenheit geben, eure Programme entsprechend durchzusehen. Es gibt eine Übersicht, was bei der Migration zu beachten ist: http://php.net/manual/de/migration53.php Da es um sicherheitskritische Dinge geht, können wir uns mit der Umstellung nicht ewig Zeit lassen. Wir werden die Umstellung daher in 4 Wochen am 24. April vornehmen. Gruß, Jesper

1 0

[Compgen-Admin-L] Server "Uranus" ausgefallen
by Jesper Zedlitz 05 May '11

05 May '11

Vor ein paar Minuten ist aus ungeklärten Gründen der Server "Uranus" ausgefallen. Dadurch sind derzeit alle Webangebote nicht zu erreichen. Ich arbeite natürlich dran, den Server wieder zum Laufen zu bekommen, kann aber noch keine Zeit abschätzen. Gruß, Jesper

1 0

[Compgen-Admin-L] Stromausfall am 21. Juli
by Jesper Zedlitz 22 Jul '10

22 Jul '10

Gestern gab es bei unserem Provider in Bremen einen Stromausfall. Uwe und ich waren gestern noch kurz dran, so dass am Abend fast alles wieder lief. Nur einer der drei Server hatte sich beim Booten festgehängt, den habe ich heute Morgen wieder gestartet. Gruß, Jesper

1 0

[Compgen-Admin-L] Abfrage, ob ein Dienst verwendet wird
by Jesper Zedlitz 15 Apr '10

15 Apr '10

Beim Umgang mit Benutzerkonten haben wir derzeit zwei Probleme: * Hatte ein Nutzer zwei Zugänge, die zu einem Zugang zusammengefügt werden, bleibt bei Projekten, die die alte UID gespeichert haben, eine "Karteileiche" zurück und der Nutzer hat keine Chance, an diese Daten heranzukommen. * Möchte ein Nutzer sein Benutzerkonto löschen, so können wir diesem Wunsch nur nachkommen, wenn er keinen Dienst genutzt hat, für den wir verpflichtet sind, seine Daten aufzubewahren (z.B. im GenWiki, um den Autor einer Textpassage ausfindig zu machen). Derzeit können wir aber nicht feststellen, welche Dienste einer Nutzer verwendet. Wir benötigen daher von jedem Projekt, das mit der zentralen Benutzerdatenbank verbunden ist und selbst Daten zu Nutzern speichert, einen Dienst, der eine Abfrage ermöglicht, ob der Dienst von einem bestimmten Nutzer verwendet wird. Die Abfrage soll möglichst wenig Arbeit machen und daher sehr einfach gestaltet sein. Ich schlage folgende Lösung vor: Jedes (relevante) Projekt gibt einen URL an, an den ein Parameter "uid" angehängt wird. Beispiel: für Gedbas könnte der URL "http://gedbas.genealogy.net/user_active.jsp" heißen, nach Anhängen des Parameters wird es zu "http://gedbas.genealogy.net/user_active.jsp?uid=130238" An dieser Stelle wird ein Text zurückgegeben, der in der ersten Zeile (durch \n oder \r\n beendet) den Inhalt "USER ACTIVE" oder "USER NOT ACTIVE" enthält. Könnt Ihr Euch damit anfreunden? Entsteht ein Sicherheitsproblem dadurch, dass man mit einer UID herausbekommen kann, ob ein Dienst genutzt wird? Gruß, Jesper

1 0

[Compgen-Admin-L] Reboot notwendig
by Jesper Zedlitz 14 Jan '10

14 Jan '10

Die Verbindung zu unserem Storage-System ist unterbrochen. Daher muss ich leider sofort einen Reboot unseres Servers "uranus" durchführen. Hoffen wir mal, dass der Neustart glatt durchläuft, damit die Dienste nur kurzfristig nicht zu erreichen sind. Gruß, Jesper

1 0

[Compgen-Admin-L] Zugriff auf Mitgliederdatenbank
by Jesper Zedlitz 17 May '08

17 May '08

Roland Spannaus wrote: > Leserechte für die Datenbank "mitglieder". > Wir haben auf der letzten Vorstandssitzung eine neue Datenschutzrichtlinie beschlossen. Die Daten der Mitglieder sind sehr sensibel und daher muß der Zugriff darauf minimal gehalten werden. Ein Lesezugriff auf die gesamte Mitglieder-Datenbank würde an allen Policies (ein passendes deutsches Wort fällt mir gerade nicht ein) vorbeilaufen. Aber natürlich haben wir eine Alternative, die IMHO sogar noch viel einfacher zu verwenden ist: Der Webservice der Mitglieder-DB. Damit der Zugriff auf die sensiblen Mitgliederdaten genau gesteuert werden kann, muß sich jedes System mit einem Projektnamen und Projektpaßwort authentifizieren. Das Paßwort gibt es derzeit bei mir. Von PHP funktioniert sieht ein Aufruf folgendermaßen aus: $client = new SoapClient("http://java.genealogy.net:9090/user-cache/services/UserDB?wsdl"); $uid = $client->getUid('Projekt','Projektpaßwort','Benutzername'); Der SoapClient muß nur einmal pro Klasse aufgebaut werden und kann für mehrere Aufrufe verwendet werden. Es gibt diese drei Operationen: == UID zu einem Benutzernamen ermitteln == getUid( project name, project password, username) == Benutzernamen und Paßwort validieren == validateUser(project name, project password, username, password) == Daten zu einer UID abrufen == getUser( roject name, project password, UID ) Gruß Jesper -- Dipl.-Inf. Jesper Zedlitz Dept. for Computer Science, CAU of Kiel Room 1108 Communication Systems Research Group Phone: +49-(0)431-880-7279 Christian-Albrechts-Platz 4 Fax: +49-(0)431-880-7615 24098 Kiel - Germany jze(a)informatik.uni-kiel.de

3 3

[Compgen-Admin-L] SSH-Hostkeys ausgetauscht
by Jesper Zedlitz 15 May '08

15 May '08

Auch wir waren von dem Sicherheitsproblem mit den schwachen SSH-Keys bei Debian betroffen. Daher habe ich eben alle SSH-Hostkeys ausgetauscht. Bei der ersten Verbindung über SSH wird es eine Fehlermeldung geben, daß sich die Identität des Servers geändert hat. Hier die neuen "Fingerabdrücke" zum Vergleichen: php: f3:12:a8:1c:dd:ed:d4:40:5f:84:cd:17:80:71:ad:d8 wiki: 69:72:21:65:31:81:76:ae:00:b3:f8:40:42:68:96:8b forum: 1a:ae:83:7e:a7:40:4c:f9:32:9a:91:40:4d:31:79:96 famlit: 31:de:5b:75:ea:ce:38:51:42:e8:ce:45:72:ea:bb:13 Der Server für die statischen Seiten (master) hat einen alten Schlüssel, der nicht betroffen ist. Gruß Jesper -- Dipl.-Inf. Jesper Zedlitz Dept. for Computer Science, CAU of Kiel Room 1108 Communication Systems Research Group Phone: +49-(0)431-880-7279 Christian-Albrechts-Platz 4 Fax: +49-(0)431-880-7615 24098 Kiel - Germany jze(a)informatik.uni-kiel.de

1 0

[Compgen-Admin-L] heise online: Neue Urteile zur Impressumspflicht für Internetangebote
by u.baumbach＠web.de 10 May '08

10 May '08

Diese Meldung aus dem heise online-Newsticker wurde Ihnen von "u.baumbach(a)web.de" gesandt. Wir weisen darauf hin, dass die Absenderangabe nicht verifiziert ist. Sollten Sie Zweifel an der Authentizität des Absenders haben, ignorieren Sie diese E-Mail bitte. ------------------------------------------------------------------------ neues zur Impressungspflicht ------------------------------------------------------------------------ 09.05.2008 11:02 Neue Urteile zur Impressumspflicht für Internetangebote Die Frage, welchen konkreten Inhalt das Impressum einer Website haben muss und wie diese Pflichtangaben korrekt im Rahmen des Internetangebots dargestellt werden müssen, beschäftigt die deutsche Rechtsprechung nun schon seit rund einem Jahrzehnt . Zwei inzwischen veröffentlichte Entscheidungen aus dem vergangenen Jahr ergänzen nun die bisherigen Entscheidungen. Umstritten ist dabei nach wie vor die Frage, welche Internetangebote überhaupt ein Impressum brauchen. Hier hatte der Gesetzgeber bei der Schaffung[1] des Telemediengesetzes (TMG)[2] im Jahr 2007 für weitaus mehr Verwirrung als für die eigentlich angestrebte Klarheit gesorgt. Denn das Gesetz sieht in § 5[3] nunmehr vor, dass eine Impressumspflicht nur für "geschäftsmäßige, in der Regel gegen Entgelt angebotene" Telemedien besteht. Was mit dieser eher unglücklichen Formulierung gemeint ist, stellt nun eine Entscheidung[4] des Hanseatischen OLG klar (Az. 3 W 64/07) klar. Danach beschränkt sich der Anwendungsbereich der Regelung nicht auf kostenpflichtige Internetangebote. Vielmehr ergebe sich aus der Entstehungsgeschichte der Norm, dass damit lediglich Internetangebote von Privatpersonen oder Vereinen, also eindeutig nicht-kommerzielle Angebote, aus dem Anwendungsbereich der Vorschrift ausgenommen werden sollten. Sämtliche kommerziellen Telemediendienste unterliegen dagegen grundsätzlich den Anforderungen des TMG und müssen ein Impressum angeben. In dem von den Richtern des OLG zu entscheidenden Fall war zwar eine Anbieterkennzeichnung vorhanden, jedoch fehlte die Angabe der zuständigen Aufsichtsbehörde ebenso wie die Angabe der Handelsregisternummer des Unternehmens. Zwar sei in dem Fehlen dieser Bestandteile grundsätzlich ein Verstoß gegen die Vorgaben des Telemediengesetzes und damit auch eine Verletzung des Wettbewerbsrechts[5] zu sehen. Diese Rechtsverletzung sei jedoch nur als unerheblich zu bewerten, sodass das Gericht die Beschwerde des Antragstellers als unbegründet zurückwies. In einem vom Landgericht Essen entschiedenen Fall[6] (Az. 44 O 79/07) war auf der Website eines kommerziellen Anbieters nur ein Kontaktformular enthalten, es fehlte jedoch die Angabe einer E-Mail-Adresse. Die Richter sahen darin einen Verstoß gegen das Wettbewerbsrecht. Eine solche Gestaltung genüge den Anforderungen des TMG nicht. Das Gesetz verlange nicht nur technische Vorrichtungen, durch die faktisch eine Verbindung hergestellt wird, sondern "Angaben", die eine schnelle elektronische Kontaktaufnahme ermöglichen. Dies sei typischerweise die E-Mail-Anschrift. Es müsse dem Interessenten jederzeit möglich sein, ohne vorheriges Ausfüllen eines Kontaktformulars zu erkennen, auf welche Weise ein elektronischer Kontakt mit dem Anbieter möglich ist. Diesen Anforderungen genügte die Gestaltung der Internetseite nicht. (Joerg Heidrich) / (jk[7]/c't) URL dieses Artikels: http://www.heise.de/newsticker/meldung/107668 Links in diesem Artikel: [1] http://www.heise.de/newsticker/Neue-Regeln-fuer-Telemedien-in-Kraft--/meldu… [2] http://www.gesetze-im-internet.de/tmg/ [3] http://www.gesetze-im-internet.de/tmg/__5.html [4] http://www.aufrecht.de/index.php?id=5634 [5] http://www.gesetze-im-internet.de/uwg_2004/ [6] http://medien-internet-und-recht.de/rss_druckversion_mir.php?mir_dok_id=1609 [7] mailto:jk@ct.heise.de ------------------------------------------------------------------------ Copyright 2008 Heise Zeitschriften Verlag

1 0

Re: [Compgen-Admin-L] Noch offene Probleme
by Jesper Zedlitz 10 May '08

10 May '08

Roland Spannaus wrote: > 1. bitte das Verzeichnis "visitenkarten" vom Eigentümer "root" auf > "rol51" ändern, > erledigt > 2. von den skripten der visitenkarten kann ich auf die Datenbänke der > Mitgliederdaten und die Visitenkarten lesend zugreifen, aber auf die > visitenkarten muss ich auch scheben können. Die Rechte benötige ich wie > folgt: > User "vistenkarten" - alle Rechte für die Daten > User "vika-admin" - alle Rechte für Daten und Struktur > User "vika-sysadmin" - alle Rechte für Daten, Struktur und > Administration, sowie > Hier sind alle aktuellen Zugriffsrechte für "visitenkarten" aufgelistet: web-intern.genealogy.net | visitenkarten | vika-admin | Y | Y | Y | Y | N | N | N | N | N | N | N | N | N | N | N | N | Y | web-intern.genealogy.net | visitenkarten | vika-sysadmin | Y | Y | Y | Y | Y | Y | Y | Y | Y | Y | N | N | N | N | Y | Y | Y | php.genealogy.net | visitenkarten | visitenkarten | Y | N | N | N | N | N | N | N | N | N | N | N | N | N | N | N | Y | Bedeutung der Spalten ist hier beschrieben: http://dev.mysql.com/doc/refman/5.1/de/privileges.html > 3. In meien Skripten ist noch "jupiter-vpn" als Datenbankserver > eingetragen. Ist das noch richtig? > Ja, man kann für den Datenbankserver die Namen jupiter.genealogy.net, jupiter-vpn.genealogy.net und mysql.genealogy.net (bzw. ohne genealogy.net) verwenden. Gruß Jesper -- Dipl.-Inf. Jesper Zedlitz Dept. for Computer Science, CAU of Kiel Room 1108 Communication Systems Research Group Phone: +49-(0)431-880-7279 Christian-Albrechts-Platz 4 Fax: +49-(0)431-880-7615 24098 Kiel - Germany jze(a)informatik.uni-kiel.de

2 1

[Compgen-Admin-L] temporäre Tabellen
by Jesper Zedlitz 05 May '08

05 May '08

Wolf Zscheile wrote: > Aber darf man keine temp- tables mehr benutzen ?? > Kommst Du wirklich nicht ohne temporäre Tabellen aus? Ich meine, man kann das immer ohne lösen. Solche sich ständig ändernen Tabellen kann der Datenbankserver nämlich nur ganz schlecht optimieren. Vielleicht ist daher jetzt auf der Datenbank relativ wenig los. Ich hatte mich nämlich schon gewundert, warum die ganzen Buffer und Caches seit dem Umzug so gut ausgelastet sind. > Temporary tables sind aber aeusserst wichtig wenn die Daten aus mehreren > Tables gesucht werden und dann sortiert werden muessen. > Ich versuche mal an einem Beispiel zu zeigen, was man stattdessen machen kann. Zwei Tabellen: CREATE TABLE a ( id int not null primary key, lastname varchar(255)); CREATE TABLE b ( id int not null primary key, lastname varchar(255)); Mit einer temporären Tabellen kann man nun so suchen: CREATE TABLE my_temp_table (id int not null primary key, lastname varchar(255)); INSERT INTO my_temp_table SELECT * from a; INSERT INTO my_temp_table SELECT * from b; SELECT * FROM my_temp_table ORDER BY lastname; Besser funktioniert ein UNION: SELECT * FROM a UNION SELECT * FROM b ORDER BY lastname; Noch besser wäre es, wenn man gar nicht erst in zwei Tabellen nachschlagen müßte sondern die gemeinsamen, zu suchenden Informationen in einer Tabelle und nur weitere Angaben in zusätzlichen Tabellen hätte. Gruß Jesper -- Dipl.-Inf. Jesper Zedlitz Dept. for Computer Science, CAU of Kiel Room 1108 Communication Systems Research Group Phone: +49-(0)431-880-7279 Christian-Albrechts-Platz 4 Fax: +49-(0)431-880-7615 24098 Kiel - Germany jze(a)informatik.uni-kiel.de

1 0

[Compgen-Admin-L] Zugang zu Rechner php
by Jesper Zedlitz 05 May '08

05 May '08

Es gab seit gestern 14 Uhr ein Problem mit dem SSH-Zugang zum Rechner "php". Das ist nun wieder behohben. Irgendwie war die Datei /usr/lib/libcrypto.so.0.9.8 verschwunden, so daß der SSH-Daemon nicht starten konnte. Gruß Jesper -- Dipl.-Inf. Jesper Zedlitz Dept. for Computer Science, CAU of Kiel Room 1108 Communication Systems Research Group Phone: +49-(0)431-880-7279 Christian-Albrechts-Platz 4 Fax: +49-(0)431-880-7615 24098 Kiel - Germany jze(a)informatik.uni-kiel.de

1 0

[Compgen-Admin-L] Online-OFBs und Metasuche nach Serverumstellung
by Klaus-Peter Wessel 05 May '08

05 May '08

Moin, die Metasuche verlinkt bei Ergebnissen zu den Online-OFBs falsch, bzw. der Link funktioniert nicht: http://db.genealogy.net/ofb/famreport.php?ofb=lavelsloh&ID=8435 -- Gruss, Peter (Klaus-Peter Wessel)

1 0