Je hebt gedeeltelijk gelijk.
Je hebt een netwerk en je hebt internet.
Omdat je TCP/IP niet echt een slim protocol kunt noemen moet JIJ het vertellen hoe het moet werken.
Anders gaat AL het verkeer via de default gateway (en dat is vast iets van @HOME).
Je hebt 2 oplossingen.
De eerste is de moeilijkste. Je moet (zoals ik bovenin al vermelde) TCP/IP als een kleuterjuffrouw uitleggen wat te doen. Je moet dus opgeven dat hij wanneer hij naar je andere PC wil, dat hij niet via zijn default gateway moet gaan maar dat jij het beter weet.
Gelukkig komt dat vaak voor en is er ROUTE ingebouwd in TCP/IP. Je verteld dus dat het IPAddress van je ene PC herrouteerd moet worden.
ROUTE ADD (IP andere PC) (subnetmask) (gateway=eigen IP)
op de andere PC doe je dat dan ook.
De andere optie is gewoon een "non-routable" protocol te gebruiken. Een voorbeeld hiervan is NETBEUI. Je PC's zien elkaar dan onafhankelijk van internet en je werkt op HOSTNAME (computernaam) ipv IP nummer.
Je hebt een netwerk en je hebt internet.
Omdat je TCP/IP niet echt een slim protocol kunt noemen moet JIJ het vertellen hoe het moet werken.
Anders gaat AL het verkeer via de default gateway (en dat is vast iets van @HOME).
Je hebt 2 oplossingen.
De eerste is de moeilijkste. Je moet (zoals ik bovenin al vermelde) TCP/IP als een kleuterjuffrouw uitleggen wat te doen. Je moet dus opgeven dat hij wanneer hij naar je andere PC wil, dat hij niet via zijn default gateway moet gaan maar dat jij het beter weet.
Gelukkig komt dat vaak voor en is er ROUTE ingebouwd in TCP/IP. Je verteld dus dat het IPAddress van je ene PC herrouteerd moet worden.
ROUTE ADD (IP andere PC) (subnetmask) (gateway=eigen IP)
op de andere PC doe je dat dan ook.
De andere optie is gewoon een "non-routable" protocol te gebruiken. Een voorbeeld hiervan is NETBEUI. Je PC's zien elkaar dan onafhankelijk van internet en je werkt op HOSTNAME (computernaam) ipv IP nummer.
/u/22486/jasonbrooks2.png?f=community)
Dit topic is gesloten.