php curl - SLES11

Door Dennis WhoCares op 20-03-2017 09:27 gewijzigd op 20-03-2017 10:34

1.635 views

Hi all,

ik zit te stoeien met de nieuwe SLES server.
php curl werkt naar behoren vanaf commandline, echter via browser blijft ie hangen en gaat in timeout zonder foutmelding of resultaat

Ik weet niet goed hoe ik dit kan debuggen?

ahv:

ps -ef | egrep '(httpd|apache2|apache)' | grep -v `whoami` | grep -v root | head -n1 | awk '{print $1}'

Kan ik vertellen dat apache als 'wwwrun' draait.
Nadat ik

sudo -u wwwrun -s

heb gedaan en nogmaals de script vanaf CLI draai, zie ik idd dat wwwrun op een of andere reden curl niet wil draaien, gewoon timeout zoals de browser al vertoonde.

Zelf na de ownership aan te passen naar: wwwrun:www en daarna zelfs nog chmod 7777 werkt het nog steeds niet.

Iemand enig idee?

Ward van der Put

20-03-2017 10:54

Hoe roep je cURL rechtstreeks aan vanuit een webbrowser?
Het lijkt mij dat je vanuit een browser namelijk altijd langs een HTTP-daemon moet.

D Dennis WhoCares

20-03-2017 11:03

Hi Ward,

nee ik bedoel het php script, dat curl_* commands bevat :)

B Ben van Velzen

20-03-2017 11:40

Heb je toevallig uitgaande iptables regels staan die gebruik vanaf deze user verbieden?

D Dennis WhoCares

20-03-2017 11:51

wist nieteens dat ik iptable rules per user kon instellen?
krijg ik dir te zien met iptables -L ?
anyways firewalld is uitgeschakeld, zal zo ff kijken ff lunchpauze

B Ben van Velzen

20-03-2017 12:10

Je kan in je regels users opnemen, niet zozeer per user instellen, maar het effect is hetzelfde.
Je kan dit inderdaad met iptables -L bekijken, en op een SLES systeem staan deze regels normaliter ook in iets als /etc/sysconfig/iptables.

D Dennis WhoCares

20-03-2017 12:22 gewijzigd op 20-03-2017 12:23

Hi Ben,

iptables is geheel leeg.
Ook de SuSEfirewall2 is uitgeschakeld.

Heb gelezen dat de CLI php anders is dan de apache php.
Curl is enabled:
cURL support enabled

Curl error number is 7, (couldn't connect)

disable_functions
disable_classes

zijn allebij leeg in php.ini

- Ariën -

20-03-2017 12:32

Die configuratieopties zijn ook niet heel gebruikelijk in PHP. En zullen cURL niet in de weg staan.

Kan je wel iets cURL'en op je eigen 'localhost'?

D Dennis WhoCares

20-03-2017 12:34 gewijzigd op 20-03-2017 12:37

Ik ben bang dat ik de DC weer moet contacteren om SOURCE <my server> TARGET <ANY> INTERFACE <ANY> PORT 80,443 moet gaan toestaan ...
pfffft wordt zo moe van die gasten

@Arien, inderdaad kan ik localhost wel met curl oppikken (vanaf de apache user)
Ook de 'frontend' server. Dus ben bang dat er geen probleem met curl of de apache user is. :)

[size=xsmall]Toevoeging op 20/03/2017 12:55:11:[/size]

Maar dan nog vind ik het raar, vanaf CLI werkt het, maar via apache niet meer..
(naar de host waar ik heen wil dan)

[size=xsmall]Toevoeging op 20/03/2017 13:31:31:[/size]

Krijg trouwens in CLI wel een 'warning'


PHP Warning:  Unknown: open(/var/lib/php5/sess_p0vv445dbjg0a3g0iavdk0k2rfp5jiknh5t9j00nh1srb83j34d0, O_RDWR) failed: Permission denied (13) in Unknown on line 0
PHP Warning:  Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php5) in Unknown on line 0

B Ben van Velzen

20-03-2017 13:42

Het enige dat ik zou kunnen bedenken is dat je stiekem op een virtuozzo achtige omgeving zit, maar dat zou je geweten hebben gok ik. Je session save path is heeft niet voldoende rechten om je session files op te slaan.

D Dennis WhoCares

20-03-2017 13:58

Hi Ben,

het is een VMware instance, idd
de OS is geleverd en valt onder SLA van de DCde rest is aan ons zelf.

Reageren

Inloggen om te reageren