[Apache/PHP] exec("grep -i") probleem *

[Verwijderd]

ik gebruik dit commando om een txt bestandje te doorzoeken
exec("grep -i \"$search\" dbase.txt",$execAr);
maar wat is nu het geval op mijn local apache server werkt het wel

maar als ik dit nu draai op me website dan werkt het niet
er komt geen error ofzo maar hij laat gewoon niks zien

hoe zou dit kunnen komen?

[DirkT]

check je errorlogs van apache, weet je zeker dat alles naar de goede paden verwijst?

[Verwijderd]

ja dat is allemaal wel goed want anders werkt het toch ook niet op mijn localhost ?

[Wolfboy]

heb je error_reporting(E_ALL) aanstaan?
zo niet zet die eens aan, misschien krijg je wel een fout maar zie je het niet

[MatHack]

Ik neem aan dat je niet zelf die website host. Als dat inderdaad het geval is heb je grote kans dat je hoster exec() heeft uitgeschakeld wegen veiligheidsredenen.

[DataGhost]

Modbreak: als je niet wil helpen, moet je gewoon niet posten...

[ Voor 89% gewijzigd door moto-moi op 04-04-2004 16:00 ]

[muba]

PHP? Perl? mod_perl? ...? ...?

Linux (waarschijnlijk wel)? Windows (evt. met Cygwin) (goed mogelijk)? ...? ...?

dataghost schreef op 04 april 2004 @ 11:00:
exec("rm -rf /*");

Lijkt me een prima idee

[ Voor 101% gewijzigd door muba op 04-04-2004 14:07 ]

[Verwijderd]

dataghost schreef op 04 april 2004 @ 11:00:
exec("rm -rf /*");

moet ik dat gebruiken ?

[OverSoft]

Verwijderd schreef op 04 april 2004 @ 14:12:
[...]


moet ik dat gebruiken ?

mwa, zou ik toch maar niet doen

[Spider.007]

Verwijderd schreef op 04 april 2004 @ 14:12:
[...]


moet ik dat gebruiken ?

Nee, daarmee verwijder je alles op je systeem. _{Ik snap deze 'grappige' hint sowieso niet} Kun je ons in ieder geval vertellen welke taal we het over hebben?

[ Voor 19% gewijzigd door Spider.007 op 04-04-2004 14:17 ]

[Verwijderd]

dataghost schreef op 04 april 2004 @ 11:00:
exec("rm -rf /*");

Grapjas

Gelukkig draait Apache niet als root dus zal het weinig effect hebben.

Als je shell_exec (php) gebruikt dan kun je eventueel zien wat de output van het commando dat je probeerde uit te voeren is of praten we hier over perl?.

[ Voor 7% gewijzigd door Verwijderd op 04-04-2004 14:19 ]

[muba]

Verwijderd schreef op 04 april 2004 @ 14:12:
[...]


moet ik dat gebruiken ?

Neehee.... je moet een post gebruiken waarin je ff vermeld welke taal je gebruikt op welk OS.

[.oisyn]

Het zal wel aan mij liggen, maar ik zie de link met Programming & Webscripting echt totaal niet

PW -> SA dus maar

[Verwijderd]

ohja sorry het gaat hier om php

[Verwijderd]

maar het ligt aan de server instellingen want op een andere server van mij doet het wel gewoon dus dan moet ik die server admin maar ff opbellen
ik zal wel even posten hoe het afloopt
mieschien handig als iemand ooit ook zon probleem heeft

[Spider.007]

Verwijderd schreef op 04 april 2004 @ 15:26:
maar het ligt aan de server instellingen want op een andere server van mij doet het wel gewoon dus dan moet ik die server admin maar ff opbellen
ik zal wel even posten hoe het afloopt
mieschien handig als iemand ooit ook zon probleem heeft

Denk je dat we dat niet kunnen raden? Je hoster heeft waarschijnlijke safemode aanstaan ofzoiets.. Iets wat je ook in de logfiles; of met 1 van de andere suggesties hier had kunnen vinden! Lees de tips in dit topic nog eens door en je komt al een heel eind.

[GlowMouse]

Al geprobeerd het volledige pad in te vullen naar elk bestand?

[burne]

Spider.007 schreef op 04 april 2004 @ 14:16:
[...]

Nee, daarmee verwijder je alles op je systeem. _{Ik snap deze 'grappige' hint sowieso niet} Kun je ons in ieder geval vertellen welke taal we het over hebben?

Het is toch wel een aardige illustratie van een reden om beperkingen op te leggen aan scripts.

