Hmm dann kann ich mir nicht erklären wie das Plugin deaktiviert wurde.
Beiträge von UniX24
-
-
Ok Ich danke euch allen für die super Unterstützung
Ich habe den Fehler nun finden können, dank euch konnte ich alles andere ausschließen, aber ich dachte wenn ich nichts selber gemacht habe, dann muss es die Datenbank sein.
Dann habe ich mir jetzt die Datenbank "jos_extensions" in meinen Fall "RRI_extensions" angeguckt und sehe da, das Plugin "plg_user_joomla" war deaktiviert.
Wir haben Probleme mit Spam-Angriffen, kann es sein das sich das Plugin deaktiviert, wenn ein Bot versucht sich ständig mit neuen Benutzerdaten einzuloggen?
-
Hast du #26 gelesen? Nimm am besten Notepad++, und korrigiere die Umlaute.
Ich habe mal als Test eine komplett unveränderte "configuration.php" verwendet, da habe ich nur den Pfad zum "tmp" & "logs" Order angepasst, sowieso die DB Verbindung eingetragen. Da gab es keine Umlaute und es ging trotzdem nicht.
Ich glaube nicht mehr das es an "configuration.php" liegt.
Wo finde ich den die Plugins in der Datenbank? In den früheren Versionen gab es "jos_plugins", den es jetzt nicht mehr gibt. Wollte mal alle Plugins deaktivieren, die ich mal installiert habe.
-
Mir auch nicht. Ich möcht nur nochmal drauf hinweisen: Du bist ganz sicher, dass die Pfade zu log und tmp stimmen? und die Dateien beschreibbar sind?
Ansonsten: Im Dienstleisterverzeichnis oder in einigen Signaturen findest du Dienstleister, die das professionell machen und sich auch bei 1und1 auskennen.
Ja siehe hier :
Code2018-07-30T07:16:54+00:00 INFO 87.191.154.12 joomlafailure Benutzername und Passwort falsch oder das Benutzerkonto existiert noch nicht! 2018-07-30T07:49:00+00:00 INFO 87.191.154.12 joomlafailure Benutzername und Passwort falsch oder das Benutzerkonto existiert noch nicht! 2018-07-30T07:49:20+00:00 INFO 87.191.154.12 joomlafailure Leeres Passwortfeld nicht erlaubt 2018-07-30T07:49:28+00:00 INFO 87.191.154.12 joomlafailure Benutzername und Passwort falsch oder das Benutzerkonto existiert noch nicht! 2018-07-30T08:18:55+00:00 INFO 87.191.154.12 joomlafailure Benutzername und Passwort falsch oder das Benutzerkonto existiert noch nicht!
Das sind die Error-Logs von heute.
-
Es hätte ja sein können, das ihr so einen vorgeschalteten Passwortschutz benutzt. Deshalb war der Link wichtig.
Sitzt das Ingenieurbüro nicht im Ortsteil Groden? Fahre ich täglich durch. Witzig!
Ja ist in der Nähe. aber ich denke nicht das es zu Groden gehört
Also mir fällt nichts mehr ein was man da tun kann
-
Es schaut jetzt also so aus:
Kein htaccess-Problem, die Datenbank ist ok, das Authentification Plugin ist aktiv, Es liegt kein Fehler von irgend einer extension vor.
Da fällt mir nur noch ein, dass ententuell die logfiles nicht beschreibbar sind.
- Leere das Verzeichnis cache
- Dann prüfe penibel, ob die Datei-pfade/namen für tmp und log in deiner configuration.php
mit den Pfaden/Dateien auf deinem Webspace übereinstimmen und ob du da Schreibrechte hast.BTW: Ich hoffe, du hast ein Backup? Wenn nicht, mach eins!
Cache ist geleert und ja ich habe ein Backup gemacht.
Hallo,
ergänzend: vielleicht hilft das hier: https://www.joomla.ch/joomla-e…dmin-nicht-mehr-einloggen
Ev. kannst Du uns die configuration.php zeigen (in einen spoiler packen). Passwörter unkenntlich machen.
Liebe Grüße
Christine
PHP
Alles anzeigen<?php class JConfig { public $offline = '1'; public $offline_message = 'Die Seite ist wegen Wartung offline. Wir passen die Homepage an das neue Datenschutzgesetz an. Wir bitten um ihr Verständnis.'; public $display_offline_message = '1'; public $offline_image = ''; public $sitename = 'Reim & Reimers Ingenieure GmbH'; public $editor = 'tinymce'; public $captcha = 'recaptchanew'; public $list_limit = '20'; public $access = '1'; public $dbtype = 'mysqli'; public $host = 'db676851403.db.1and1.com'; public $user = 'dbo676851403'; public $password = '*********'; public $db = 'db676851403'; public $dbprefix = 'RRI_'; public $secret = '1xblpYdSNoWqO2Al'; public $gzip = '0'; public $error_reporting = 'maximum'; public $helpurl = 'https://help.joomla.org/proxy?keyref=Help{major}{minor}:{keyref}&lang={langcode}'; public $ftp_host = '127.0.0.1'; public $ftp_port = '21'; public $ftp_user = ''; public $ftp_pass = ''; public $ftp_root = ''; public $ftp_enable = '0'; public $tmp_path = '/homepages/17/d67403986/htdocs/RRI/Joomla/Reim_Reimers/tmp'; public $log_path = '/homepages/17/d67403986/htdocs/RRI/Joomla/Reim_Reimers/logs'; public $live_site = ''; public $force_ssl = '0'; public $offset = 'Europe/Berlin'; public $lifetime = '15'; public $session_handler = 'database'; public $mailer = 'mail'; public $mailfrom = '********'; public $fromname = 'Reim & Reimers Ingenieure GmbH'; public $sendmail = '/usr/sbin/sendmail'; public $smtpauth = '0'; public $smtpuser = ''; public $smtppass = ''; public $smtphost = 'db676851403.db.1and1.com'; public $caching = '0'; public $cachetime = '15'; public $cache_handler = 'file'; public $cache_platformprefix = '0'; public $debug = '1'; public $debug_lang = '0'; public $MetaDesc = ''; public $MetaKeys = 'Reim und Reimers, Planungsbüro, Ingenieurbüro,'; public $MetaTitle = '1'; public $MetaAuthor = '0'; public $MetaVersion = '0'; public $robots = ''; public $sef = '1'; public $sef_rewrite = '1'; public $sef_suffix = '0'; public $unicodeslugs = '0'; public $feed_limit = '10'; public $feed_email = 'none'; public $memcache_persist = '1'; public $memcache_compress = '0'; public $memcache_server_host = 'localhost'; public $memcache_server_port = '11211'; public $memcached_persist = '1'; public $memcached_compress = '0'; public $memcached_server_host = 'localhost'; public $memcached_server_port = '11211'; public $redis_persist = '1'; public $redis_server_host = 'localhost'; public $redis_server_port = '6379'; public $redis_server_auth = ''; public $redis_server_db = '0'; public $proxy_enable = '0'; public $proxy_host = ''; public $proxy_port = ''; public $proxy_user = ''; public $proxy_pass = ''; public $mailonline = '1'; public $massmailoff = '0'; public $smtpport = '25'; public $smtpsecure = 'none'; public $MetaRights = ''; public $sitename_pagetitles = '0'; public $session_memcache_server_host = 'localhost'; public $session_memcache_server_port = '11211'; public $session_memcached_server_host = 'localhost'; public $session_memcached_server_port = '11211'; public $frontediting = '1'; public $cookie_domain = ''; public $cookie_path = ''; public $asset_id = '1'; public $replyto = ''; public $replytoname = ''; public $shared_session = '0'; public $session_redis_server_host = 'localhost'; public $session_redis_server_port = '6379'; public $session_redis_server_db = '0'; public $session_redis_persist = '1'; public $session_redis_server_auth = ''; }
-
Jetzt ist mir wieder eingefallen, wie ein User vor ein paar Wochen nach langem Hin- und Her das gleiche Problem gelöst hatte.
Er hatte gar nicht versucht, sich ins Backend einzuloggen, sondern war an dem zusätzlichen Passwortschutz des administrator-Verzeichnisse "hängengeblieben". Hierfür wurden ihm etwas später die Zugangsdaten geschickt, die sinnvollerweise nicht identisch waren.
Da du von .htaccess und .htpasswd schreibst (zumindest diese .htaccess würde sich im administrator-Verzeichnis befinden):
Reden wir wirklich von der Backend-Einlogg-Maske?
Ein vorgeschalteter Passwortsschutz könnte möglicherweise deine Server-Fehlermeldung erklären.
Link zur Seite?
Das ist ja die Backend-Einlogg-Maske = https://www.reim-reimers.de/administrator/index.php
Was muss ich den genau machen mit den ".htaccess" und ".htpasswd" Dateien?
Die gibt es ja nicht mal, nur die "htaccess.txt" im Home-Verzeichnis der Webseite
-
Hast Du denn, wie beschrieben, einen neuen SuperUser eingerichtet und kannst Du Dich dann mit diesen Daten einloggen?
Das mit dem neue Superuser wollte ich gerade versuchen, doch bei mir gibt es die zwei Daten nicht, weder .htaccess noch .htpasswd.
Im Homepage Home-Verzeichnis gibt es nur htaccess.txt
Apache Configuration
Alles anzeigen## # @package Joomla # @copyright Copyright (C) 2005 - 2018 Open Source Matters. All rights reserved. # @license GNU General Public License version 2 or later; see LICENSE.txt ## ## # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE! # # The line 'Options +FollowSymLinks' may cause problems with some server configurations. # It is required for the use of mod_rewrite, but it may have already been set by your # server administrator in a way that disallows changing it in this .htaccess file. # If using it causes your site to produce an error, comment it out (add # to the # beginning of the line), reload your site in your browser and test your sef urls. If # they work, then it has been set by your server administrator and you do not need to # set it here. ## ## No directory listings <IfModule autoindex> IndexIgnore * </IfModule> ## Can be commented out if causes errors, see notes above. Options +FollowSymlinks Options -Indexes ## Mod_rewrite in use. RewriteEngine On ## Begin - Rewrite rules to block out some common exploits. # If you experience problems on your site then comment out the operations listed # below by adding a # to the beginning of the line. # This attempts to block the most common type of exploit `attempts` on Joomla! # # Block any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR] # Block any script that includes a <script> tag in URL. RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] # Block any script trying to set a PHP GLOBALS variable via URL. RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block any script trying to modify a _REQUEST variable via URL. RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) # Return 403 Forbidden header and show the content of the root home page RewriteRule .* index.php [F] # ## End - Rewrite rules to block out some common exploits. ## Begin - Custom redirects # # If you need to redirect some pages, or set a canonical non-www to # www redirect (or vice versa), place that code here. Ensure those # redirects use the correct RewriteRule syntax and the [R=301,L] flags. # ## End - Custom redirects ## # Uncomment the following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root). ## # RewriteBase / ## Begin - Joomla! core SEF Section. # RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # # If the requested path and file is not /index.php and the request # has not already been internally rewritten to the index.php script RewriteCond %{REQUEST_URI} !^/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the index.php script RewriteRule .* index.php [L] # ## End - Joomla! core SEF Section.
Hab auch nicht wirklich verstanden, da man den Superuser doch in der Datenbank anlegt
-
Das Offline-Schalten hat womöglich gar nichts mit dem Einlog-Problem zu tun. Würde mich auch wundern.
Ansonsten: Was genau hast du getan, um deine Seite offline zu schalten? Hast du vielleicht an mehreren Stellen etwas verändert.
Hatte noch jemand anderes Zugang zum Backend?
Wurden zwischenzeitlich Sicherheitstools.... installiert?
Versuch mal einen anderen Browser!
- Ich habe nur den Zugang zum Backend
- Neine ich habe keine Sicherheitstools installiert
- Andere Browser sowieso PC habe ich versucht und ohne erfolg
Schwerer Fall .. mir fällt bald ncihts mehr ein
- Geht es an einem anderen PC / anderem Browser?
- Kannst dich im Frontend einloggen?
Falls du kein Modul hast direkt mit http://www.example.org/index.php?option=com_users&view=login- Gibt es eine .htaccess in deinem Webspace, die den Zugriff auf Admin verhindert? Oder Cookies?
Vielleicht hat sich zwischenzeitlich was am System geändert (eventuell bei 1und1 nachfragen.). Sie können auch error-logs anschauen )Das gleiche Problem ist auch im Frontend
Und bei 1und1 habe ich angerufen und es wurde behaupt, dass es der Fehler nicht von denen kommt.
-
Das Frontend wird angezeigt, wenn ich es Online stelle. Es geht nur um das einloggen. Ich möchte mich als Admin einloggen.
-
Schau dir auch das mal durch: Admin-Login nimmt Benutzerdaten nicht an!
Falls der Server ein techn. Problem hat, dann müsstest du mal ein paar Stunden abwarten und es erneut versuchen. Kann natürlich immer mal vorkommen.
Danke, aber der Thread hilft mir leider auch nicht weiter. Ich habe das Problem seitdem ich die Seite offline gestellt habe.
Ja, das ist korrekt, es sollte auch "nur" ein kurzer Test sein, ob es wirklich nur an der offline-Einstellung liegt.
Ja habe ich versucht, aber das war jetzt auch nicht das problem.
Bin da echt ratlos, da ich an dem Tag nichts weiteres getan habe als den Server offline zustellen
-
Das ist eine der Lieblingsmeldungen - kann alles mögliche sein. Es wird immer wieder gefragt - leider melden die Fragesteller dann die Lösung nicht, so dass man selten weiss woran es im Einzelfall gelegen hat.
Kann man diese Schritte probieren:
- Browserrcache leeren - Check
- PHP Version kontollieren - sollte < 7.2 und >= 5.6 sein (vielleicht hat dein hoster die Version umgeschaltet)
- habe beide Versionen probiert
- configuration.php : setze bei errror_reporting den Wert "maximum", den debug-modus auf "1" und benenne die Datei error.php in deinem Template um - habe ich alles umgesetzt
Du hast da einige Extensions, jede von denen könnte das login durch einen Fehler verhindern, das sollte mit dem error-reporting dann sichtbar werden. - umgesetzt und sehe keine Fehlermeldung
Bitte beim Zitat auf "alles Anzeigen" Klicken
Wenn ich es paar mal probiere mich einzuloggen, dann komme ich ab und zu mal auf diese Seite:
-
Vielen Dank für die schnelle Antworten Ich werde das erstmal umsetzt und prüfen ob einer der Lösungen mir weiterhilft.
-
Infos:
Ich nutze Joomla 3.8.8
Provider ist 1&1
Hallo Zusammen,
durch die neue Datenschutzerklärung musste vorerst meine Seite offline nehmen und habe auf eine Firma gewartet bis sie mir die Datenschutzerklärung schreibt.
Heute ist es soweit und ich wollte mich auf der Administration-Seite "administrator/index.php" einloggen um die Seite wieder auf online zustellen und natürlich die Datenschutzerklärung einzupflegen.
Mein Problem:
Wenn ich meine Login-Daten richtig eingebe, dann wird die Seite nur neugeladen und nichts passiert. Gebe ich die Login-Daten falsch ein steht wie immer:
ZitatWarnung
Benutzername und Passwort falsch oder das Benutzerkonto existiert noch nicht!
Ist was in der Datenbank schief gelaufen?
Wo kann ich in der Datenbank die Joomla-Settings sehen, damit ich die online stellen kann, um zu sehen ob der Fehler danach behoben ist?
Den das problem habe ich erst als ich die Homepage auf offline gestellt habe.
Ich hoffe ihr könnt mir weiterhelfen und vielen Dank schon mal für eure Bemühungen.