[PHP] fopen permission denied

[Verwijderd]

Hallo
ik ben al uren op zoek naar de oplossing van mijn probleem

het probleem is

bij fopen krijg ik een error van premission denied
bij deze script

if($content=fopen("http://www.google.nl/", "r")){
echo $content;
}else{
echo"Mislukt!";


het php bestand is 777 chmod
allow_url_fopen is on

ook las ik dat het aan de firewall kon liggen dus heb ik deze uitgeschakeld

en nog werkt het niet
wie weet de oplossing

alvas bedankt

[NMe]

Je hebt waarschijnlijk safe_mode aan staan en kunt dus geen websites openen.

[RetroTycoon]

Verwijderd schreef op woensdag 22 juli 2009 @ 18:27:
Hallo
ik ben al uren op zoek naar de oplossing van mijn probleem

het probleem is

bij fopen krijg ik een error van premission denied
bij deze script

if($content=fopen("http://www.google.nl/", "r")){
echo $content;
}else{
echo"Mislukt!";


het php bestand is 777 chmod
allow_url_fopen is on

ook las ik dat het aan de firewall kon liggen dus heb ik deze uitgeschakeld

en nog werkt het niet
wie weet de oplossing

alvas bedankt

Je hebt de server dus op je eigen pc lopen? Anders heeft dit ongeveer geen nut... En gebruik

PHP:

<?php file_get_contents('http://www.google.nl/'); ?>

eens, dat is op z'n minst makkelijker

Naar aanleiding van NMe: http://nl3.php.net/manual...s.safe-mode.functions.php geeft aan dat fopen idd door safe_mode wordt geblokt, file_get_contents niet

[ Voor 9% gewijzigd door RetroTycoon op 22-07-2009 18:32 ]

[Verwijderd]

bedankt voor de reacties

ik heb file_get_contents geprobeert maar krijg dezelfde error

inderdaad ik draai mijn eigen server

heb in virtual host de safe mode uitgezet

en krijg met fopen dezelfde errror
en met file_get_contents een leeg venster

safe mode weer aangezet

[ Voor 63% gewijzigd door Verwijderd op 22-07-2009 19:10 ]

[Verwijderd]

wel php herstart na de wijziging?

[Verwijderd]

ik heb httpd.conf veranderd de virtualhost en httpd gerestart

[ Voor 96% gewijzigd door Verwijderd op 22-07-2009 19:42 ]

[ProperChaos]

Ik dacht dat je safemode moest uitschakelen in php.ini, maar het kan natuurlijk dat je een andere configuratie gebruikt, maar httpd is toch van Apache?

[steffex]

Verwijderd schreef op woensdag 22 juli 2009 @ 19:41:
ik heb httpd.conf veranderd de virtualhost en httpd gerestart

pak WAMP, want blijkbaar is het configureren van een server niks voor jou. Safe mode van PHP verander je in de configuratie van PHP en niet van Apache!

WAMP is ideaal, want het herstart de server vanzelf bij het aanpassen van een setting!

Meer info over safe mode vind je hier

[ Voor 10% gewijzigd door steffex op 22-07-2009 20:15 ]

[Verwijderd]

ik had ergens op internet gelezen dat je onder virtualhost een regel met php_admin_value php_safe_mode Off
moest toevoegen

EN Ik ben nieuw op dit gebied (linux etc) en ZIT IN LEER Fase

door fouten leer je je kan niet alles direct goed doen

dus php.ini ik zal zoeken hoe je dat moet doen

[GlowMouse]

Verwijderd schreef op woensdag 22 juli 2009 @ 20:21:
ik had ergens op internet gelezen dat je onder virtualhost een regel met php_admin_value php_safe_mode Off
moest toevoegen

EN Ik ben nieuw op dit gebied (linux etc) en ZIT IN LEER Fase

door fouten leer je je kan niet alles direct goed doen

dus php.ini ik zal zoeken hoe je dat moet doen

Ja dat is goed hoor, in phpinfo kun je kijken of je verandering goed is doorgevoerd. Bij permission denied zou ook nog moeten staan waarom dat zo is; allow_url_fopen kan het ook nog aan liggen bijvoorbeeld.

[ Voor 10% gewijzigd door GlowMouse op 22-07-2009 20:25 ]

[BCC]

Ok, begin dan iig niet met safe_mode uitzetten. Er is een hele goede veiligheids reden waarom dat aan staat.

[Verwijderd]

in php.ini stond hij al uit
allow_url_fopen is on

ik snap er niks meer van

[GlowMouse]

BCC schreef op woensdag 22 juli 2009 @ 20:25:
Ok, begin dan iig niet met safe_mode uitzetten. Er is een hele goede veiligheids reden waarom dat aan staat.

Vandaar dat hij in PHP6 verdwijnt

[leroyk2]

BCC schreef op woensdag 22 juli 2009 @ 20:25:
Ok, begin dan iig niet met safe_mode uitzetten. Er is een hele goede veiligheids reden waarom dat aan staat.

Safe mode is schijn veiligheid en wordt ook verwijderd in php 6 http://nl2.php.net/manual...fe-mode.php#ini.safe-mode .....edit: GlowMouse was me voor


Als het om een linux directory gaat kan je nog kijken na de rechten van de directory of de rechten van het script dat fopen gebruikt.

[ Voor 4% gewijzigd door leroyk2 op 22-07-2009 20:48 ]

[Verwijderd]

ik heb de recht 777 gebruikt
maar dat werkt ook niet

[doeternietoe]

BCC schreef op woensdag 22 juli 2009 @ 20:25:
Ok, begin dan iig niet met safe_mode uitzetten. Er is een hele goede veiligheids reden waarom dat aan staat.

... die met name gezocht moet worden in het verhogen van de veiligheid bij shared hosting. Niet van toepassing dus.

M.i. kan je safe mode gerust uitzetten. Voor mij is safe mode overigens altijd een vervelend work-arround geweest voor een probleem dat bij een beter ontwerp van PHP niet bestaan had.

Gelukkig gaat safemode weg in PHP6. Jammer dat het nog wel even duurt voordat dat op iedere shared hosting staat. Er zijn nu nog hosters die nog PHP4.x hebben.

edit: lol, ik ben niet de enige met een hekel aan safemode

theking_rules schreef op woensdag 22 juli 2009 @ 20:51:
ik heb de recht 777 gebruikt
maar dat werkt ook niet

Je snapt het systeem van rechten in *nix waarschijnlijk niet goed. Dat drie cijferige nummertje geeft aan welke gebruikers, welke rechten hebben op het bestand waar het nummertje bijhoort. Het geven van alle rechten aan alle gebruikers op een bepaald php-bestand zal nooit het niet kunnen openen van urls in met fopen kunnen oplossen.

[ Voor 29% gewijzigd door doeternietoe op 22-07-2009 20:56 ]

[Verwijderd]

hoe moet ik het dan doen

chown -R apachuser /bestand
heb ik ook geprobeert maar loste niets op en ik kon ook niet meer via ftp in die map komen

[ Voor 72% gewijzigd door Verwijderd op 22-07-2009 21:13 ]

[doeternietoe]

Verwijderd schreef op woensdag 22 juli 2009 @ 20:59:
hoe moet ik het dan doen

Je moet helemaal de rechten van het bestand waar je script in staat niet aanpassen. Door je Apacheuser de eigenaar te laten zijn ben je zelf het eigendom verloren. Je zou de boel als root weer terug kunnen draaien.

[Manuel]

Een voorbeeld zoals het bij lighttpd ook hoort:

chown -R jouwgebruikersnaam /srv/www/

Bij apache22 waarschijnlijk *Correct me if I'm wrong*:
chown -R jouwgebruikersnaam /var/www/

Trouwens weet je wel eens wat een chmod allemaal doet? Je mag niet zomaar even elke file een chmod van 777 geven, dat betekend dat iedereen hem mag lezen / wijzigen / uitvoeren, stel je dan maar voor dat iemand een virus upload (stel..) en jij chmod elke file automatisch naar 777 dan heb jij het virus al geïnstalleerd op je bakkie..

Voor meer informatie over Apache / PHP / MySQL en hoe het goed te installeren / gebruiken:
http://www.lamphowto.com/

PS: Geef ook eens een foutmelding die wij wel kunnen snappen, aan de teksten: "Ik weet niet waar het probleem zit" hebben wij totaal niets. Wij kunnen namelijk niet even in onze glazenbol kijken van wat er misschien aan de hand is op jouw Linux bak (als ik het zo zie).

[ Voor 17% gewijzigd door Manuel op 22-07-2009 21:29 . Reden: PS added ]

[Verwijderd]

de exacte foutmelding is

als ik fopen gebruik

Warning: fopen(http://www.google.nl/) [function.fopen]: failed to open stream: Permission denied in /home/checking/public_html/test.php on line 4

of

als ik file_get_contents gebruik

Warning: file_get_contents(http://www.google.nl/) [function.file-get-contents]: failed to open stream: Permission denied in /home/checking/public_html/test.php on line 4

[Borizz]

Heb je nu al geprobeerd om safe mode uit te zetten? Zoals al enkele keren voorgesteld is hier? Dan weet je in ieder geval of dat ermee te maken heeft (en dat is zo indien deze aanstaat).

Zoals al eerder gezegd wordt safe mode verwijderd in PHP 6 en is het beter om je PHP scripts op andere manieren "veilig" te laten draaien. Het uitzetten van safe mode levert je dus niet automatisch een security probleem op. Zeker niet op een home server.

[Verwijderd]

safe mode is off volgens phpinfo()

[ Voor 36% gewijzigd door Verwijderd op 22-07-2009 21:51 ]

[TheMazzter]

Niet dat het je fopen-probleem oplost maar ik zou iig eens kijken naar de "=" in je if($content=fopen("http://www.google.nl/", "r")), wss moet dat een "==" worden.

edit: ik zie nu wat je probeert te doen

En ligt het niet aan de site die je probeert te openen? (google)

edit: het ligt dus niet aan google, hiervandaan kan ik hem openen met fopen().

[ Voor 22% gewijzigd door TheMazzter op 23-07-2009 09:40 ]

[BastiaanN]

Indien je het geheel op een aparte of virtuele server hebt staan, kun je vanuit die server wel op internet?

[Verwijderd]

kan dat via text mode mijn server draai in text mode

ik probeerde lynx te installeren maar dat wilde niet

de website die er al op draaid kan ik van internet wel bekijken

[ Voor 59% gewijzigd door Verwijderd op 23-07-2009 13:40 ]

[Cascade]

Doe eens een phpinfo(); in dezelfde folder als jouw script en kijk wat de Local Value is voor:
- safe_mode (had je al gedaan), zou Off moeten zijn.
- allow_url_fopen, zou On moeten zijn voor wat jij wil doen.
- open_basedir, op no value (maar ik weet niet of deze effect heeft op de HTTP wrapper).

Dit is het standaard rijtje volgens de PHP fopen pagina, heb je dat allemaal nagekeken?

[Gomez12]

Verwijderd schreef op woensdag 22 juli 2009 @ 20:21:
ik had ergens op internet gelezen dat je onder virtualhost een regel met php_admin_value php_safe_mode Off
moest toevoegen

EN Ik ben nieuw op dit gebied (linux etc) en ZIT IN LEER Fase

door fouten leer je je kan niet alles direct goed doen

dus php.ini ik zal zoeken hoe je dat moet doen

Tja, sorry hoor. Maar leer fase is imho iets anders dan luie fase.
Op php.net staat precies hoe je safe mode off moet zetten ( alhoewel ik betwijfel of je niet een groter vat met problemen gaat opentrekken door dit te doen, maar ok ).

Ergens op internet gelezen en gewoon compleet niet bij de makers kijken is imho geen leer fase, maar enkel 1x iets invoeren in google en dan magisch het antwoord willen hebben. Zoniet dan is er blijkbaar GoT nog...

[NMe]

TheMazzter schreef op woensdag 22 juli 2009 @ 21:55:
Niet dat het je fopen-probleem oplost maar ik zou iig eens kijken naar de "=" in je if($content=fopen("http://www.google.nl/", "r")), wss moet dat een "==" worden.

Nee hoor, die = is prima.

[HuHu]

Verwijderd schreef op woensdag 22 juli 2009 @ 18:37:

heb in virtual host de safe mode uitgezet

en krijg met fopen dezelfde errror
en met file_get_contents een leeg venster

safe mode weer aangezet

Het is logisch dat je met deze code een leeg venster krijgt:

PHP:

<?php file_get_contents('http://www.google.nl/'); ?>

Maak er eens dit van:

PHP:

<?php echo file_get_contents('http://www.google.nl/'); ?>

[Verwijderd]

Nog een leeg scherm

[ Voor 45% gewijzigd door Verwijderd op 23-07-2009 16:12 ]

[NMe]

En had je daarbij Cascade in "[PHP] fopen permission denied" al eens doorgelezen en de stappen nagekeken? Je bent nou niet bepaald vrijgevig met meer informatie. Het moet ook weer niet de bedoeling zijn dat wij alle benodigde info uit je trekken.

[Verwijderd]

het volgende heb ik

- safe_mode Off
- allow_url_fopen On
- open_basedir no value
- firewall staat uit
- chmod 777
- chown gebruiker (van de map home/gebruiker)

en ik krijg nog de volgende error

Warning: fopen(http://www.google.com) [function.fopen]: failed to open stream: Permission denied in /home/checking/public_html/test.php on line 4

[Janoz]

Verwijderd schreef op donderdag 23 juli 2009 @ 18:41:
- safe_mode Off
- allow_url_fopen On
- open_basedir no value

Gecontroleerd met phpinfo() ?

- chmod 777
- chown gebruiker (van de map home/gebruiker)

Maakt geen drol uit. Je krijgt geen toestemming om de website te openen, dat heeft helemaal niks te maken met het php bestand waarin deze code staat. Ook heeft het veranderen van de gebruiker van de bestanden geen nut. Het gaat om de gebruiker waaronder de httpd draait.

[Verwijderd]

ja ik heb het gecontroleert via phpinfo()

[Manuel]

Ik heb het gevoel dat je er zelf niets van snapt en ook niet de moeite neemt het te snappen als ik je reacties lees, zoals ik ook al eerder tegen je zei: Geef eens een goede foutmelding, wat heb je reeds geprobeerd, waar denk jij zelf dat het probleem zit en ga maar door.

Als je de PHP pagina alleen al in eerste instantie doorneemt (of überhaupt eerst gaat zoeken op Google / Bing) zie je dat de fopen wrapper niet goed functioneerd bij jou. Dit is te wijten aan een fout in je configuratie bestand (of terwijl php.ini).

Safe mode moet gewoon uitstaan, allow_url_fopen moet aanstaan en open_basedir moet ook blanco zijn.

Zet trouwens eens bovenaan je script:

PHP:

error_reporting(E_ALL);

en post deze hier.

[Shagura]

Waarom steeds doorhalen over die safe mode? Hij heeft al 14x gezegd dat safe mode en andere php.ini variabelen goed staan en de foutmelding is ook duidelijk. Het heeft echt geen zin om hier maar op door te gaan. Zoals Janoz zegt kan het ook goed zijn dat de user waar de http daemon op draait geen rechten heeft om urls te openen bijvoorbeeld.

[ Voor 55% gewijzigd door Shagura op 23-07-2009 20:17 ]

[Verwijderd]

ik heb nu dit geprobeert

<?
error_reporting(E_ALL);
if($content=fopen("http://www.passchecking.info","r")){
echo $content;
}else{
echo"Mislukt!";
}
?>

als resultaat krijg ik mislukt maar geen andere foutmelding

voor de rest heb ik nog weinig kennis van linux en php

en hoe geef ik die gebruiker de juiste rechten

[ Voor 7% gewijzigd door Verwijderd op 23-07-2009 20:27 ]

[Cascade]

Lekker probleem dit. Ben wel benieuwd wat het nou eigenlijk is.

Als de settings zeker weten goed zijn dan kan je het ook gaan zoeken in jouw Linux, dus inderdaad rechten verbonden aan de http daemon (en niet de php bestanden) zoals Shagura en Janoz zeggen.

Wat voor Linux distributie gebruik je? Toevallig iets met SE Linux support?

Je kan ook dit eens nakijken en proberen: PHP fopen met SE Linux:

code:

/usr/sbin/setsebool -P httpd_can_network_connect=1

[ Voor 7% gewijzigd door Cascade op 23-07-2009 20:44 ]

[Noork]

Doe eens zoiets gebruiken in geval van fopen: $result = fread($content,8192); Zie de fopen/fread documentatie op php.net. Ik vermoed dat, zoals reeds vermeld, file_get_contents handiger is in jouw geval.

[Verwijderd]

Fedora 5
ik had file_get_contents ook geprobeerd maar zelfde error

met $result = fread($content,8192 krijg ik ook deze error

Warning: file_get_contents(http://www.google.nl) [function.file-get-contents]: failed to open stream: Permission denied in /home/checking/public_html/test.php on line 4

[ Voor 11% gewijzigd door Verwijderd op 23-07-2009 20:48 ]

[Cascade]

Ok, back to basics. In Fedora 5 staat SE Linux (zo te zien) standaard aan. Kan je eens in je terminal het commando sestatus doen en kijken wat dat zegt? Als er Enabled uit komt, dan zou ik in die hoek gaan zoeken.

Hier kan je meer info vinden: http://fedoraproject.org/wiki/SELinux/FAQ.

[Verwijderd]

hij staat inderdaad op enabled

[Cascade]

Dan zou dit commando jouw probleem moeten oplossen: setsebool -P httpd_can_network_connect=1 Probeer dat eens? _{(geen garantie, heb er nooit mee gewerkt)}

[Verwijderd]

geef nog steeds enabled aan

maar ik had op fedoraproject gelezen dat je in etc/selinux/config naar selinux=disabled moest wijzigen
dus dat wilde ik proberen maar etc/selinux/config bestond niet dus moest ik het installeren volgens die site

https://docs.fedoraprojec...nd_Disabling_SELinux.html

Ik heb dat geprobeerd maar kreeg met yum de volgende fout melding
error: cannot find a valid baseurl for repo: extra

misschien kan ik niet via die server naar internet maar kunnen mensen wel naar mijn server komen
vreemd

[_Sunnyboy_]

Verwijderd schreef op donderdag 23 juli 2009 @ 21:26:
misschien kan ik niet via die server naar internet maar kunnen mensen wel naar mijn server komen
vreemd

Dat kan natuurlijk best zo geconfigureerd zijn in een firewall, al kan ik niet zo gauw bedenken waarom. Anyway dat is simpel te checken door met een browser (bijv Lynx) te kijken of je bij internet kan vanaf de server. Lijkt me een zinnige test.

[Cascade]

Verwijderd schreef op donderdag 23 juli 2009 @ 21:26:
geef nog steeds enabled aan
...

Wacht, het is niet meteen de bedoeling dat je heel SE Linux uit zet met dat commando. Het laat alleen het openen van netwerk resources (bv een website) door je http daemon (Apache) toe. Heb je na het setsebool commando wel die file_get_contents opnieuw geprobeerd?

De handleiding die jij gebruikt is voor Fedora 11, dat kan een beetje afwijken van de opties in Fedora 5...

Firewall verwacht ik niet, dan krijg je wel andere foutmeldingen (mag ik hopen), in de vorm van een timeout.

[Verwijderd]

ik heb lynx niet en probeerde het te installeren lukte niet
error
error: cannot find a valid baseurl for repo: extra

ja nog hetzelfde

[ Voor 7% gewijzigd door Verwijderd op 23-07-2009 21:51 ]

[Cascade]

The repo zal niet meer werken voor een distro uit 2006? Lynx uit de repository installeren zal niet gaan. Je hebt geen andere browser beschikbaar?

Dan kan je altijd nog telnetten: telnet www.google.nl 80 , typ dan GET / HTTP/1.0 en 2 x entertoets, je krijgt dan reactie van Google die als alles goed gaat begint met HTTP/1.0 302 Found of anders een foutmelding / timeout.

Man, wat lastig dit. Een hele nieuwe distro is zeker geen optie?

[Verwijderd]

ik krijg een reactie van google html code

[Cascade]

Dan kan je zeggen dat je geen last hebt van een firewall en dat je internetverbinding ook ok is, kunnen we dat uitsluiten. Blijft het een probleem met Apache/PHP en wat dat wel of niet mag.

Ik denk nog steeds dat SE Linux loopt te narren. Kan je dit commando eens doen: getsebool -a | grep http
En dan hier dumpen wat er allemaal uit komt.

[Shagura]

Van wat ik lees regelt SELinux ook een aantal rechten van apache (of het cgi scripts mag draaien bijvoorbeeld) dus ik denk eigenlijk dat je het in SELinux moet zoeken. Ik denk ook dat je setsebool -P httpd_can_network_connect=1 als root moet draaien, dus dat zou je ook nog kunnen proberen als je dat niet al gedaan had.

[flashin]

Natuurlijk krijg je dezelfde error.

Weet je echt 100% zeker dat allow_url_fopen op On staat?

[Verwijderd]

ik weet zeker dat ik allow_url_fopen op on staat

dit is het resultaat van getsebool -a |grep http

allow_httpd_anon_write --> off
allow_httpd_mod_auth_pam --> off
allow_httpd_sys_script_anon_write --> off
httpd_builtin_scripting --> on
httpd_can_network_connect --> off
httpd_can_network_connect_db --> off
httpd_can_network_relay --> off
httpd_disable_trans --> off
httpd_enable_cgi --> on
httpd_enable_ftp_server --> off
httpd_enable_homedirs --> on
httpd_rotatelogs_disable_trans --> off
httpd_sci_exec --> off
httpd_suexec_disable_trans --> off
httpd_tty_comm --> off
httpd_unified --> on

[Cascade]

Je moet zorgen dat deze op on komt te staan: httpd_can_network_connect --> off

Dan kom je toch weer bij het commando: setsebool -P httpd_can_network_connect=1 , en inderdaad: uitvoeren als root !

Na setsebool kan je weer dat getsebool -a | grep http doen om te kijken of het ook echt gedaan is.

Staat het nu op on, dan zou jouw fopen of file_get_contents op een url geen permission denied melding meer moeten geven.

[Verwijderd]

hij is nu op on
en hij werkt
iedereen harstikke bedankt

[Cascade]

Pfiew, wat een bevalling. Goed dat het werkt en succes met leren van Apache/PHP/Linux.

Ik kan je nog aanraden om een iets nieuwere Linux distro te gaan gebruiken (maar dat moet je zelf weten).

[Verwijderd]

dankje
ik zou er rekening mee houden de server die ik nu gebruik is p2 en heel traag dus een update is wel nodig som loopt hij vast

[doeternietoe]

Ik zou er Debian Stable op zetten, dat is ook niet bijzonder zwaar. Hoe goed het draait hangt met name af van de hoeveelheid geheugen, dus een echt goede uitspraak is er niet over te doen.

Het is in ieder geval zo dat als je geen gui installeert en er enkel LAMP op zet, ook nieuwere kernels van Linux wel op een P2 zouden moeten draaien.