Likes: 
Hallo,
Ik ben nieuw op dit forum en zit met een probleem waarvan ik echt niet weet hoe ik het moet oplossen.
-----------------
Op mijn site werken de http requests niet meer. Spamchecks waarbij comments naar een centrale spamcheckserver worden gestuurd werken dus niet meer. Hierdoor is een groot gedeelte van mijn site onbruikbaar geworden. Dit probleem is er nu ongeveer een week. Ik had hier al 2 tickets over geplaatst maar toen werd er verwezen naar het feit dat includes, fopen, en curl niet meer werken. Dit heeft echter niks met de http requests te maken.
function ksd_http_post($request, $host, $path, $port = 80) {
global $ksd_user_agent;
$http_request = "POST $path HTTP/1.0\r\n";
$http_request .= "Host: $host\r\n";
$http_request .= "Content-Type: application/x-www-form-urlencoded; charset=" . get_settings('blog_charset') . "\r\n";
$http_request .= "Content-Length: " . strlen($request) . "\r\n";
$http_request .= "User-Agent: $ksd_user_agent\r\n";
$http_request .= "\r\n";
$http_request .= $request;
$response = '';
if( false !== ( $fs = @fsockopen($host, $port, $errno, $errstr, 3) ) ) {
fwrite($fs, $http_request);
while ( !feof($fs) )
$response .= fgets($fs, 1160); // One TCP-IP packet
fclose($fs);
$response = explode("\r\n\r\n", $response, 2);
}
return $response;
}
Dit is een voorbeeld van een stukje code voor een http request naar een spamserver. Hier zijn dus geen includes of dergelijke in verwerkt. Echter lukt het op mijn site toch niet meer om verbinding te leggen met exterme spamcheck servers terwijl dit eerst wel kon.
Waar zou dit aan kunnen liggen.
Met vriendelijke groet,
Jeffrey Lankamp
2008-03-25 15:00:38
Geplaatst Door: Hosting2GO
Het is op onze machines niet meer mogelijk om externe URL's te 'includen' met Perl of met het PHP commando "fopen" of "curl" (allow_url_fopen). Het betreft hier uitsluitend http includes en connecties met het IRC en MSN netwerk.
Dit is gedaan in verband met de veiligheid van de aanwezige sites op deze servers, en voorkomt dat persoonlijke informatie zoals o.a. passwords makkelijk te verkrijgen is door hackers. Daarnaast kregen wij regelmatig klachten van website beheerders dat content zonder toestemming werd overgenomen en dat er via onze server getracht werd illegale activiteiten te ontplooien gebruikmakend van een Proxy-script (Als PHProxy), om zodoende de identiteit van de surfer te verbergen.
We verontschuldigen ons voor het onwaarschijnlijke geval dat u hinder ondervindt van deze configuratieaanpassing, echter hopen we dat u begrijpt dat deze aanpassing vrijwel uitsluitend voordelen heeft voor de beveiliging op de gehele server, en dat dit door ons ook niet per hostingpakket in te stellen is.
Overigens zijn er wel mogelijkheden om via html externe url's te includen. U doet dat door een zgn. "iframe" op te nemen, met daarin een directe link naar de pagina die u wilt includen. Zodoende loopt de include vanaf de server van de eigenaar zelf, en laadt daarnaast uw website veel sneller. (En het scheelt u dataverbruik).
Het openen van sockets via poort 80 is door de maatregel ook niet meer mogelijk. Wellicht kunt u gebruik maken van poort 81 of 443 voor https communicatie.
Met vriendelijke groet,
Hosting2GO Helpdesk
------------------------
Bovenstaande heb ik dus gestuurd naar Hosting2Go. Maar ik weet niet wat ik nou moet doen om het probleem op te lossen, of dat het wel klopt wat Hosting2Go allemaal zegt.
Zie iemand me kunnen helpen? Dit is mijn website: www.jeflog.nl. Als je naar jeflog.nl/forum gaat en je probeert te registreren zie je het probleem in actie, want dat lukt niet omdat Recaptcha geen verbinding kan leggen met de Recaptcha server.
Groeten,
Jeffrey Lankamp
Quote
Oorspronkelijk geplaatst door Ramon Fincken
