[PHP] Remote_addr geeft server ip terug

[RoboticPro]

Goedemiddag,

Ik zit met een probleem waarvan ik de oplossing niet kan vinden op tweakers, stackoverflow, google nergens vind ik een oplossing.

Ik ben bezig met een systeem voor mijn websites en ik wil daarbij het bezoekers ip opvragen (publiekelijk)
dit voor mijn bezoekers teller. Echter als ik elke denkbare methode vindbaar gebruik kom ik steeds op mijn
eigen publiekelijk adres uit.

Een van de uitgebreide oplossingen die ik vond bestaat uit deze code:

PHP:

function getIP(){
        if ($_SERVER['HTTP_CLIENT_IP'])
            $ip = $_SERVER['HTTP_CLIENT_IP'];
        else if($_SERVER['HTTP_X_FORWARDED_FOR'])
            $ip = $_SERVER['HTTP_X_FORWARDED_FOR'];
        else if($_SERVER['HTTP_X_FORWARDED'])
            $ip = $_SERVER['HTTP_X_FORWARDED'];
        else if($_SERVER['HTTP_FORWARDED_FOR'])
            $ip = $_SERVER['HTTP_FORWARDED_FOR'];
        else if($_SERVER['HTTP_FORWARDED'])
            $ip = $_SERVER['HTTP_FORWARDED'];
        else if($_SERVER['REMOTE_ADDR'])
            $ip = $_SERVER['REMOTE_ADDR'];
        else
            $ip = 'UNKNOWN';

        print "Jouw ip is: ".$ip."<br>";
        //return $ip;
    }

De link waar het systeem op draait is: http://system.roboticpro.nl
En mijn publiekelijk ip adres is : 84.27.194.76.
Tevens test een maat van me de link telkens deze woont een dorp verder op
en hij krijgt ook steeds mijn ip adres terug.

Mijn server draait trouwens via: XAMPP 3.1

Ik ben ten einde raad dus ik stel mijn vraag nu aan jullie:
Wat kan het zijn waardoor het fout gaat?

Brian

[makje]

en als je nu eens doet?:

PHP:

print "Jouw ip is: ". $_SERVER['REMOTE_ADDR'] . "<br>";

[Hydra]

Kijk eens alleen naar REMOTE_ADDR? Daarnaast moet je AFAIK testen of een variabele geset is (met isset) en of het geen lege string is.

En tenslotte 'stop' je al als HTTP_CLIENT_IP gevuld is, terwijl REMOTE_ADDR de meeste kans geeft op het juiste IP (is alleen niet correct als er een proxy gebruikt wordt).

Er is overigens geen garantie dat het ook daadwerkelijk het IP van de client is. Proxies hoeven niet te laten weten dat ze een proxy zijn.

[Xander]

Je bent niet toevallig met mod_proxy aan het spelen ergens?

Als $_SERVER['REMOTE_ADDR'] een verkeerde waarde geeft hoef je het probleem niet in je PHP-code te zoeken, eerder in je serverconfiguratie.

[ Voor 55% gewijzigd door Xander op 28-05-2013 17:26 ]

[RoboticPro]

Momenteel heb ik de functie in dit veranderd:

PHP:

    function getIP(){
        if(isset($_SERVER['REMOTE_ADDR'])){
            print "Jouw ip is: ".$_SERVER['REMOTE_ADDR']."<br>";
        }else{
            print "IP Adres is niet geset<br>";
        }
    }

Maar helaas als ik op mijn mobiel kijk via 3G/H is het nog steeds mijn eigen ip.

@Hydra: Ja dat weet ik, maar de meeste mensen zitten niet via een proxy.
@Xander: Die module is wel ingeschakeld in Apache, schakel ik hem uit maakt het geen verschil.
ik krijg nog steeds mijn eigen ip terug. (Mijn server configuratie trek ik ook in twijfel maar kan er dus
ook niks over vinden maar daar moet ik in een ander subforum zijn denk ik)

