Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Zugang zum Adminbereich nicht möglich
#1
Ein Hallo und Guten Tag an Alle

Vor ein paar Tagen habe ich ein verwaistes GSC übernommen.
Ich habe Zugriff auf den Server

Leider kann die Person, die die Betreuung und Wartung hatte,
die Zugangsdaten nicht mehr ändern bzw. mitteilen.

Ich habe daraufhin in der /data/users/???.xml die eMailadresse
geändert und mir eine Mail über Passwort vergessen geschickt.

Das hat auch wunderbar funktioniert, nur bin ich mit denen nicht
in den Adminbereich gekommen.

Gemäß den Tips aus
http://t3n.de/news/getsimple-xml-basiert...-301527/2/
und http://www.get-simple.de/upgrade/trouble...g/?lang=de
habe ich eine Scheininstallation vorgenommen und bin danach auch im
Adminbereich gelandet. Alle notwendigen Änderungen und Anpassungen
habe ich vorgenommen und die Welt war wieder in Ordnung.

Bis zum nächsten LogIn. Ich kam nicht mehr mit meinem neuen Zugang
ins Backoffice. Auch mit den neu generierten Daten ist kein Zugang möglich.

Ich habe mir ein paralleles GSC(3.1) eingerichtet, dort könnte ich alle
Vorschläge austesten.

Danke im Voraus RAK(meine Initialien)
Reply
#2
Die Neuinstallation macht jetzt das gleiche Spielchen.
Kein neues LogIn möglich. Passwort angefordert und
es wird nicht angenomen.
Reply
#3
Evtl nochmal die Scheininstallation durchführen, und dann einfach mal in den settings den healthckeck angucken. Evtl falsche CHMODS...
Ansonsten poste mal den Hoster, bzw dessen Spezifikation: Also PHpversion etc

Eine weitere Alternative besteht darin, alle xmls im order data/pages zu kopieren, alledateien in data/uploads sowie deinen Templateordner zu sichern, und dann einfach Getsimple neuinstallieren
Reply
#4
außerdem ist es wichtig, den Browsercache zu leeren! Hast du das getan?

Mit welchem Browser bist du unterwegs?
Hast du einen anderen Browser auch versucht?
Gleiches Ergebnis?

Grüße aus (z.Zt. )Moskau

Connie
|--

Das deutschsprachige GetSimple-(Unter-)Forum:   http://get-simple.info/forums/forumdisplay.php?fid=18
Reply
#5
Erst ein mal vielen Dank für die schnellen Antworten.

Welchen Punkt ich 100% ausschließen kann,
sind die Servereinstellungen. Das Programm
läuft in einer funktionierenden Firmendomain.
Alles auf dem neusten Stand.

FF, iE und Chrome liefern das gleiche Ergebnis.
Ich war in der Cookiedatenbank und habe die
verdächtigen gelöscht.

Ich habe 640 und 740 für /data/users und für
die user.xml probiert. Nichts.

Was mir nicht klar ist, die user.xml und die
user.xml.reset müssen doch unterschiedlich sein.
oder?

die Loginwerte werden doch mit dem Wert der
Datei verglichen!?

Ein mal waren die Dateien nämlich verschieden
und in der Folge immer identisch.

Bleibt nur noch
...einfach mal in den settings den healthckeck..
meintest Du hier,

# variable settings
login_cookie_check();
$fullpath = suggest_site_path();
$file = _id($USR) .'.xml';
$wfile = 'website.xml';
$data = getXML(GSUSERSPATH . $file);
$USR = stripslashes($data->USR);
$PASSWD = $data->PWD;
$EMAIL = $data->EMAIL;
$pwd1 =null;$error =null;$success=null;$pwd2 =null;$editorchck =null; $prettychck =null;

oder in der Datei health-check.php ?

Bin erst mal weg.
Danke für die Mühe.

RAK

Nachtrag: Was ich nicht finden kann, ist die Datei cpsettings.xml
Ist die genau so zu betrachten, wie die user.xml? Ein Aliasname?
Reply
#6
RAK Wrote:oder in der Datei health-check.php ?

ja, ich meinte " Support / Website-Server-Prüfung"

du brauchst gar nicht so tief in die Dateien einzusteigen, es reicht wenn du die XML-Datei in /data/users austauschst.

Ich hab dir mal eine Datei angehängt, wenn du die in das data/user-Verzeichnis kopierst, solltest du dich mit

"verwalter - adminator" einloggen können.

Wenn das auch nicht geht, zeig uns doch bitte mal was in deiner .htaccess, die für das Getsimple-Verzeichnis gilt, steht
|--

Das deutschsprachige GetSimple-(Unter-)Forum:   http://get-simple.info/forums/forumdisplay.php?fid=18
Reply
#7
ich hatte neulich ein ähnliches Problem bei einem Projekt...
da lag es an einem Tipp-Fehler in der .htaccess
Reply
#8
Vielen Dank für die Beispieldatei. Die eMailadresse
habe ich ausgetauscht und bin dem Rat gefolgt.
Daß nur die user.xml als PW-container dient, hätte
ich so nicht gedacht.
---------------------------

AddDefaultCharset UTF-8
Options -Indexes

# blocks direct access to the XML files - they hold all the data!
<Files ~ "\.xml$">
Order allow,deny
Deny from all
Satisfy All
</Files>
<Files sitemap.xml>
Order allow,deny
Allow from all
Satisfy All
</Files>

RewriteEngine on

# Usually it RewriteBase is just '/', but
# replace it with your subdirectory path
RewriteBase /meinVerzeichnis/

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule /?([A-Za-z0-9_-]+)/?$ index.php?id=$1 [QSA,L]

---------------------------

Habe auch überlegt, ob ich beim speichern explizit das format
festlegen sollte. Habe mal beide als UNIX / UTF-8 gespeichert.
Reply
#9
Ich habe mal den Vorgang in Schritten aufgenommen.
Vielleicht bin ich ja auch nur betriebsblind, denn ich
hatte ja schon mal einen erfolgreichen Zugang.
Nur bei erneuter Anmeldung blieb ich draußen.
(könnten Plugins Fehler verursachen?)

temp.htaccess geändert auf .htaccess (ist 640)
temp.gsconfig.php geändert auf gsconfig.php (ist 640)

############ .htaccess ############
AddDefaultCharset UTF-8
Options -Indexes

# blocks direct access to the XML files - they hold all the data!
<Files ~ "\.xml$">
Order allow,deny
Deny from all
Satisfy All
</Files>
<Files sitemap.xml>
Order allow,deny
Allow from all
Satisfy All
</Files>

RewriteEngine on

# Usually it RewriteBase is just '/', but
# replace it with your subdirectory path
RewriteBase /meinVerzeichnis/

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule /?([A-Za-z0-9_-]+)/?$ index.php?id=$1 [QSA,L]

###################################

########### gsconfig.php ##########

<?php
/**
* GSConfig
*
* The base configurations for GetSimple
*
* @package GetSimple
*/

/** Prevent direct access */
if (basename($_SERVER['PHP_SELF']) == 'gsconfig.php') {
die('You cannot load this page directly.');
};

/*****************************************************************************/
/** Below are constants that you can use to customize how GetSimple operates */

# Extra salt to secure your password with. Default is empty for backwards compatibility.
#define('GSLOGINSALT', 'your_unique_phrase');

# Turn off auto-generation of SALT and use a custom value. Used for cookies & upload security.
#define('GSUSECUSTOMSALT', 'your_new_salt_value_here');

# Default thumbnail width of uploaded image
define('GSIMAGEWIDTH', '200');

# Change the administrative panel folder name
#define('GSADMIN', 'admin');

# Turn on debug mode
#define('GSDEBUG', TRUE);

# Ping search engines upon sitemap generation?
define('GSDONOTPING', 1);

# Turn off CSRF protection. Uncomment this if you keep receiving the error message "CSRF error detected..."
#define('GSNOCSRF', TRUE);

# Set override CHMOD mode
#define('GSCHMOD', 0755);

# Enable Canonical Redirects?
#define('GSCANONICAL', 1);

# Use Uploadify to upload files?
#define('GSNOUPLOADIFY', 1);

# WYSIWYG editor height (default 500)
#define('GSEDITORHEIGHT', '400');

# WYSIWYG toolbars (advanced, basic or [custom config])
#define('GSEDITORTOOL', 'advanced');

# WYSIWYG editor language (default en)
#define('GSEDITORLANG', 'en');

# WYSIWYG Editor Options
#define('GSEDITOROPTIONS', '');

# Set email from address
#define('GSFROMEMAIL', 'noreply@get-simple.info');

# Autosave within edit.php. Value is the autosave interval in seconds
#define('GSAUTOSAVE', 900);

# Enable the External API to be shown on settings page
#define('GSEXTAPI', 1);

# Set PHP locale
# http://php.net/manual/en/function.setlocale.php
#setlocale(LC_ALL, 'en_US');

# Disable loading of external CDN versions of scripts (jQuery/jQueryUI)
#define("GSNOCDN",true);

?>
###################################

Error: Cannot delete /admin/install.php, /admin/setup.php or
/admin/update.php. Please do this manually.
(update gibts nicht weil Scheininstallation)

speichern/löschen von website.xml, user.xml und cpsettings.xml
die beiden letzten existieren gar nicht.

[Image: FireShot_Screen_01.png]

[Image: FireShot_Screen_02.png]

[Image: FireShot_Screen_03.png]

[Image: FireShot_Screen_04.png]

Ich bekomme nur die Eingabeaufforderung und bin mit meinem Latein am Ende.
Reply
#10
Was auch immer der Grund war, ich bin drin.
Dieses mal hat das Setup keine .htaccess und gsconfig gebildet
aber dafür die install, update und setup alleine gelöscht.

Ob das an den entfernten Plugins lag, weiß ich nicht und hab auch
keine Lust das Spielchen zu wiederholen.

Jedenfalls bedanke ich mich noch mal für die schnelle Hilfe.
Jetzt geht es ans Restaurieren und vervollständigen.

Wünsche ein schönes Wochenende.
LG RAK
Reply
#11
RAK Wrote:Was auch immer der Grund war, ich bin drin.
Dieses mal hat das Setup keine .htaccess und gsconfig gebildet
aber dafür die install, update und setup alleine gelöscht.

Ob das an den entfernten Plugins lag, weiß ich nicht und hab auch
keine Lust das Spielchen zu wiederholen.

Jedenfalls bedanke ich mich noch mal für die schnelle Hilfe.
Jetzt geht es ans Restaurieren und vervollständigen.

Wünsche ein schönes Wochenende.
LG RAK

freut mich, dass das Problem gelöst ist... dir auch ein schönes Wochenende!
Reply
#12
Mehr oder weniger fertig. Das nächste Mal teste ich alles in einer parallelen Instalation.
Für ganz neugierige , hier das Ergebnis. http://evisionteam.de/basis2faq/

Vielleicht hat der eine oder andere einen heißen Tip oder Verbesserungsvorschlag.

Ich wünsche ein schönes Wochenende.

LG RAK
Reply




Users browsing this thread: 1 Guest(s)