[Plesk] Krijg SSL-dir niet werkend

[Verwijderd]

Vanaf thuis is het de bedoeling dat ik via een SSL-verbinding een XML kan sturen naar mijn server. Het is een dedicated server met Plesk waarop ik nu een domein heb aangemaakt met SSL-support. Ik dacht dat het zo simpel was om gewoon mn PHP-code (die de XML opvangt) in de httpsdocs neer te zetten maar dat is blijkbaar simpeler gezegd dan gedaan.

Als ik via de browser een https-request doe gaat alles zoals het moet, echter als ik met PHP via een socket de XML wil versturen gaat het niet lekker. De server geeft dan namelijk een 404 NOT FOUND terug alsof het php-bestand waarnaar de POST toe gaat niet bestaat. Aangezien deze foutmelding leek te komen van een andere website op deze server, heb ik bij alle websites SSL uitgeschakeld (behalve dan degene waar het nu om gaat). Ik krijg nog steeds een 404 NOT FOUND terug, maar nu van het domein 'default-xxx-xxx-xxx-xxx Port 443'.

Het lijkt er dus op dat als ik via een socket connect naar dit adres:

code:

ssl://domein.com:443/index.php

ik een 404 krijg, maar alles goed gaat als ik met mijn webbrowser naar https://domein.com/index.php ga.

Ik was eigenlijk in de veronderstelling dat dit tot hetzelfde resultaat zou moeten leiden, aangezien https ook gewoon op poort 443 zit. Iemand enig idee waar het verschil in zou kunnen zitten en waarom dit niet wil werken?

edit:
De socket open ik in PHP met de function fsockopen().

[we_are_borg]

Kan zijn dat xml niet onderstuend wordt in de ssl omgeving je kan vhost_ssl.conf aanmaken in de conf dir van het domein en hier opties in zetten. Het snelste wat ik kan terug vinden is deze topic op plesk http://forum.swsoft.com/s...?t=8661&highlight=ssl+dir misschien dat dit nog een idee in geeft.

[Verwijderd]

Ik zal morgen kijken of ik eens wat kan doen met die ssl_conf file. Ik was eigenlijk meer in de veronderstelling dat Plesk in een verkeerde dir zat te zoeken wat de 404 veroorzaakte die ik steeds ontvang (als XML bijvoorbeeld niet werd ondersteunt had ik geen 404 verwacht). Ik Post de XML overigens met een content-type text/html.

[alt-92]

Even onprofessioneel en amateuristisch gedacht he...

Als je https://hostname.domain.tld/xmlfile.xml ophaalt, krijg je dan je gewenste resultaat?
ssl:// is namelijk geen standaard geregistreerde protocolhandler - en SSL is slechts een wrapper om jouw protocol naar keuze.

[Verwijderd]

@alt-92

Ik heb een bestand opgehaald met GET (via de socket, ipv een POST van de xml dus) en dat gaat zonder enige problemen.

edit
Ik heb dus een stomme fout over het hoofd gezien Ik connect naar een bepaalde map op de server zeg maar, en vervolgens doe ik mijn POST ook naar deze map. Hierdoor wordt dus gezocht naar een map in diezelfde map die er dus niet is omdat ik er al was. Echter lijk ik nog steeds ergens uit te komen waar ik niet moet zijn...

Want nu Plesk-probleem2, Ik krijg een foutmelding van Plesk:

code:

 © Copyright 1999-2007
SWsoft, Inc. All rights reserved

Server Default page

If you see this page it means:
1. hosting for this domain is not configured
or
2. there's no such domain registered in Plesk

What you can do:

    * Using Plesk, you can create domains with web hosting on a single physical server.

Top News
Refresh List
This page is autogenerated by Plesk™

Lijkt dus nog iets totaal niet goed te zitten daar blijkbaar Dat domain waarnaar ik connect is namelijk wel degelijk geconfigureerd (incl SSL-support).

[ Voor 79% gewijzigd door Verwijderd op 03-01-2008 23:15 ]

[alt-92]

Verwijderd schreef op donderdag 03 januari 2008 @ 23:03:
Want nu Plesk-probleem2, Ik krijg een foutmelding van Plesk:
[...]
Lijkt dus nog iets totaal niet goed te zitten daar blijkbaar Dat domain waarnaar ik connect is namelijk wel degelijk geconfigureerd (incl SSL-support).

Als je waarop connect?

[Verwijderd]

alt-92 schreef op donderdag 03 januari 2008 @ 23:46:
[...]

Als je waarop connect?

Als ik connect naar ssl://domein.com:443/ (of een eventueel submap of index.php, ik heb van alles geprobeerd maar krijg steeds de Plesk melding). Apart dat een GET-request op dezelfde manier wel goed gaat, dan zit hij blijkbaar toch in de juiste httpsdocs. POST gaat dus fout, GET gaat goed; zou het iets met het Plesk-certificaat te maken kunnen hebben?

[alt-92]

Nog een keer.
Is ssl:// een registered protocol handler ?

Je hebt een SSL-enabled http server opgezet, dat werkt.
Je XML file kun je via https://domain.bla/file.xml gewoon binnentrekken.

Ik snap nog steeds niet wat jij met ssl:// denkt te bereiken wat niet met https://domain.bla.gedoe/file opgelost kan worden.

Via welk protocol werk je als je een POST doet?

[ Voor 81% gewijzigd door alt-92 op 04-01-2008 10:51 ]

[Verwijderd]

alt-92 schreef op vrijdag 04 januari 2008 @ 10:27:
Nog een keer.
Is ssl:// een registered protocol handler ?

Ik weet niet hoe ik dat kan checken in Plesk omdat alles is ingebakken. Aangezien ik via deze protocol handler met succes een bestand heb 'gedownload' (GET request) uit de httpsdocs directory denk ik dat de vraag met 'ja' beantwoord zal moeten worden?

edit
Het probleem is dat dit met ssl:// moet werken omdat fsockopen in php geen https ondersteunt (je moet dan dus ssl:// gebruiken zoals in de manual omschreven). Een optie zou dan zijn om Curl in PHP te gaan gebruiken maar aangezien dit niet in alle PHP-compilaties op servers aanwezig is zal ik fsockopen moeten gaan gebruiken (deze scripts gaan namelijk bij andere servers worden gebruikt, mogelijk zonder curl-support).

Een xml file ophalen met GET via https:// (via browser) of via ssl:// (fsockopen in php) gaat goed, een POST lukt echter niet (krijg de eerder genoemde Plesk-melding). Ik zal zo even kijken of ik wel kan posten met curl dan weten we wellicht al iets meer.

edit2
Het probleem is opgelost, in mijn POST-request had ik in de headers een 'Host: domain.com' vergeten mee te geven. Plesk wist dus waarschijnlijk niet helemaal waar ik naartoe wilde posten Bedankt voor het meedenken!

[ Voor 54% gewijzigd door Verwijderd op 04-01-2008 11:26 ]

[Koffie]

Move PNS > NT

[Remy]

Naar NT dus