Beiträge von Sleip

Ok, also dafür zuständig ist wohl die...

/etc/apache2/envvars

# envvars - default environment variables for apache2ctl




# Since there is no sane way to get the parsed apache2 config in scripts, some
# settings are defined via environment variables and then used in apache2ctl,
# /etc/init.d/apache2, /etc/logrotate.d/apache2, etc.
export APACHE_RUN_USER=www-data
export APACHE_RUN_GROUP=www-data
export APACHE_PID_FILE=/var/run/apache2.pid

Dort steht alles auf www-data deshalb wird eben dieser Benutzer auch beim PHP Upload eingetragen. Bloss welchen Benutzer trag ich jetzt dort ein, wo werden die denn definiert? Denn www-data schreibt mir eben alles mit Chmod 777.

Hallo,
Ich hab ein kleines Problem und zwar hab ich ein PHP Upload Script, wenn ich jetzt damit etwas hochlade dann setzt mir das Script falsche Chmod Rechte nämlich 777 wobei Standart ja eigentlich 644 sein sollte. Als Benutzer und Gruppe wird auch der Root eingetragen und nicht der Inhaber des Webs.

Das ist aber nur bei dem PHP Upload so, wenn ich über FTP etwas hochlade wird alles richtig gesetzt, also müsste eine Angabe in der PHP.ini falsch sein, denn das Script war auch schon auf meinem alten Server in Betrieb und dort hat es auch alle Rechte richtig gesetzt. Kann mir jemand sagen welche Angaben dafür in der PHP.ini zuständig sind, ich kann nämlich leider auch über Google nicht wirklich was finden

Grüße,
shifty

Also es funktioniert prima mit:

*.domain.tld
und
domain.tld

Danke für die Tipps

Ok, bin jetzt ein bißchen weiter, habe gestern mal noch Dovecot installiert:

apt-get install dovecot
Paketlisten werden gelesen...
Abhängigkeitsbaum wird aufgebaut...
Lese Status-Informationen ein...
Paket dovecot ist nicht verfügbar, wird aber von einem anderen
Paket referenziert. Das kann heißen, dass das Paket fehlt, dass es veraltet
ist oder nur aus einer anderen Quelle verfügbar ist.
Doch die folgenden Pakete ersetzen es:
  dovecot-common
E: Paket dovecot hat keinen Installationskandidaten

Ok, jetzt ist zumindeest mal die Meldung vom authdaemond weg, jetzt bekomme ich aber folgende Meldung.

mail.warn

Dec 29 21:39:53 v220091244032266 postfix/smtpd[24458]: connect from p66AF8602.dip0.t-ipconnect.de[84.175.XXX.X]
Dec 29 21:39:53 v220091244032266 postfix/smtpd[24458]: warning: SASL authentication failure: no secret in database
Dec 29 21:39:53 v220091244032266 postfix/smtpd[24458]: warning: p54AF8602.dip0.t-ipconnect.de[84.175.XXX.X]: SASL CRAM-MD5 authentication failed: authentication failure

/etc/postfix/sasl/smtp.conf

pwcheck_method: saslauthd auxprop
auxprop_plugin: sql
allowanonymouslogin: no
allowplaintext: yes
mech_list: plain login cram-md5 digest-md5
sql_engine: mysql
sql_hostnames: 127.0.0.1
sql_user: syscp
sql_passwd: XXXXXXXXXXX
sql_database: syscp
sql_select: SELECT password FROM mail_users WHERE username='%u@%r' OR email='%u@%r'

Also das passt soweit, hm dann weiß ich erstmal nicht mehr weiter, hab auch alles auf irgendwelche Zeilenumbrüche und Leerzeichen hin kontrolliert, aber immer das gleiche Resultat mit diesem Punkt hinter der IP.

Selbst im Syscp Forum gibt es dazu keine Lösung sondern nur Fragen
http://www.syscp-forum.org/index.php?topic=3682.0

Kann mir bitte mal jemand seine /etc/courier/authmysqlrc zeigen?

Das Problem bei mir ist das er hinter die 127.0.0.1 einen Punkt setzt (siehe logs oben), genauso wie hinter das syscp, deshalb kann ers natürlich nicht in der Datenbank finden. Problem an der Sache ist nur das ich nirgendwo einen Punkt hinter der IP stehen habe, ich suche jetzt schon 2 Tage lang kann aber nix finden :confused:

Vielleicht kann mir nochmal jemand sagen welche Dateien für diesen authdaemond alle zuständig sind?

Hier auch noch ein Auszug aus der mail.log