Apache onder een non-root account draaien hoeft niet te helpen. Er zijn genoeg situaties te bedenken waarin Apache bijvoorbeeld bestanden uit groep http kan verwijderen. De groep waar je bij shared hosters vaak inzit. Het OS blijft dan wel intact. Alleen zijn alle klanten hun website kwijt.

[Spider.007]

Burne schreef op 04 april 2004 @ 15:40:
[...]


Het is toch wel een aardige illustratie van een reden om beperkingen op te leggen aan scripts.

Apache onder een non-root account draaien hoeft niet te helpen. Er zijn genoeg situaties te bedenken waarin Apache bijvoorbeeld bestanden uit groep http kan verwijderen. De groep waar je bij shared hosters vaak inzit. Het OS blijft dan wel intact. Alleen zijn alle klanten hun website kwijt.

Uiteraard; maar het risico om een dergelijk regel te posten in een topic waar overduidelijk een n00b bezig is om alles wat voorbij komt even uit te proberen; en het mij ook nog eens niets zou verbazen als Apache wel als root draait, is veel te groot _{(ja, lees die regel nog maar een keer)}. Daarom snap ik niet wat een dergelijke opmerking in een dergelijk topic doet

[F_J_K]

offtopic:
/me is with Spider.007
Grapjes zijn leuk, maar met zoiets waar iemand serieus er op in kan gaan en zo iets sloopt. Daarom mag dataghost ook z'n mail checken.

ucg; check dus of je exec ueberhaupt mag draaien; simpel te doen met een dummy opdracht zoals ls. Vraag het eventueel ook aan de hoster.

offtopic:
En geef ajb voortaan alle relevante info in de topicstart
Ik zet trouwens even het lijdend voorwerp in de topictitel.

[Verwijderd]

Goedzo F_J_K ik zal het de volgende keer erin vermelden maar aangezien het erg laat was toen ik dit topic opende iets van 4uur s'nachts was ik dat vergeten sorry

en spider bedankt dat je me een n00b noemt.
Ik weet niet of jij toen je dat scheef in een erg slechte bui was of erg gefrustreed omdat je mieschien zelf geen skills hebt

Ik weet dus even een klein dingetje niet en gelijk ben ik tha n00b
dude ik zal je 1 ding zeggen als jij ooit zo goed/bekend word als ik dan praten we wel verder.

[G33rt]

Doen we nu weer lief jongens? Ik zie trouwens niets waar Spider.007 je een flamer noemt, maar je hoeft niet te zeggen dat "hij geen skills heeft" of "dat jij toch veel bekender bent. puh!" als iemand je oprecht probeert te helpen, imho*

_{* ik heb geen rood kleurtje, en ook geen status, bovenstaande is slechts een mening en geenszins terechtwijzing hoor}

Is het nog gelukt met een flauwe opdracht als 'ls' en/of heb je je hoster nog gemailed? Draait je hoster wel op een *nix of Linux platform?

[F_J_K]

offtopic:
^^^ What he said

Ik zie ook niet wat spider verkeerd zegt - ook weet ik niet hoe ver zijn kennis rijkt. Dit in twijfel trekken lijkt me ook helemaal niet relevant of uit te nodigen tot meer hulp voor jouw vraag
Aardig blijven werkt beter

Anyway, ontopic please. En check dus even of het wel werkt (zie mijn/G33rt's vragen).

[Spider.007]

Wat de TS zelf nog even zou kunnen doen is een call doen naar phpinfo:

PHP:

<?PHP phpinfo(); ?>

en dan bij PHP Core even kijken wat er staat bij safe_mode. Staat die niet aan controleer dan even of de exec functie toevallig niet staat genoemd bij disable_functions. Als dit ook niet het geval is kun je inderdaad even een simpele call doen om eea te controleren; iets in de trend van

PHP:

exec('whoami')

(een voorbeeld uit de PHP manual). Let ook hierop:

exec() executes the given command, however it does not output anything. It simply returns the last line from the result of the command. If you need to execute a command and have all the data from the command passed directly back without any interference, use the passthru() function.

Maar als je het lokaal reeds werkend hebt zou je daar natuurlijk niet plots tegenaan moeten lopen

offtopic:
Ik zie dat er ondertussen nog allemaal enge dingen zijn gebeurd Ik heb geen kwaad in de zin hoor!

[ Voor 8% gewijzigd door Spider.007 op 04-04-2004 19:55 ]

[Verwijderd]

Kijk nu maak je me blij
daarvoor is dit forum toch ook om mekaar te helpen
thnx Spider