Jogosultsági problémák költözés után

Ajnasz képe

Sziasztok!

Egy elég bosszantó hibába futottam.
Egy drupal 4.7.4 oldal lett átköltöztetve új serverre, a domain a régi maradt.

Költözés után azzal a problémával szembesültem, hogy az oldal nem jegyzi meg a jogosultságokat. A hiba abban nyilvánul meg, hogy bejelentkezni még be lehet, látom is az admin felületet, viszont amint át navigálok egy másik oldalra vagy csak frissítem a lapot, azonnal kiléptet.

Az új serveren php 5 és apache 2.2 fut debian operációs rendszer alatt.
Az oldal könyvtárára a következő bállítások vannak beállítva az apache configjában:

Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all

A php.ini default beállításokkal fut. A könyvtár tulajdonosa: oldal-user:www-data. Jogosultságok könyvtár esetbében rwxr-xr-x, fájl esetében rw-r--r--

Session problémára gyanakodtam, ezért létrehoztam tesztként egy egyszerű php oldalt az oldal könyvtárában, melyben csupán a következő állt:

session_start();
foreach($_SESSION as $key => $value) {
        echo $key." => ".$value."<br />";
}
 
$_SESSION['ize'] = rand(0,100);
echo "<br />Start<br />t";
foreach($_SESSION as $key => $value) {
        echo "---- ".$key." => ".$value;
}
echo "<br />End";

Ez azt az eredményt adta vissza, amit rendes esetben vártam. Tehát session változók rendben működnek, a helyes eredményeket kapom.

Tudnátok bármi ötletet adni, hogy mi okozhatja a problémát?

Köszönöm.

pp képe

Nekem ilyen akkor fordult elő, amikor feltettem egy editort(talán fckeditor) és ie alatt néztem az oldat.

pp

0
0
Ajnasz képe

A dolog böngésző és gépfüggetlen. Debian és Ubuntu Linuxon, firefox 2, opera 9, epiphany és ie böngészőkkel lett kipróbálva, mindenhol ugyanaz az eredmény.

0
0
Illyés Edit képe

Egyébként rendesen működik a honlap - nem regisztrált látogatók, sima regisztrált felhasználók tudják böngészni? Csak az admint érinti a probléma? Ha igen, akkor esetleg offline probléma lehet a háttérben. Egyszer offline üzemmódban hibát kerestem, és eközben elszállt az InnoDB. A MySQL újratelepítése után csak a címoldalt tudtam elérni, minden más linkre az offline képernyő jött be.

Végül úgy tudtam rendbe szedni, hogy töröltem a sütiket, a settings.php-ben állítgattam a site_offline változót, egy párszor ki-beléptem adminként, offline-online beállítások között kapcsolgattam, és egyszer csak magához tért. Azóta se értem a dolgot...:)

$conf = array(
'site_offline' => 0
);

Nem tudom, hogy segít-e, csak találgatok.

0
0
Ajnasz képe

Böngészni lehet az eddigi tartalmat. Én magam nem a "super admin" vagyok, hanem egy adminisztrátori jogosultságokkal felruházott user, viszont adminnál is ugyanez a probléma. Regisztráltam egy új felhasználót, azzal sem működnek a dolgok, a jelszót már nem tudom megváltoztatni..
Site-offline-t kipróbáltam most 2-3-szor, de sajnos ez sem járt sikerrel.

0
0
vsz képe

Neked sikerült már találni valami megoldást?!

0
0
Hojtsy Gábor képe

Szerintem azt kellene ellenőrizni, hogy a belépésnél a sessions táblában valóban létrejön-e egy megfelelő bejegyzés (ezt érdemes különben törölni a költözés után, és hagyni, hogy újra feltöltődjön igény szerint). Ugyanígy meg kellene nézni, hogy a böngészőben beállítódik-e a süti megfelelő értékkel. A beléptetés hiánya nyilván abból fakad, hogy valahol eközött a két dolog között megszakad a kapcsolat.

