[PHP] ip-adres achterhalen bij gprs-client

[Verwijderd]

Ik zit met het volgende probleem:

Ik heb een aantal pagina's gemaakt welke mensen van het bedrijf waarvoor ik werk met hun mobiele telefoon kunnen opvragen. Deze informatie is echter niet voor iedereen toegankelijk.

Normaal gesproken zou je dan alleen bekende ip-adressen toegang kunnen geven, maar ik heb begrepen dat mensen met een gprs-abonnement gebruik maken van de proxy van hun provider.

Weet iemand een andere manier om te achterhalen met welke gebruiker je te maken hebt?

[usr-local-dick]

Of je test het uit door met een GPRS ding je site te bezoeken, of je vraagt de GPRS provider welke address space hij gebruikt.

[megamuch]

Of je laat mensen inloggen ff telnum + passwd ingeven is in dit geval het eenvoudigste

[ Voor 24% gewijzigd door megamuch op 21-10-2004 11:48 ]

[Verwijderd]

usr-local-dick schreef op 21 oktober 2004 @ 11:46:
Of je test het uit door met een GPRS ding je site te bezoeken, of je vraagt de GPRS provider welke address space hij gebruikt.

Het probleem is dat je wel een ip-adres ziet, maar dat is dus van de proxy van de gprs provider. Ik wil bijvoorbeeld toegang verlenen aan iemand met een KPN-abonnement, maar niet aan alle abonnees van de KPN.

[usr-local-dick]

je wilt authenticatie maar dat moet je op basis van iets doen.
Aangezien IP authenticatie niet werkt moet je toevlucht zoeken tot user.passwd etc vrees ik.

[Verwijderd]

Op google getypt PHP IP behind proxy

en kijk

code:

Most proxy servers set X-forwarded-for.


Code:
if (getenv('HTTP_X_FORWARDED_FOR'))
{ 
  $ip=getenv('HTTP_X_FORWARDED_FOR'); 
} 
else
{ 
  $ip=getenv('REMOTE_ADDR'); 
}

[Verwijderd]

usr-local-dick schreef op 21 oktober 2004 @ 13:15:
je wilt authenticatie maar dat moet je op basis van iets doen.
Aangezien IP authenticatie niet werkt moet je toevlucht zoeken tot user.passwd etc vrees ik.

dat is natuurlijk altijd een mogelijkheid, maar ik vind het nogal een gepriegel als mensen elke keer vanaf hun mobiele telefoon moeten inloggen als ze even snel snel iets willen checken. vandaar dat ik eerst naga of er betere methoden voor authenticatie bestaan.

Verwijderd schreef op 21 oktober 2004 @ 13:29:
Op google getypt PHP IP behind proxy

en kijk

helaas werd HTTP_X_FORWARDED_FOR in de gevallen die ik heb getest niet meegegeven.

[Verwijderd]

* kick *

Nog andere mensen die suggesties hebben misschien???

[GambitRS]

Als iemand die je niet kent en waar je niet voor werkt die pagina's zouden zien per ongeluk, heeft dat dan nadelige gevolgen?

[Infinitive]

Een hele simpele oplossing in mijn ogen zou zijn: geef elke gebruiken een "geheime url" om mee in te loggen. Die kunnen ze dan bijv. in hun favorieten zetten. Bijv. iets als:

inside.bedrijf.com/UniQu3

Uiteraard is dit niet de meest verstandige methode, maar het lijkt me voldoende bescherming bieden. Maar niet echt veilig:

Is namelijk 100% leesbaar en interpreteerpaar door alle proxy-servers die er tussen zitten. Komt mogelijk voor in statistieken van je websites. Staat in je favorieten en je geschiedenis, dus mogelijk dat een zoekmachine/spyware dit in hun resultaten op nemen.

Een alternatieve manier die ik ooit eens heb gezien, maar weet niet of het beschikbaar is om te gebruiken, is het installeren van een certificate aan de client-side. De client gebruikt het certificate om zichzelf te identificeren. (dus eigenlijk een beetje de omgekeerde wereld van traditionele certificates).

[ Voor 4% gewijzigd door Infinitive op 23-10-2004 17:39 ]

[Kuhlie]

Of wel inloggen, maar dan een cookie opslaan zodat de volgende keer inloggen niet nodig is.

[Xandrios]

Let erop dat ook truucjes met IP's achter de proxy niet gaan werken: Elke ISP gebruikt gewoon interne (192.168.0.x) adressen voor de client telefoons. En via standaard NAT-routing wordt het dan naar een publiek IP gepatched.

[Verwijderd]

Infinitive schreef op 23 oktober 2004 @ 17:38:
Een hele simpele oplossing in mijn ogen zou zijn: geef elke gebruiken een "geheime url" om mee in te loggen. Die kunnen ze dan bijv. in hun favorieten zetten. Bijv. iets als:

inside.bedrijf.com/UniQu3

Uiteraard is dit niet de meest verstandige methode, maar het lijkt me voldoende bescherming bieden.

Op zich kan dit al een bruikbare methode zijn, zeker als ik met enige regelmaat de url wijzig (zoals je ook je wachtwoord regelmatig moet wijzigen). Bedankt!

Een alternatieve manier die ik ooit eens heb gezien, maar weet niet of het beschikbaar is om te gebruiken, is het installeren van een certificate aan de client-side. De client gebruikt het certificate om zichzelf te identificeren. (dus eigenlijk een beetje de omgekeerde wereld van traditionele certificates).

Je bedoelt een soort van digitaal paspoort? Ik weet niet of zoiets op een mobiele telefoon te gebruiken is, ik zal het eens nagaan.

GambitRS schreef op 23 oktober 2004 @ 17:28:
Als iemand die je niet kent en waar je niet voor werkt die pagina's zouden zien per ongeluk, heeft dat dan nadelige gevolgen?

Het heeft geen wereldschokkende gevolgen als dat gebeurt, je kunt er alleen informatie opvragen. Maar het zijn gegevens van onze klanten, en die moeten wel beschermd blijven.

Xandrios schreef op 23 oktober 2004 @ 18:12:
Let erop dat ook truucjes met IP's achter de proxy niet gaan werken: Elke ISP gebruikt gewoon interne (192.168.0.x) adressen voor de client telefoons. En via standaard NAT-routing wordt het dan naar een publiek IP gepatched.

Nee inderdaad, vandaar dat iets als 'HTTP_X_FORWARDED_FOR' geen zin heeft.

[Grijze Vos]

Verwijderd schreef op 21 oktober 2004 @ 13:29:
Op google getypt PHP IP behind proxy

en kijk

code:

Most proxy servers set X-forwarded-for.


Code:
if (getenv('HTTP_X_FORWARDED_FOR'))
{ 
  $ip=getenv('HTTP_X_FORWARDED_FOR'); 
} 
else
{ 
  $ip=getenv('REMOTE_ADDR'); 
}

Zoals al opgemerkt is werkt dit niet, (proxies hoeven dat niet correct door te geven), en, daarbovenop is dit stukje code hopeloos verouderd.

Gebruik daar nou gewoon de gegeven super globals voor.