[PHP] REMOTE_ADDR achter router is lokaal ip!?

[Verwijderd]

Ik ben bezig met een website, hierin wil ik ook een IP Ban Systeem maken, nou is het probleem dat als iemand vanaf achter een router zit dat hij het ip heeft 192.168.x.x. deze kan ik natuurlijk niet blocken, want mischien block ik dan ook andere mensen.

Want, stel een maat van mij zit via een router met zijn pc op 192.168.0.5 en een hacker/spammer/iemand die ik wil bannen zit ook toevallig op 192.168.0.5, dan zou mijn maat niet meer op mijn site kunnen.

Is het mogelijk om het IP van de router te achterhalen? Dus vanaf de (kabel)modem het 1e computerachtige ding dat een IP aanneemt(dus de WOL kant, niet aan de LAN kant).

Zou je dan een tracert moetten uitvoeren(ja traag is het wel), maar zoiets? dus dan zoeken tot 1 ip voordat het lokaal ip wordt(192.168.x.x of 127.0.x.x).

[spine]

volgens mij krijg je nooit het interne ip van een client ?

[Nighty]

Er is een andere variabele waar het externe ip-adres in vermeldt staat. Weet alleen niet direct welke dat is.

[MDVej]

als server zijnde krijg je alleen je externe ip te zien, dus die van je isp. Als je dus het ip 192.168.x.x bant, ban je niemand, omdat 192.168.x.x niet op internet wordt gebruikt

[drm]

HTTP_X_FORWARDED_FOR al geprobeerd?

[Millennium]

drm schreef op 04 februari 2003 @ 13:11:
HTTP_X_FORWARDED_FOR al geprobeerd?

is idd leuk om proxy's te filteren, maar ik denk dat het probleem die de TS schets in praktijk niet voorkomt. Zoals andere al vermeld hebben.

[beany]

De adressen:
10.0.0.0
172.16.0.0 tot 172.31.0.0
192.168.0.0 tot 192.168.255.0

moet je totaal vergeten met websites. Tenzij je aan de slag gaat met een intranet. Op het moment dat je bovenstaande adressen tegenkomt op een server die aan het internet hangt wordt er gespoofd. Deze adressen moet je dus gewoon in je firewall dichtpleuren vanaf de internet interface. Indien de server altijd vanaf buitne wordt benaderd, moet je altijd de bovenstaande adressen als 'banned' beschouwen.

[Verwijderd]

$_SERVER['REMOTE_ADDR']

[Verwijderd]

beany schreef op 04 februari 2003 @ 13:55:
De adressen:
10.0.0.0
172.16.0.0 tot 172.31.0.0
192.168.0.0 tot 192.168.255.0

moet je totaal vergeten met websites. Tenzij je aan de slag gaat met een intranet. Op het moment dat je bovenstaande adressen tegenkomt op een server die aan het internet hangt wordt er gespoofd. Deze adressen moet je dus gewoon in je firewall dichtpleuren vanaf de internet interface. Indien de server altijd vanaf buitne wordt benaderd, moet je altijd de bovenstaande adressen als 'banned' beschouwen.

dus alles dat die radius heeft moet dicht? ik weet 100% zeker dat er verschillende mensen over die ip's heen gaan, nou dan maak ik er wel iets van, die ip's zijn dicht.

10.0.0.0? dat is toch 10.x.x.x die je moet blokken? want 10.0.0.1 kan ook, en vedder ook nog.

[Evilbee]

Als je je logs bekijkt dan zie je dat daar bijna nooit je eigen IP in staat.

BV: Op school (met kennisnet) achter 2 pc gaan zitten, kijk welke ip's die pc hebben en ga dan naar een site waar ze je ip laten zien. Dan zul je zien dat dat het ip van de proxy/router wordt weergegeven.

Dus als je daar een block op gaat zetten, block je iedereen die achter die proxy/router zit. Daarom is dit eigenlijk heel lastig om een goed banning system te maken. Voor een goede beveiliging moet je eigenlijk iets op die PC achter laten. En hoe dat moet weet ik ook nog steeds niet.

[beany]

Verwijderd schreef op 08 February 2003 @ 12:05:
[...]

dus alles dat die radius heeft moet dicht? ik weet 100% zeker dat er verschillende mensen over die ip's heen gaan, nou dan maak ik er wel iets van, die ip's zijn dicht.

10.0.0.0? dat is toch 10.x.x.x die je moet blokken? want 10.0.0.1 kan ook, en vedder ook nog.

sorry:

10.x.x.x
172.16.x.x tot 172.31.x.x
192.168.x.x tot 192.168.x.x

Dit zijn dus allemaal private ranges, die NIET Routeerbaar zijn over het internet. Nogmaals: IEDEREEN die met een bovenstaand adres aanklopt, loopt te kloten(spoofen). Afschieten die handel(de IP packets met een bovenstaand IP als afzender). Dit is iets wat je, naar mijn mening, in je firewall moet regelen. Niet op webserver nivo.

[Kees]

Die ranges zijn inderdaad niet routeerbaar, maar je hoeft er ook geen rekening mee te houden als het goed is. Ik kan me namelijk geen router voorstellen die die IP's niet blokt

Uiteraard kun je ze in je firewall gooien, maar doe voor de gein eens met logging aan en zie eens hoeveel packets je ermee afvangt

[Oid]

Maybe zo:

PHP:

<?
function ip() 
{ 
    if(getenv("HTTP_X_FORWARDED_FOR")) 
    {  
        return getenv("HTTP_X_FORWARDED_FOR");  
    } 
    else 
    {  
        return getenv("REMOTE_ADDR");  
    } 
} 

// echo ip();
?>

[ Voor 13% gewijzigd door Oid op 09-02-2003 09:16 . Reden: PHP Tags vergeten! ]

[Verwijderd]

Ik denk dat je getest heb via localhost of dmv. je eigen ipadres in te tikken. Bij localhost in je adres balk krijg je 127.0.0.1.
Wanneer je bv. 192.168.0.1 intikt om naar je webserver te gaan zal hij je lokale ipadres afgeven.
Wanneer je het door je ipadres wat je van je provider hebt gekregen in te tikken (dus je komt dan eigenlijk van buiten je thuisnetwerk af) dan geeft hij wel je wan ipadres.

[gomaster]

Je router geeft nooit je lokale ip door aan een server. Zelf heb ik een stats systeem gemaakt dat ook ip's logt en als ik naar mijn site ga gooit die mijn internet ip in de db. En ook ik zit achter een router en niet op de pc die de router is. Je lokale ip wordt namelijk helemaal niet over internet gestuurd, en alle $HTTP_SERVER_VARS zijn dingen die naar de server worden verzonden.

[Verwijderd]

Eigenlijk weet ik ergens wel dat het niet doorgegeven wordt, heb verdomme IT opleiding gedaan

Maar ik dacht iets van dat het mischien megestuurd zou worden vanaf de browser oid.