NAT-Gateway??

og jeg vil ikke have svar som:
en gateway er en dingenot der viser vej for computere på et lokalnetværk...

det jeg søger er tekniske detaljer der kan hjælpe mig på vej til at lave mit eget program a lá gode gamle wingate

så vidt jeg har forstået er det dhcp-serveren der assigner en gateway og dns server...

Hvis klienten kører med DHCP aktiveret, så er det korrekt, at serveren tildeler disse (hvis den er konfigureret til det). DHCP er beskrevet i denne RFC http://www.faqs.org/rfcs/rfc2131.html

javel-ja.... det er god læsning...

du kan vel ikke sige hvordan man kan adskille winsock... dvs en til det ene netkort og en anden til det andet netkort... dvs angive hvilket netkort den givne winsock skal køre/lytte/sende på ?

findes der en artikel i samme stil omhandlende en gateway/router

Jeg ville måske nok kunne svare på dit spørgsmål hvis du var en smule mere specefik. DHCP og NAT er jo to forskellige ting, der, i større netværk, ofte ikke kører på samme boks. Hvilke porte der anvendes til hvad kommer jo an på hvad der er brug for og hvordan det derer brug for er konfigureret.

Jeg skal nok også hører lidt om hvor dybt du vil ned, er du f.eks. tilfreds med at få forklaret hvordan f.eks. DHCP handshake fungere i forhold til BOOTP og hvilke problemer disse to kan give hvis de blandes osv osv

jeg tror jeg har fået styr på dhcp'en nu...
det jeg er interesseret i er hvordan man router et lokalt netværk ud til indernettet

måske en transmission-log fra et dhcp-handshake ville gøre godt...

Det ligger i tcp/ip protokollen, og sker i praksis via arp.

Så længe forespørgslerne sker tip ip adresser på det interne netværk vil forbindelserne blive etableret via routningstabeller der opbygges dynamisk via arp broardcasts på det interne net.

Når en forespørgsel kommer til et andet domænenavn eller en ip adresse der ikke tilhøre det lokale net, vil routeren håndtere signalet.

Hvis routeren før har kommunikeret med domænet eller ip adressen vil den vide hvilken router den skal aflevere forespørgslen til, hvorefter denne router vil videreformidle forespørgslen indtil den rammer modtageren. Hvis routeren ikke kender domænet eller ip adressen, så kender routeren toplevel domænet for den forespurgte adresse og vil sende forespørgslen til dette toplevel domæne (f.eks. er .com, .dk og .edu toplevel domæner). disse vil så kunne router nærmere til adressen indtil forespørgslen rammer en router der kender den.

Den tekniske beskrivelse finder du i RFC for TCP/IP

http://www.faqs.org/rfcs/rfc793.html
http://www.faqs.org/rfcs/rfc1180.html

DHCP handshake er relativt enkelt, det sker således:

en klient startes op og går på nettet med en broardcast hvor den forespørger om derer en DHCP server tilstede der har en ledig IP adresse

DHCP serveren melder tilbage at den er i live og har følgende IP adresse

Klienter bekræfter modtagelsen og at den beholder IP adressen

BOOTP beholder IP adressen uden at bekræfte dette, hvorfor en D_HCP server vil tolke det som at klienter ikke modtog adressen hvorfor den stadig er ledig og vil blive delt ud næste gang en klient forespørger. Resultatet er at du pludselig har to klienter på nettet medsamme IP adresse og det er noget rod

Jeg kan givet lave et sniff med TCPDump der viser et DHCP handshake hvis du gerne vil have det, men det kan først ske når jeg siddet på arbjedet hvor vi anvender dhcp

det jeg gerne vil opnå er at udvide min gamle hjemmelavede proxy-server til også at kunne route alm tcp/ip/udp trafik

og jeg ville da meget gerne se det dump :)

Så skal du nok have fat i rfc'erne. du kunne jo også vælge at lave din proxy oven på et system der allerede kan route. Dette kunne f.eks. gøres med linux/netfilter/Squid/Jeanne eller samme flavor af FreeBSD.

Jeg forsøger at lave et TDPDump til dig af lidt forskelligt

hmm... vi snakker vb (windows)

det er fordi den standard internet deler der er i winxp er der ingen former for kontrol / begrænsninger over hvad folk bruger/henter/sender

nogen der kan hjælpe?

æv... gir lidt point for hårdt men halvt udført arbejde