Dec 29 20:53:32 v220091244032255 imapd: Connection, ip=[::ffff:84.175.XXX.X]
Dec 29 20:53:32 v220091244032255 authdaemond: failed to connect to mysql server (server=127.0.0.1., userid=syscp.): Access denied for user 'syscp.'@'localhost' (using password: YES)
Dec 29 20:53:32 v220091244032255 imapd: LOGIN FAILED, user=web1, ip=[::ffff:84.175.XXX.X]
Dec 29 20:53:32 v220091244032255 imapd: authentication error: Input/output error

Ich möchte das gerne nochmal aufgreifen, hab auch sowas in der mail.warn stehen:

Dec 29 19:38:28 v220091244032266 authdaemond: failed to connect to mysql server (server=127.0.0.1., userid=syscp.): Access denied for user 'syscp.'@'localhost' (using password: YES)
Dec 29 19:38:28 v220091244032266 pop3d: authentication error: Input/output error

Die Passwörter für syscp@localhost hab ich in folgenden Dateien kontrolliert und konnte mich auch damit in PhpMyAdmin einloggen:

/etc/postfix/sasl/smtpd.conf
/etc/courier/authmysqlrc
/etc/postfix/mysql-virtual_mailbox_domains.cfg
/etc/postfix/mysql-virtual_mailbox_maps.cfg
/etc/postfix/mysql-virtual_alias_maps.cfg

Hab ich vielleicht eine Datei vergessen, ich weiß langsam echt nicht mehr wo ich da noch ein Paswort ändern sollte?

Also im Whois stehen auch noch die alten Einträge der Nameserver, obwohl in meiner DNS Verwaltung die Server von Netcup eingetragen sind. Domain ist wie gesagt zu erreichen auf dem Netcup Server.

Ich denke das dann nur dieser www A Record falsch ist, ich werd jetzt einfach mal abwarten bis das eingetragen ist. Dann kann ich mehr sagen

Also bei mir klappt das auch

Wenn die Domain erst kürzlich freigeschaltet wurde kann es auch sein das die Denic noch nicht alle Nameserver aktualisiert hatte, dass kann manchmal sogar ein paar Tage dauern, ich spreche aus Erfahrung

Ansonsten würde ich dir vorschlagen mal den Cache deines Browsers zu löschen, oder deinen Router etc. mal neu zu starten.

Hab mit einer meiner Domains die bei einem anderen Anbieter liegt zwei A Record Einträge auf meinen neuen Server hier gelegt mit:

A Record
*.domain.tld | meine IP

und

www | meine IP

Nameserver:
root-dns.netcup.de (Als primär eingetragen)
second-dns.netcup.de
third-dns.netcup.de

Der Server wird jetzt auch unter www.domain.tld aufgerufen, wenn ich aber ohne www die Domain eingebe springt er wieder auf www.domain.tld. Ich muss die Domain auch ohne dieses www eingeben können also das dann im Browser halt nur domain.tld steht. Liegt das eventuell an meinem www A Record Eintrag? Hab denn jetzt erstmal wieder gelöscht, jetzt muss ich halt mal wieder abwarten bis die Denic ihrer Server anschmeisst. :mad:

Ansonsten bin ich für Tipps gerne bereit, Mail und sowas muss erstmal nicht drüber laufen, aber es wäre schön wenn das http alles klappt. Wie ist eigentlich die Hostmaster-Mail von Netcup?

Zitat von mawo;11303

Bei mir waren die User auch in der DB. Habe 127.0.0.1 das gleiche Passwort wie localhost gegeben (sollte das gleiche sein?) und da ich nicht wusste wozu syscptest11.yourvserver.net benötigt wird ein zufälliges Kennwort eingetragen. Werde den letzteren User aber löschen, da er anscheinend nirgends verwendet wird.

Hab ich jetzt auch so gemacht. Läuft auch super, keine Warnings mehr. Danke nochmal fürs Feedback.

Das sieht gut aus, bei mir gabs diesen Fehler mal weil die Domain falsch war.

Tja, ansonsten fällt mir dazu nix mehr ein, ich verweise mal auf diesen Thread, vielleicht kannste das mal noch versuchen:

http://ubuntuforums.org/showpost.php?p=4541595&postcount=5
und
http://ubuntuforums.org/showpost.php?p=5218698&postcount=6

zumindest sollten dann die Mails wieder ankommen. Und das ist einfach so gekommen oder hast du was am Server gemacht (Update usw.)?

Was steht bei dir denn unter:

/etc/postfix/main.cf

Hast du überhaupt nichts bei dir verändert? Ich werde dann mal den root syscptest11.yourvserver.net löschen und der IP ein Passwort zuweisen, mal sehen was er dann sagt. Die Error und Warning Logs sollen endlich schweigen xD

Es waren ein paar Passwörter nicht richtig gesetzt, Problem gelöst

Hab seit dem starten von mysql folgendes in der daemon.log stehen, wiederholt sich täglich:

