(Reverse) Port Forwarding

bartje · 30-Jun-10, 08:32

Hoi Allemaal

Ik heb vrij weinig kaas gegeten van deze materie, maar ik vraag me af of iemand me iets meer duidelijkheid kan geven omtrent volgende :

ik draai een webserver (eigen geschreven via IdHTTP) op een pc binnen mijn eigen LAN op poort 8080, en ik wil deze benaderen vanaf het internet (WAN dus). Dat lukt prima, maar ik moet de router voorzien van een virtual server die alle inkomende verkeer op poort 8080 doorstuurt naar de pc waar de server draait (op een vast IP)

Nu heb ik gezien dat programma's als logmein of teamviewer helemaal geen portforwarding van de router vereisen. Ik heb daar al heel wat over gelezen en het blijkt te gaan om (reverse) port forwarding, maar ik snap het eigenlijk helemaal niet goed. met de indy components (IdMappedPorts) heb ik wat zitten stoeien maar denk niet dat ik daarmee iets kan.

Weet iemand hoe de vork in de steel zit ? alvast bedankt !

jkuiper · 30-Jun-10, 09:11

Citaat:

Nu heb ik gezien dat programma's als logmein of teamviewer helemaal geen portforwarding van de router vereisen

Dat hebben ze niet nodig, want die services werken via een port van die instantie. Als Teamviewer connect via LAN, WAN of VPN, dan wordt er helemaal geen connectie gebruikt bij de instantie.

bartje · 30-Jun-10, 09:22

Kan je dat even verduidelijken ?

jkuiper · 30-Jun-10, 09:35

Ik heb ergens een whitepaper gevonden waar dat stond, maar kan het nu niet tonen.

Voor bijvoorbeeld Teamviewer hebben beide pc's een client nodig. Die client levert een usernr en een wachtwoord. Op het moment dat je de client opstart en een usernr/wachtwoord krijgt, ben je in verbinding bij de servers van Teamviewer met een bepaalde port. Als je inlogt naar een andere client, zoekt deze in hun database naar de opgeslagen connectie en zorgt ervoor dat men elkaar kan gaan 'zien'. Er wordt geen connectie gemaakt naar het doelstation

client (naar buiten) --> teamviewer server met port <-- client (naar buiten).

bartje · 30-Jun-10, 09:39

Ok, bedankt dat verklaart al veel.

Vraag blijft of ik dergelijke constructie kan gebruiken voor mijn probleem..

jkuiper · 30-Jun-10, 10:04

Nee dus. Je webserver maakt geen gebruik van een uitgaande port, maar een binnenkomende poort. Hij ontvangt een request en geeft deze terug aan de client.
Waarom die constructie? het is toch veel makkelijker om die portforwarding uit te voeren?

Overigens is WAN (Wide Area Network) geen internet, maar een VPN verbinding tussen twee of meerdere vestigingen.

Timon · 30-Jun-10, 10:15

Met behulp van UPnP kun je port-forward regels aanmaken in je router, misschien dat je daarmee je probleem kunt oplossen.

Echter moet je router dit wel ondersteunen, daarnaast zit je ook nog met een security issue.

bartje · 30-Jun-10, 10:56

Inderdaad,

Op mijn router stond het standaard disabled. Bedoeling is dat ik deze applicatie bij clients moet gaan installeren en ik wil hen de ellende van het configureren van de router besparen. Als ik moet gaan uitleggen dat ze UPnP moeten enablen in hun router, kan ik ze net zogoed een virtual server laten toevoegen

Denk dat dit alsnog de eenvoudigste methode zal zijn. Heel veel gebruikers zijn het niet en ik kan ze altijd helpen via portforward.com, daar staat van bijna elke router uitgelegd hoe ze dat kunnen doen.

Of mocht zijn dat er nog andere oplossingen zijn, maar ik vrees van niet.. ?

VideoRipper · 30-Jun-10, 14:06

Lees voor de grap ook dit draadje van vorig jaar eens door (vanaf post #24)

Greetz,

Peter.

Benno · 30-Jun-10, 19:01

De meeste beheerders zullen ook meteen uPNP weer uitzetten als ze zien dat het aanstaat. De slechtste uitvinding van de eeuw wat mij betreft.

bartje · 30-Jun-10, 19:05

Citaat:

Origineel gepost door VideoRipper

Lees voor de grap ook dit draadje van vorig jaar eens door (vanaf post #24)

Greetz,

Peter.

Vereist dus ook zelf in te stellen port forwarding op de router. zover ben ik al ;-)
toch bedankt

bartje · 30-Jun-10, 19:07

Citaat:

Origineel gepost door Benno

De meeste beheerders zullen ook meteen uPNP weer uitzetten als ze zien dat het aanstaat. De slechtste uitvinding van de eeuw wat mij betreft.

Ik ben er nog niet te diep op ingegaan maar dat lijkt inderdaad zo. Ik denk van gewoon een goeie handleiding te schrijven over hoe je een poort kan forwarden. Op portforward.com kunnen ze dan kijken hoe het exact moet. Zo moeilijk hoeft het eigenlijk niet te zijn

30-Jun-10, 08:32	#1
bartje Senior Member Geregistreerd op: Jun 2003 Berichten: 356	(Reverse) Port Forwarding Hoi Allemaal Ik heb vrij weinig kaas gegeten van deze materie, maar ik vraag me af of iemand me iets meer duidelijkheid kan geven omtrent volgende : ik draai een webserver (eigen geschreven via IdHTTP) op een pc binnen mijn eigen LAN op poort 8080, en ik wil deze benaderen vanaf het internet (WAN dus). Dat lukt prima, maar ik moet de router voorzien van een virtual server die alle inkomende verkeer op poort 8080 doorstuurt naar de pc waar de server draait (op een vast IP) Nu heb ik gezien dat programma's als logmein of teamviewer helemaal geen portforwarding van de router vereisen. Ik heb daar al heel wat over gelezen en het blijkt te gaan om (reverse) port forwarding, maar ik snap het eigenlijk helemaal niet goed. met de indy components (IdMappedPorts) heb ik wat zitten stoeien maar denk niet dat ik daarmee iets kan. Weet iemand hoe de vork in de steel zit ? alvast bedankt ! __________________ whatever you do, you've done it ;-)