0
0
Ajnasz képe

Oldalra érkezéskor létrejön a cookie is és a sessions tablában is a bejegyzés, ugyanígy, belépéskor is. Belépéskor firssül mind a cookie, mind az táblában a sid mező ugyanarra az értékre. Ebből én azt a következtetést vonom le, hogy a kapcsolat meg van.

0
0
Hojtsy Gábor képe

Megvan, de ugye az a problémád, hogy később veszik el. Tovább kellene figyelni legalább egy lépéssel a dolgot, amikor már úgy tűnik nincs belépve a felhasználó, akkor mi a helyzet.

0
0
Ajnasz képe

Nem jön létre új session, hanem ugyanazzal dolgozik. A cookie-ban és az adatbázisban végig megegyezik a sid.

0
0
gunter képe

Nem teljesen ehhez a témához kapcsolódik a kérdésem, de a session tábla törlésével/kiürítésével kapcsolatban jutott eszembe, hogy egy általam üzemeltetett oldal adatbázisa 50 MB körül van, ami a mentéseket nehezíti, illetve a frissítés utáni visszatöltés lassú. A session tábla 20 MB fölött van, akkor az általad leírtak szerint a kiürítése minden gond nélkül megtehető, az oldal működése szempontjából. Illetve van még néhány nagy tábla, ami jelentősen megnöveli az adatbázis méretét. Ezeket is lehet-e üríteni következmények nélkül? A táblák az accesslog és a watchdog. Előre is köszönöm a választ.

0
0
vsz képe

A problémám valószínűleg hasonló okokból adódhatott. Csak tárhelyet bérelek, és biztos valami frissítést eszközölhetett a szolgáltatóm.
Belépni betudok, de az adminisztrációra kattintva a Hozzáférés megtagadva üzenetet kapom. Az egyedüli felhasználó, és adminisztrátor vagyok. Jelenleg annyi a jogosultságom, mint bármelyik látogatónak, azonkívül, hogy be tudok lépni.
Nagyon jó lenne, ha valaki tudna segíteni, bár elsőként most a szolgáltatómmal próbálom felvenni a kapcsolatot!

0
0
vsz képe

A szolgáltatóm válasza, hogy milyen frissítés volt:
- kernel-és szoftwarefrissítés volt

Szóval lehet, hogy nem a költözés nálad sem a probléma, hanem valami "friss cucc"! :)
Én abszolút nem értek az ilyesmihez. A drupalt még kisebb-nagyobb botlásokkal összehoztam, de most tényleg jól jönne valami segítség!
Közben annyi, hogy a 4.7.4-re frissítettem, de a probléma maradt: Hozzáférés megtagadva...

0
0
Anonymous képe

Egyáltalán nem biztos, de lehet, hogy nálatok is a php5.2-vel kapcsolatban jött elő a hiba. Nálunk ez segített:
http://drupal.org/node/102114
Üdvözlettel: l.

0
0
pp képe

Köszi!

(most ha nem anonymous lennél meghívnálak egy sörre/borra/üdítőre ;) )

pp

0
0
Ajnasz képe

Sikerült megoldanunk a problémát, bár konkrét megoldást nem tudok mondani.
A szerver nem rég lett beállítva és sajnos néhány konfiguráció nem volt tökéletes.. A serveren a virtualhostok között volt néhány tisztázatlan fedés, ami valószínűleg az apache 2.2-es verzójának különbözőségéből adódtak.
Megoldást számunkra az jelentette, hogy teljesen újra konfiguráltuk azt, így most már megszűnt a hiba.

Köszönöm a segítséget.

0
0
Anonymous képe

Sziasztok,

valaki tudna egy konkrét megoldást írni erre a porblémára? Néztem a drupal.org-on dolgokat de sajna angol tudásom híján nem jutottam semmire. Előre is köszönöm a segítséget!

üdv, Ede

0
0