Brian

[ Voor 11% gewijzigd door RoboticPro op 28-05-2013 17:45 ]

[Mercatres]

RoboticPro schreef op dinsdag 28 mei 2013 @ 17:44:
Momenteel heb ik de functie in dit veranderd:

PHP:

    function getIP(){
        if(isset($_SERVER['REMOTE_ADDR'])){
            print "Jouw ip is: ".$_SERVER['REMOTE_ADDR']."<br>";
        }else{
            print "IP Adres is niet geset<br>";
        }
    }

Maar helaas als ik op mijn mobiel kijk via 3G/H is het nog steeds mijn eigen ip.

Het IP van je server of van jouw 3G-verbinding?

[Biersteker]

PHP:

<?php 
            if(isset($_SERVER['REMOTE_ADDR'])){ 
            print "Jouw ip is: ".$_SERVER['REMOTE_ADDR']."<br>"; 
        }else{ 
            print "IP Adres is niet geset<br>"; 
        } 
    
?>

Lijkt gewoon te werken hier. (even de functie eraf gehaalt, want lui)

[ Voor 7% gewijzigd door Biersteker op 29-05-2013 01:49 ]

[RoboticPro]

@Mercatres: Het ip van mijn server.
@Biersteker ja daarom weet ik dus niet wat ik fout doe..

[Barryvdh]

En even heel je S_SERVER tonen?

PHP:

print_r($_SERVER);

[RoboticPro]

Even dit toegevoegd aan mijn index.php

PHP:

print "<br><br>\$_SERVER even netjes laten zien: <br>";
    foreach($_SERVER as $k => $v){
        if($k == "SERVER_ADMIN"){
            print "SERVER_ADMIN => Verborgen<br>";
        }else{
            print "$k => $v<br>";
        }
    }

Tevens weer mijn server ip dat gereturned word..

[Mercatres]

Kijk anders eens hier: http://be.php.net/manual/...ariables.server.php#93599

PHP:

<?php
echo $_SERVER['HTTP_X_FORWARDED_FOR'];
?>

[RoboticPro]

Helaas deze worden niet gevuld deze meldingen komen er:

Notice: Undefined index: HTTP_X_FORWARDED_FOR in C:\xampp\htdocs\system\index.php on line 14
HTTP_X_FORWARDED_FOR =>

Notice: Undefined index: HTTP_X_FORWARDED_HOST in C:\xampp\htdocs\system\index.php on line 15
HTTP_X_FORWARDED_HOST =>

Notice: Undefined index: HTTP_X_FORWARDED_SERVER in C:\xampp\htdocs\system\index.php on line 16
HTTP_X_FORWARDED_SERVER =>

[NMe]

Mercatres schreef op dinsdag 28 mei 2013 @ 18:58:
Kijk anders eens hier: http://be.php.net/manual/...ariables.server.php#93599

PHP:

<?php
echo $_SERVER['HTTP_X_FORWARDED_FOR'];
?>

Anders lees je de topicstart even?

Google lijkt te suggereren dat het een vaker voorkomend probleem is maar niemand heeft het voor zover ik zo snel kan zien opgelost. Zit je niet ergens spul binnen te halen via file_get_contents in combinatie met een URL in plaats van een absoluut pad? Ik kan me voorstellen dat dat voor je script vervolgens niet meer te volgen valt vanwege het request via buiten en daarom vertaald wordt in een nieuw REMOTE_ADDR.

Overigens is REMOTE_ADDR (net als elke andere server-variabele) niet betrouwbaar, valt te spoofen. Ik hoop niet dat je iets met beveiliging aan het doen bent?

[Biersteker]

Weet je zeker dat je goed test?
Net even hetzelfde stukje php in een xampp 3.1 gegooit, en werkt ook prima.


Wat NMe zegt. REMOTE_ADDR geeft het adres waarvan de request komt terug.

[ Voor 30% gewijzigd door Biersteker op 29-05-2013 01:50 ]

