Beiträge von benny

    Okay, ich hatte den Benutzer erst löschen müssen (denn wie schon gesagt stand er ja trotzdem in der Rechtetabelle) und anschließend hatte ich ihn neu angelegt.


    Das mit dem Flushen hatte ich nicht probiert; wie geht das (fürs nächste Mal ist das sinnvoll zu wissen)

    So ich steh grad vor dem Problem, nach einem Backup die Datenbanken wieder einzuspielen.


    Folgendes hatte ich gemacht:


    • in PHPmyAdmin alle DB einzeln exportiert
    • nach dem neuinstallieren des Server in PHPMyAdmin DB wieder eingespielt:

      • syscp DB (alle Tabellen markiert und gelöscht. Anschließend per import Datenbank syscp wieder eingespielt)
      • Neue DB kunde002sql1 (einzige DB eines Kunden) erstellt und per Import mit gesicherten Daten gefüllt
      • mysql DB (alle Tabellen markiert und gelöscht. Anschließend per import Datenabnk mysql wieder eingespielt)




    Syscp läuft nun wieder, soweit ich das sehe, gut. Aber die DB des Kunden002 ist nicht mehr für ihn erreichbar. Ich hab auch mal versucht dem Kunden sein Passwort zu ändern (denn den MySQL Benutzer kunde002sql1 gibt es laut Rechte Tabelle in PHPMyAdmin). Dabei bekomme ich aber den Fehler:

    Code
    [B]SQL-Befehl:[/B]
    SET  PASSWORD  FOR  'kunde002sql1'@ 'localhost' = PASSWORD('***********')
    [B]MySQL meldet:[/B]
    #1133 - Can't find any matching row in the user table

    Aber in der Tabelle user der Datenbank mysql steht dieser Benutzer mit einem Passwort drinn.


    Was kann ich tun?

    Hallo,


    man kann ja über SysCP auch Rechnungen, Verträge, u.ä. erstellen lassen. Allerdings würde bzw. muss ich das Muster anpassen wollen:
    - Meine Daten eintragen
    - Meinen Briefkopf verwenden


    Wo kann ich sowas umstellen?


    Und wie kann ich erstellte Rechnungen und Verträge wieder komplett löschen um sie erneut zu erstellen? Hab damit testweise rumgespielt und nun bekomm ich die nicht mehr weg.


    mfg Benny

    Hallo,


    ich hab in meinem SysCP 1.4.2 das Problem, dass ich gezwungen bin Email Weiterleitungen zu begrenzen, wenn ich die Email Postfächer begrenze.


    Ich kann zwar eine beliebig hohe Zahl (hab jetzt keine Grenze ausgetestet) angeben, aber halt nicht mehr das Kontrollkätchen Unbegrenzt...
    Wenn ich es dennoch tue, wird das Kästchen unbegrenzt deaktiviert und der Wert 0 übernommen.


    Weiß jemand womit das zusammen hängt bzw. warum das so ist?


    mfg Benny

    So hab jetzt alles noch mal auf Anfang gesetzt - wußte mir nicht anders zu helfen.


    Jetzt geht auch das Email Zeugs wieder. (Natürlich kein SSL, leider :-()


    Ich hab allerdings jetzt ein anderes Phänomen, was ich vorher nicht hatte:


    Ich kann meine Konten nicht mehr per IMAP erreichen, obwohl ich den entsprechenden Kunden IMAP gestattet hab.


    Im Thunderbird kommt die Meldung:

    Zitat

    Dieser Mail-Server imap.meinedomain.de ist kein IMAP4-Mail-Server


    hm - ich weiß zwar nicht, warums ein IMAP4 Server sein muss und was es sonst ist... leider taucht auch keine Meldung im Log auf, während ich versuche per IMAP zu verbinden. Ich hab das Gefühl, der probiert es gar nicht erst. Oder muss man noch wo was aktivieren im SysCP, was ich vorher gemacht hatte und diesmal vergessen hab? (wie gesagt, bevor ich die ganzen mail Probleme hatte, ging das IMAP einwandfrei)


    mfg Benny

    Oh ich hab jetzt richtige Mail schwierigkeiten - es läuft nix mehr :(
    (Vorher ging ja zumindest das Empfangen. Nach diesem Post ging dann sogar das versenden der Mails - ganz normal ohne TLS oder SSL und mit unverschlüsselten Passworten in der DB).


    Seither hatte ich ja versucht dieses SASL Auth hinzubekommen. Dazu hatte ich folgendes gemacht:
    - Certifikat wie hier beschrieben erstellt
    - Eintragungen in die /etc/postfix/main.cf wie in dem Tutorial beschrieben
    - aptitude install sasl2-bin
    - hatte alle Konfigurationen, wie sie SysCP vorschlägt geändert (kompletten Ordner /etc/postfix zuvor gesichert -> das hätte ich mal vorher machen sollen, als es noch ging :-()
    - aptitude remove sasl2-bin
    - (weil ich dachte, ich bekommst doch nochmal mit SASL Auth hin:) aptitude install gsasl
    - (entsprechende Stellen für SALS in der main.cf auskommentiert und wie im Tutorial beschrieben wieder eingetragen)


    Ich kann seit ich nach dem ändern der main.cf den postfix neu gestartet hab keine Mails mehr empfangen.


    Meine Logfiles sehen nun so aus (ich starte postfix einmal neu und versuche Mails abzurufen - vermutl. klappt das Abrufen auch, aber die Mails werden nicht mehr angenommen, die ich an eine dieser Adressen schicke. In der Logfile finde ich leider keine bemerkung von ankommenden Mails oder was damit sein könnte. Außerdem versuche ich per smtp zu verschicken - ohne TLS)


    Eigentlich will ich nur noch eins: Das es irgendwie wieder funktioniert! (Bei dem Verschlüsselten gings mir ja mehr darum, auch über den SSL Port verschicken zu können, da ich nur darüber Mails aus z.B. der Uni versenden kann)
    Also wenn mir jemand sagen kann, wie ich das irgendwie wieder zum laufen bringen kann, bzw. anhand der Fehlermeldung sagen kann, was ich umstellen muss - ich währe furchtbar glücklich!


    mfg Benny

    Nochmal bzgl. dem SSL:


    versuche also noch immer eine SSL SMTP Verbindung einzurichten.


    Dazu bin ich mal nach dieser Anleitung (ist allerdings für Redhat, vondaher stimmen die Pfade nicht) vorgegangen:


    Hier meine main.cf

    und das kommt beim Versuch mit telnet zu testen:

    Und hier der Log aus der mail.log:

    Code
    Jan 22 08:40:35 vxxxxxxxxx postfix/master[2605]: daemon started -- version 2.3.8, configuration /etc/postfix
    Jan 22 08:40:39 vxxxxxxxxx postfix/smtpd[2621]: initializing the server-side TLS engine
    Jan 22 08:40:39 vxxxxxxxxx postfix/smtpd[2621]: warning: cannot get private key from file /etc/postfix/newreq.pem
    Jan 22 08:40:39 vxxxxxxxxx postfix/smtpd[2621]: warning: TLS library problem: 2621:error:0906D06C:PEM routines:PEM_read_bio:no start line:pem_lib.c:644:Expecting: ANY PRIVATE KEY:
    Jan 22 08:40:39 vxxxxxxxxx postfix/smtpd[2621]: warning: TLS library problem: 2621:error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib:ssl_rsa.c:669:
    Jan 22 08:40:39 vxxxxxxxxx postfix/smtpd[2621]: cannot load RSA certificate and key data
    Jan 22 08:40:39 vxxxxxxxxx postfix/smtpd[2621]: connect from vxxxxxxxxx.yourvserver.net[12.34.56.78]
    Jan 22 08:40:52 vxxxxxxxxx postfix/smtpd[2621]: disconnect from vxxxxxxxxx.yourvserver.net[12.34.56.78]

    Ich frags nur sicherheitshalber mal dazu:
    Da ich hier bei netcup meinen vserver habe, hab ich natürlich kein 127.0.0.0/8 Netz. Da ich aber ansonsten ja Mails abrufen kann und auch ohne Verschlüsselung mittlerweile senden kann, hab ich dem jetzt mal keine Bedeutung bei gemessen.
    Ich hab aber ne Interne IP. Nur das ist ja nur eine IP und kein ganzes Netz. Muss ich da evtl. in der main.cf was anderes eintragen?
    Wobei soweit ich das beurteilen kann, ist das jetzt nicht der Fehler...


    mfg Benny


    [EDIT]
    Außerdem hab ich, vermutlich durch den vserver, kein /dev/urandom und hab deshalb mal diese Zeile auskommentiert. Gibts da evtl. ne Alternative für? Vielleicht gehts ja deshalb nicht :(

    Okay, hab grad mal in die Datenbank geschaut:
    Da stehen noch die verschlüsselten Passworte bei pasword_enc drinn. Und im Feld Passwort steht nix. Hab da jetzt mal mein Passwort eingetragen und siehe da, dann gehts.


    Aber wieso schreibt das SysCP die Passworte nicht wie sichs gehört in das normale Passwortfeld - die Verschlüsselung hab ich doch abgestellt...?


    mfg Benny


    [EDIT]
    Okay, ich seh grad: Der Link heißt ja "alle unverschlüsselten PW aus der DB löschen" - da hab ich mich verlesen. Dabei wird gleich wieder auf verschlüsseln gesetzt.


    Also generell geht jetzt das Mailversenden ;)


    Aber ich würde das natürlich gern in irgend einer Weise auf verschlüsselung setzen. Schonmal damit die Emailpasswörter aus der DB verschwinden - das ist ja ein großes Sicherheitsloch, wenn mans genau nimmt - damit lerne ich ja die Passworte meiner "Kunden" (indem Fall erstmal hauptsächlich meine Familie) kennen... auch wenn das mal ganz nett sein kann, kann ich damit nicht wirklich gut leben!


    ganz abgesehn davon, kann ich aus einigen Netzen keine unverschlüsselten Mails senden bzw. es wird nur SMTP per TLS oder SSL erlaubt...


    Also falls jemand eine ungefähre Anleitung hat, was zu tun ist um das SASL wieder nutzen zu können währe ich daran sehr interessiert - ich hab leider so erstmal nix im Forum von SysCP gefunden - werd wohl mal direkt nachfragen müssen...


    mfg Benny

    Okay, hatte nun folgendes gemacht:


    Die Passworte wieder auf unverschlüsselt gestellt und den Link geklickt um alle Passworte zu löschen.


    Anschließend hab ich in den Maileinstellungen des Kunden ein neues Passwort für seinen Mail Account gesetzt.


    Nach ca. ner halben Stunde (da muss der cron Job längst durchgelaufen sein), hab ich versucht ne Mail per SMTP zu versenden... leider ohne Erfolg.


    Nun hatte ich die SMTP Konfiguration anzeigen lassen (also wie sie sein sollte - über das entsprechende Konfigurationsmenü im SysCP) und festgestellt, dass die ... anders aussah:
    So soll es laut Konfigurationshilfe sein (und das hab ich jetzt auch eingetragen)

    und das stand bisher drinne

    Code
    pwcheck_method: auxprop
    auxprop_plugin: sql
    mech_list: plain login cram-md5 digest-md5
    sql_engine: mysql
    sql_hostnames: localhost
    sql_user: syscp
    sql_passwd: syscpkennwort
    sql_database: syscp
    sql_select: select password from mail_users where username='%u@%r'

    Und nachdem ich das also angepast hatte und nochmal das Kennwort des Mailaccounts neu geschrieben hatte, hab ich nochmal versucht Mails abzurufen.


    Ich bekam das hier als Log:

    Code
    Jan 21 23:31:31 vxxxxxxxxx postfix/smtpd[19193]: connect from p53AE1F21.dip0.t-ipconnect.de[54.70.17.22]
    Jan 21 23:31:35 vxxxxxxxxx postfix/smtpd[19193]: warning: SASL authentication failure: Password verification failed
    Jan 21 23:31:35 vxxxxxxxxx postfix/smtpd[19193]: warning: p53AE1F21.dip0.t-ipconnect.de[54.70.17.22]: SASL PLAIN authentication failed: authentication failure
    Jan 21 23:31:35 vxxxxxxxxx postfix/smtpd[19193]: warning: p53AE1F21.dip0.t-ipconnect.de[54.70.17.22]: SASL LOGIN authentication failed: authentication failure
    Jan 21 23:31:36 vxxxxxxxxx postfix/smtpd[19193]: disconnect from p53AE1F21.dip0.t-ipconnect.de[54.70.17.22]

    Hmm - was kann ich noch prüfen. Müsste doch laufen eigentlich...

    Ach das - okay, das hatte ich eingestellt... darf also nicht sein.


    Aber wieso kann ich dann mails abrufen? Das dürfte dann doch auch nicht gehen, weil ich mich da ja genau auch anmelden muss... (aber ich kann ja mails abrufen...)

    okay, falls ich das auf die schnelle nicht hinbekomme (und davon geh ich jetzt erstmal aus): Du sagtest vorhin, man kann das im SysCP deaktivieren. Ich habe das leider nicht gefunden. Bin eigentlich alle Einstellungen durchgegangen; leider hab ich nichts von SASL AUTH deaktivieren finden können :(

    Zitat

    st SASL eingerichtet? Falls nicht, dann im SysCP einstellen das die SASL Auth nicht verwendet werden soll


    Dankefür die Antwort. Aber ich hab nirgendwo im SysCP SASL Einstellungen finden können. Wo ist das?


    Bzw. eigentlich hätte ich gern eine Verschlüsselung der Abfrage. Entweder per SSL oder per TLS.


    mfg Benny

    Ich hab ebenfalls arge schwierigkeiten mit dem Versenden von Mails. (Empfang per POP3 und IMAP geht einwandfrei, aber SMTP läuft nicht):


    Ich habe also normal Domains angelegt, und dort Email Konten eingerichtet.


    Im Mailprogramm trage ich als smtp Server: mail.meinedomain.de
    und als Benutzername: user@meinedomain.de
    ein.


    Aber ich werde immer wieder nach einem Passwort gefragt, welches ich jetzt sogar extra mal im SysCP nochmal geändert hab. Aber trotzdem get es nicht.


    Die letzten Fehlermeldungen in /var/log/mail.log:

    kann mir wer helfen? Ich muss doch Mails schicken können.


    mfg Benny

    Hallo,


    möcht mich noch mal kurz einklinken:


    Vermutlich ist das wieder ein "Grenze" von dem SysCP, aber ich frag dochmal, vielleicht hab ich auch nur was übersehn:


    Ich möchte, dass der Web-Bereich des Servers selbst ebenfalls Passwortschutz über eine .htaccess Datei haben kann. Das blöde ist halt, das SysCP mir ja jedesmal die ganze vhost Configuration neu schreibt. Ich hab bei mir nämlich in den Anfangsbereich folgendes eingetragen (das mit rot markierte hab ich dazu gefügt)


    Gibt es eine Möglichkeit, dass im SysCP selbst auch einzutragen, dass der das da benutzt?


    Ich sehe sonst nur zwei Möglichkeiten:


    • nach jeder Domain Änderung selbst neuschreiben oder per Script in regelmäßigen Abständen prüfen und ggfls. einfügen
    • in der Datenbank von Hand an die Stelle eintragen


    Möglichkeit 1 ist eigentlich inakzeptabel, da ich ja nicht immer mitbekomme, wenn irgendwelche Domainänderungen gemacht werden und zweitens bedeutet das, das ab und an diese Sicherheitsmaßnahme nicht greift.


    Möglichkeit 2 weiß ich nicht wo ich das eintragen muss...


    mfg Benny

    Hallo,


    ich werde auf meinem Server überflutet von SPAM Mails. Deshalb mal eine ganz allgemeine Frage:
    Wie kann ich mich mit server Einstellungen vor SPAM Mails schützen?
    (Die Frage ist deshalb noch recht allgemein gefaßt, weil ich quasi 0 Ahnung auf dem Gebiet habe und ich daher erstmal Informationen brauch, nach was genau ich suchen muss)


    mfg Benny

    Okay, habs gefunden: Der rewrite Mod war nicht installiert.


    Code
    [B][COLOR=Red]/etc/apache2/mods-enabled[/COLOR][/B]$ ln -s ../mods-available/rewrite.load rewrite.load

    ausführen und apache2 neu starten

    Hallo,


    ich möchte gern einige Dateien durch über eine PHP Datei ausgeben. Dazu hab ich mir eine .htaccess Datei in dem betreffenden Verzeichnis erstellt, in der folgendes steht (das ist alles!):

    Apache Configuration
    RewriteEngine On
    RewriteRule (_secret*.*) GETFILE.PHP?file=$1

    Wenn ich nun Dateien aus diesem Verzeichnis aufrufe, bekomme ich einen 500 Internal Server Error:

    Code
    [B]Internal Server Error[/B]
    
    
    
    
     The server encountered an internal error or misconfiguration and was unable to complete your request.
     Please contact the server administrator, admin@meinedomain.de and inform them of the time the error occurred, and anything you might have done that may have caused the error.
     More information about this error may be available in the server error log.
      Apache/2.2.3 (Debian) PHP/5.2.0-8+etch13 Server at meinedomain.de Port 80

    meine speziellen vhost Direktiven sehen so aus:

    Warum geht das nicht? AllowOverride ist doch so eingestellt, dass ich alles darf...


    Diese Funktion mit der htaccess Datei hatte ich bisher auf meinem alten Webspace und das hatte funktioniert; Ich habe den gleichen Inhalt in der .htaccess Datei, wie dort.


    Kann mir wer helfen?

    Hallo,


    AllowOverride steht bei mir auf None. Prinzipiell will ich daran mal nix ändern. aber wie bekomme ich das für einen vhost geändert. Aus irgendeinem Grund scheint mein "php_admin_flag AllwoOveride All" nicht zu greifen.


    Letztlich hab ich bei einer Seite Probleme, die .htaccess Datei wirken zu lassen.