30-Jun-10, 09:22	#3
bartje Senior Member Geregistreerd op: Jun 2003 Berichten: 356	Kan je dat even verduidelijken ? __________________ whatever you do, you've done it ;-)

30-Jun-10, 09:35	#4
jkuiper John Kuiper Geregistreerd op: Apr 2007 Locatie: Almere Berichten: 3.442	Ik heb ergens een whitepaper gevonden waar dat stond, maar kan het nu niet tonen. Voor bijvoorbeeld Teamviewer hebben beide pc's een client nodig. Die client levert een usernr en een wachtwoord. Op het moment dat je de client opstart en een usernr/wachtwoord krijgt, ben je in verbinding bij de servers van Teamviewer met een bepaalde port. Als je inlogt naar een andere client, zoekt deze in hun database naar de opgeslagen connectie en zorgt ervoor dat men elkaar kan gaan 'zien'. Er wordt geen connectie gemaakt naar het doelstation client (naar buiten) --> teamviewer server met port <-- client (naar buiten). __________________ Je bent nooit te oud om te leren, maar afleren des te moeilijker

30-Jun-10, 09:39	#5
bartje Senior Member Geregistreerd op: Jun 2003 Berichten: 356	Ok, bedankt dat verklaart al veel. Vraag blijft of ik dergelijke constructie kan gebruiken voor mijn probleem.. __________________ whatever you do, you've done it ;-) Laatst aangepast door bartje : 30-Jun-10 om 09:47

30-Jun-10, 10:04	#6
jkuiper John Kuiper Geregistreerd op: Apr 2007 Locatie: Almere Berichten: 3.442	Nee dus. Je webserver maakt geen gebruik van een uitgaande port, maar een binnenkomende poort. Hij ontvangt een request en geeft deze terug aan de client. Waarom die constructie? het is toch veel makkelijker om die portforwarding uit te voeren? Overigens is WAN (Wide Area Network) geen internet, maar een VPN verbinding tussen twee of meerdere vestigingen. __________________ Je bent nooit te oud om te leren, maar afleren des te moeilijker

30-Jun-10, 10:15	#7
Timon Registered User Geregistreerd op: May 2007 Berichten: 6	Met behulp van UPnP kun je port-forward regels aanmaken in je router, misschien dat je daarmee je probleem kunt oplossen. Echter moet je router dit wel ondersteunen, daarnaast zit je ook nog met een security issue.

30-Jun-10, 10:56	#8
bartje Senior Member Geregistreerd op: Jun 2003 Berichten: 356	Inderdaad, Op mijn router stond het standaard disabled. Bedoeling is dat ik deze applicatie bij clients moet gaan installeren en ik wil hen de ellende van het configureren van de router besparen. Als ik moet gaan uitleggen dat ze UPnP moeten enablen in hun router, kan ik ze net zogoed een virtual server laten toevoegen Denk dat dit alsnog de eenvoudigste methode zal zijn. Heel veel gebruikers zijn het niet en ik kan ze altijd helpen via portforward.com, daar staat van bijna elke router uitgelegd hoe ze dat kunnen doen. Of mocht zijn dat er nog andere oplossingen zijn, maar ik vrees van niet.. ? __________________ whatever you do, you've done it ;-)

30-Jun-10, 14:06	#9
VideoRipper Fornicatorus Formicidae™ Geregistreerd op: Mar 2005 Locatie: Eastwood City Berichten: 1.999	Lees voor de grap ook dit draadje van vorig jaar eens door (vanaf post #24) Greetz, Peter. __________________ To C the Basic things in life, use Delphi

30-Jun-10, 19:01	#10
Benno Senior Member Geregistreerd op: Jan 2002 Berichten: 3.259	De meeste beheerders zullen ook meteen uPNP weer uitzetten als ze zien dat het aanstaat. De slechtste uitvinding van de eeuw wat mij betreft.

Momenteel bekijken: 1 (0 leden en 1 gasten en/of zoekmachine bots) actieve gebruikers dit onderwerp

Onderwerpopties	Zoek in onderwerp
Onderwerp afdrukken Deze pagina e-mailen	Zoek in onderwerp: Geavanceerd zoeken
Weergavemodus	Stem op dit onderwerp:
Lineaire modus Wijzigen in hybride modus? Verander naar Threaded Mode	Stem op dit onderwerp::