[TheNameless]

Je hebt geen proxy/loadbalancer/iets anders voor je webserver draaien?

[ Voor 9% gewijzigd door TheNameless op 28-05-2013 19:23 ]

[RoboticPro]

@Biersteker: Ja ik weet het zeker de code draai ik op een losse pagina zonder de andere code en dan werkt het ook niet.. (ik draai XAMPP v3.1.0 3.1.0 gebouwd op 20 september 2012)
@TheNameless: Niet dat ik weet proxies en loadbalancers werk ik niet mee (Weet ik ook niks vanaf).

[Biersteker]

RoboticPro schreef op dinsdag 28 mei 2013 @ 19:39:
@Biersteker: Ja ik weet het zeker de code draai ik op een losse pagina zonder de andere code en dan werkt het ook niet.. (ik draai XAMPP v3.1.0 3.1.0 gebouwd op 20 september 2012)

Apart. Ik draait exact dezelfde versie van XAMPP.

[Xander]

Kan het zijn dat je router iets heel raars doet? Wat gebeurt er als je de webserver van binnen je netwerk met het interne IP benadert?

[RoboticPro]

Als ik via: 192.168.0.113 er heen ga krijg ik het ip van mijn laptop inderdaad terug.

[Tanuki]

Heb je Apache draaien? Kun je dan eens in je httpd.conf kijken of mod_proxy aan staat? Of misschien in een .htaccess bestand?

[RoboticPro]

Ja ik draai Apache, en mod_proxy is overal weg gecomment met een # en .htaccess bestanden heb ik (nog) niet in op mijn server staan

[Xander]

RoboticPro schreef op dinsdag 28 mei 2013 @ 20:17:
Als ik via: 192.168.0.113 er heen ga krijg ik het ip van mijn laptop inderdaad terug.

Ik verwacht dan serieus dat het probleem in de router / in je portforwarding zit. Heel vaag, maar ik kan er even niets anders van maken. Intern lijkt je scriptje prima te werken.

[RoboticPro]

Ja de router waar ik achter zit is een : Sitecom Wireless 300N XR misschien dat daar iets ingesteld moet worden maar daar heb ik ook al enkele opties geprobeerd.

[RomeoJ]

Het lijkt inderdaad sterk op een router- of modem-issue / NAT.

Zou je - als test - de XAMPP server als DMZ kunnen instellen in de router en kijken of de IP-adressen nu wel goed doorkomen?
Let op: DMZ zorgt er voor dat al het externe verkeer naar die ene DMZ-machine gaat (in dit geval jouw server), dit kan je permanent toepassen maar raadzaam is dan wel extra goed de security van de server up-to-date te houden (firewall / Windows Update). Voor nu kunnen we het even gebruiken als test

[Gomez12]

Simpeler oplossing : Mieter die router er even tussenuit en leen een ander modem.

Heb je niet toevallig iets in je router ingesteld qua internet-filtering /kind internet beveiliging oid waardoor die als reverse proxy gaat draaien voor poort 80?

[RoboticPro]

@RomeoJ: DMZ Heb ik aangezet op Dynamic IP Session 1 en Client IP van de server, dit gaf geen resultaat. Daarna met een Static IP op 84.27.194.76 dit gaf echter ook geen resultaat.

@Gomez12: De router er uit is helaas geen oplossing deze is van mijn ouders namelijk, er staan ook geen kinder beveiligingen in zo ver ik weet en ik heb hem zelf geinstalleerd.

[GlowMouse]

NMe schreef op dinsdag 28 mei 2013 @ 19:12:
[...]

Overigens is REMOTE_ADDR (net als elke andere server-variabele) niet betrouwbaar, valt te spoofen. Ik hoop niet dat je iets met beveiliging aan het doen bent?

Er valt niks te spoofen, REMOTE_ADDR is het ip-adres van de client of zijn proxy als de server normaal is geconfigureerd.

[Mercatres]

RoboticPro schreef op dinsdag 28 mei 2013 @ 21:18:
Ja ik draai Apache, en mod_proxy is overal weg gecomment met een # en .htaccess bestanden heb ik (nog) niet in op mijn server staan

En Apache ook opnieuw gestart na die comment?

[Gomez12]

Gooi je apache anders eens gewoon op poort 22 oid (en dan die ook doormappen) en stel in je router nergens http in, maar echt enkel een port-forward.

Met port 22 en een simpele port-forward moet ik de 1e homerouter nog tegenkomen die DPI gaat doen om te achterhalen of het om http-verkeer gaat om dan langs een reverse proxy te gooien.

Dan achterhaal je in ieder geval waar de reverse proxy zit (voor hetzelfde geld zit die bij je provider (nooit van gehoord, maarja ik ken ook bijv geen gebruikers van bijv filternet oid))

[RoboticPro]

@Mercatres: Ja dat heb ik gewoon gedaan
@Gomez12: Ik heb dit gedaan over poort 1000 (Poort 22 gaf chrome een melding dat dit een onveilig poort is.) Helaas krijg ik mijn eigen ip terug, tevens mijn mobiel en die maat van mij ook.

[Gomez12]

Tja, wat is dan het exacte netwerk apparatuur plaatje vanaf bijv AMS-iX.

Want behalve die router zit er nog ergens iets tussen wat voor reverse proxy zit te spelen en ik vermoed dat het niet je provider is.

Ik zie bijv in de link die je gegeven hebt dat die ook caching-headers en expire headers meegeeft, dit is afaik allemaal niet standaard gedrag van XAMPP op php-pages.

[RoboticPro]

Uhm alleen de modem van ziggo zit er tussen dit is een modem zonder router ingebouwd.
Dan de bovengenoemde router en dan een switch van het zelfde merk (Sitecom)

[Gomez12]

Tja, dan zou ik zeggen gooi die hele xampp eens op de laptop, ga naar die kennis toe en probeer het daar nog eens om te zien of het aan je xampp of aan je thuisinstellingen ligt.

[Compizfox]

Interessant dit.

Ik ben wel benieuwd wat er voor een IP in je Apache access-logs staat.

[RoboticPro]

@Compizfox: De Apache log zegt alleen iets over 26 Mei van 18:13 tot 18:36 en alleen mijn ip of 127.0.0.1 daar heb ik dus niet veel aan helaas (Wel vreemd zo'n log)
@Gomez12: Ja dat ga ik ook doen vandaag of morgen dus dan hoor je het wel van me en weten we het gelijk of het een configuratie is of een netwerk probleem.

[NMe]

RoboticPro schreef op woensdag 29 mei 2013 @ 15:24:
@Compizfox: De Apache log zegt alleen iets over 26 Mei van 18:13 tot 18:36 en alleen mijn ip of 127.0.0.1 daar heb ik dus niet veel aan helaas (Wel vreemd zo'n log)

Die 127.0.0.1-melding zou het best eens kunnen zijn.

[RoboticPro]

@NMe, @Compizfox: Nee ik keek verkeerd sorry mijn system.roboticpro.nl heeft een los log bestand bij welke alleen mijn eigen ip terug te vinden is in heel het bestand helaas..

Ik ga nu op een andere locatie testen wat hij doet. (Dus hij zal nu even offline zijn)

Edit:
Het ligt aan het netwerk ik sluit hem namelijk aan bij een maat van mij en hij doet het gelijk.
Dus nu ga ik de hele router uitpluizen.

Edit 2:
Ik heb net de router gewisseld van een Sitecom 300N XR naar een Sitecom 300N XR en nu doet het hij
het gewoon (Met exact dezelfde instellingen!)

Dus bedankt allemaal voor het meedenken!
Brian

[ Voor 42% gewijzigd door RoboticPro op 30-05-2013 12:43 . Reden: Extra informatie ]