Dec 27 19:29:45 v220091244032255 /etc/mysql/debian-start[15077]: Upgrading MySQL tables if necessary.
Dec 27 19:29:45 v220091244032255 /etc/mysql/debian-start[15082]: Looking for 'mysql' in: /usr/bin/mysql
Dec 27 19:29:45 v220091244032255 /etc/mysql/debian-start[15082]: Looking for 'mysqlcheck' in: /usr/bin/mysqlcheck
Dec 27 19:29:45 v220091244032255 /etc/mysql/debian-start[15082]: This installation of MySQL is already upgraded to 5.0.51a, use --force if you still need to run mysql_upgrade
Dec 27 19:29:45 v220091244032255 /etc/mysql/debian-start[15100]: Checking for insecure root accounts.
Dec 27 19:29:45 v220091244032255 /etc/mysql/debian-start[15104]: WARNING: mysql.user contains 2 root accounts without password!
Dec 27 19:29:45 v220091244032255 /etc/mysql/debian-start[15105]: Triggering myisam-recover for all MyISAM tables

Bei der übergabe des Images von Netcup wurde mir ja bereits ein Mysql Root Passwort erstellt, dass habe ich dann nur für den Localhost in PhpMyAdmin geändert. Der Mysql-Server ist zwar nur für localhost zu erreichen, aber diese Meldung ist irritierend.

Ist das eine Debianeigenheit?

Rechteverwaltung:
root 127.0.0.1 kein passwd
root localhost mit passwd
root syscptest11.yourvserver.net kein passwd

Wozu benötigt man eigentlich zwei rootuser? Soll ich denen jetzt Passwörter geben oder können die einfach gelöscht werden? Wie gesagt ist noch das original Debian + Syscp 64Bit Image von Netcup, hab daran nichts verändert.

Ok, hat sich eredigt, hatte da etwas verwechselt, hab jetzt root Login deaktiviert.

Hallo,
Ich wollte soeben meinen SSH Login als root ändern damit ich mich unter anderem Benutzernamen als root anmelden kann, hab dann erstmal einen neuen Benutzer angelegt mit:

adduser benutzername

Hat auch alles funktioniert, das Verzeichniss unter /home/benutzername wurde auch angelegt. So dann hab ich den neuen Benutzer noch die Rechte der root Gruppe zugewiesen mit:

adduser benutzername root

Der Benutzer ist jetzt also in der Gruppe Root, kann mich auch einloggen und auf dem Server Dateien ansehen, allerdings kann ich nicht in alle Verzeichnisse schauen und Dateien darf ich auch nicht ändern, bekomme dann immer einen Permission denied Fehler.

Nach Eingabe von id als angemeldeter neuer Benutzer kommt auch

/var$ id
uid=1000(benutzername) gid=1000(benutzername) Gruppen=0(root),1000(benutzername)

Naja, was kann ich denn jetzt da noch machen, weil eigentlich doch die rechte als Root da sein müssten?

Ich hatte auch immer diesen Fehler in der /var/log/auth.log stehen:

Dec 26 23:50:09 v220091244032256 postfix/smtpd[8701]: SQL engine 'mysql#015' not supported
Dec 26 23:50:09 v220091244032256 postfix/smtpd[8701]: auxpropfunc error no mechanism available
Dec 26 23:50:09 v220091244032256 postfix/smtpd[8701]: _sasl_plugin_load failed on sasl_auxprop_plug_init for plugin: sql

Das liegt ganz einfach daran das der Eintrag dafür unter /etc/postfix/sasl/smtpd.conf nicht gesetzt ist, du musst das rot geschriebene einfach in der ersten Zeile ergänzen:

pwcheck_method: saslauthd auxprop

Seit dem ist auch der Fehler in den logs unter /var/log/auth.log verschwunden und das Plugin läuft super durch:

Dec 27 00:23:21 v220091244032256 postfix/smtpd[7604]: sql auxprop plugin using mysql engine

Mein PMA liegt auch unter nem anderen Verzeichniss, aber ich werd wohl auch noch mit htaccess schützen, sicher ist sicher

Hab eben gesehen das auch versucht wird sich ständig in ein POP3 einzuloggen, obwohl überhaupt kein Konto angelegt ist xD

Dec 26 19:55:08 v330091244032265 pop3d: Connection, ip=[::ffff:212.227.112.229]
Dec 26 19:55:08 v330091244032265 pop3d: LOGIN FAILED, user=web972p1, ip=[::ffff:212.227.112.229]
Dec 26 19:55:08 v330091244032265 pop3d: authentication error: Input/output error

Ich werd jetzt einfach immer alle IPs sperren die extrem auffälig sind, scheinen ja auch alles Server zu sein, von daher ist es ja auch sinvoll.