Bekijk Volledige Versie : Probleem PhpMyAdmin
Ik krijg bij het deleten van een rij in de database van een nieuwe klant de volgende error, bij alle andere klanten werkt het gewoon. Het gaat om een DirectAdmin systeem. Het ligt in ieder geval niet aan de rechten van de database user.
GET to /phpmyadmin/sql.php not supported.
Iemand enig idee?
Is er iets te zien in de error_log? Misschien helpt het om de httpd.conf te wijzigen en zet loglevel op debug.
Inmiddels opgelost, verder niet echt naar de oorzaak gezocht, een nieuwe database aangemaakt welke wel bleek te werken.
Dat mensen zoiets in een semi 'professionele' business durven te gebruiken.
Maar je weet dus niet waarom het kapot ging..., morgen weer stoek?
Waarschijnlijk zat er een gek teken in de database naam of was de get request te groot
Ik heb hetzelfde probleem. Er staan inderdaad wel gekke tekens in de regel, maar als ik een andere normale regel pak krijg ik exact dezelfde fout.
Dat httpd.conf of zoiets, kan ik daar bij of is dat iets voor de hoster ?
Triloxigen
08/11/09, 19:53
Daar kan enkel de hoster bij.
Zou goed kunnen dat MOD_SECURITY hiervoor zorgt.
Dit is de exacte melding.
Method Not Implemented
GET to /phpMyAdmin/sql.php not supported.
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
-------------------------------------------------------------------------
ModSecurity by CyberServ BV Server at 193.242.108.82 Port 80
Nu heb ik wel ergens gelezen net dat het kan zijn dat er een vreemd teken in staat. Dit staat er oa in:
(wat ik zo uit de broncode kon halen)
(het is een weblog met reacties, deze testreactie heeft alleen maar smilies)
Kan het zijn dat er teveel in staat ?
<img src="http://rucarno.nl/weblog/smilies/01.gif"WIDTH="30" HEIGHT="30"> <img src="http://rucarno.nl/weblog/smilies/02.gif"WIDTH="30" HEIGHT="30"> <img src="http://rucarno.nl/weblog/smilies/03.gif"WIDTH="30" HEIGHT="30"> <img src="http://rucarno.nl/weblog/smilies/04.gif"WIDTH="30" HEIGHT="30"> <img src="http://rucarno.nl/weblog/smilies/05.gif"WIDTH="30" HEIGHT="30"> <img src="http://rucarno.nl/weblog/smilies/06.gif"WIDTH="30" HEIGHT="30"> <img src="http://rucarno.nl/weblog/smilies/07.gif"WIDTH="30" HEIGHT="30"> <img src="http://rucarno.nl/weblog/smilies/08.gif"WIDTH="30" HEIGHT="30">
Triloxigen
08/11/09, 21:05
Zat ik verdomd goed in de buurt :p
Ik weet niet wat je exacte request is.
Maar mod security reageert op verschillende dingen, bepaalde woorden maar ook lengte. Maar je kunt beter even aan je hoster vragen wat hun instellingen zijn.
Ik heb inmiddels de boel omgegooid en de smilies komen nu pas bij het omzetten naar html, dus bij de uitvoer.
Vervolgens de reactiestabel compleet gewist (datw erkte gelukkig nog wel)
maar het resultaat blijft hetzelfde: de foutmelding. :huh:
De hoster had beloofd er naar te kijken en een mailtje te sturen als het opgelost was.
Morgen anders maar eens even contact opnemen.
Tsja, bijm'n vorige hoster had ik nooit problemen, ik krijg toch wel heel sterk het gevoel dat ik beter daar had kunnen blijven. :oops:
Triloxigen
08/11/09, 22:07
Dit zijn beveiligingen, enkel iets te strak afgesteld.
Op zich geen kwalijke zaak, mits ze ze nog moeten finetunen dus.
Ikw acht nog even af en anders zal ik ze jouw uitleg mailen zodat ze weten in welke richting ze het moeten zoeken.
Word vervolgd. :clown:
Triloxigen
09/11/09, 11:00
Ik mag aannemen dat ze sowieso wel weten waar ze het moeten zoeken :|
Ik vermoed overigens dat de term 'sql' geblokkeerd wordt.
Zou kunnen, maar ik heb de hele zwik weggegooid en zoals gezegd word de hele meuk aan http://website/sub/smiley nu pas gegenereerd NA het uitlezen van de db en VOOR het plaatsen op het scherm en ik weet 100% zeker dat ik GEEN term als sql gebruikt heb. :clown:
Maar goed, het is hun feestje, dus ik mag inderdaad aannemen waar de foutmelding op betrekking heeft en waar ze het zoeken moeten, want als ik dit gezeur vaker hou, ben ik zo weg bij ze. :nono:
Triloxigen
09/11/09, 12:04
GET to /phpMyAdmin/sql.php not supported.
Er wordt toch echt een GET naar een 'sql' uitgevoerd uit je eigen quote.
O sorry, ik dacht dat je bedoelde dat sql als tekst in mijn invoer voor kwam. :oops::oops:
Okee, volgens mij ben ik weer iets verder.
Bij mijn andere webhoster kon ik doen en laten wat ik wilde.
Bij deze webhoster zijn de beveiligingen wat strakker.
Een map die aangemaakt werd via de website en de daar in gecopieerde bestanden kon ik niet verwijderen van de server wat ik ook probeerde.
Het verwijderen kon alleen door een delete commando in een php file, aangeroepen via die website.
Iets met userrechten of zoiets.
Ik heb het nu geprobeerd met de database en inderdaad, als ik via een delete commando opdracht geef een id te verwijderen geeft dat geen probleem, maar rechtstreeks op de server wel.
Hmmm, toch eigenlijk wel raar, want andere dingen kon/kan ik wel gewoon verwijderen, terwijl die toch ook via de website aangemaakt zijn.
Maar goed, misschien dat het zoiets is ?, dat ik gewoon geen verwijderrechten heb als ik het via phpmyadmin doe ?
Triloxigen
09/11/09, 19:18
Nee, phpmyadmin heeft geen aparte rechten zaken daarvoor dat regels mysql zelf wel.
Ik denk dat sql.php gewoon geblokkeerd wordt, maak zelf eens zo'n bestand aan en gooir een query in de url en je weet het.
Maar neem aan dat je host ook wel kan vertellen wat ze hebben ingesteld.
Mijn host is niet van het type "vlugge antwoorden". :crying:
En dat andere wat je schrijft, ik ben redelijk op nivo, maar ik begrijp helaas niet wat je bedoeld. :oops::oops:
Zelf een sql.php aanmaken ? en dan met get?id=**** of zo ?
Reactie van mijn webhoster:
het probleem lag bij Mod_Security, een beveiliging voor de webserver. De betreffende regel in Mod_Security is aangepast
Case dus closed. Bedankt voor je hulp. :thumbup::thumbup: