gupje schreef op maandag 09 mei 2005 @ 12:01:
een ip heeft 4 octetten (hoewel ik dit in het decimale talstelsel niet zo mag noemen), 168.1.1. zal dus niet geaccepteerd worden, maar bijv een 168.1.1.10 wel. maw vul het volledige ip van de server/client in.
trouwens een 168.x.x.x IP _mag_ je officieel niet gebruiken.
er zijn een 3tal (geloof ik) ranges voor prive gebruik vrij gegeven.
192.x.x.x ; 172.x.x.x en 10.x.x.x (en ik meen, correct me if I'm wrong, dat 169.x.x.x (windows gebruikt deze als geen ip verkregen kan worden..toch?) daar ook nog bij hoort.)
Bijna, de eerste 2 zijn iets specifieker, maar de derde klopt als een bus:
| Class | From | To | CIDR Mask | Decimal Mask |
| Class "A" or 24 Bit | 10.0.0.0 | 10.255.255.255 | /8 | 255.0.0.0 |
| Class "B" or 20 Bit | 172.16.0.0 | 172.31.255.255 | /12 (or more typically /16) | 255.240.0.0 (or 255.255.0.0) |
| Class "C" or 16 Bit | 192.168.0.0 | 192.168.255.255 | /16 (or more typically /24) | 255.255.0.0 (or 255.255.255.0) |
Welkom @ GoT!
Verder, net als boven is vermeld, het is hier geen helpdesk. Jij hebt een probleem,
specificeer je probleem,
specificeer je router en doe wat
actiever mee met het zoeken naar een oplossing. Een simpele loze opmerking van "wat verwacht je nou, mijn naam is n00b" geeft aan ons al blijk dat je het probleem dan ook niet zo erg vind, je bent er immers aan gewend!
Heb zelf ook een E-tech router, daar komt helemaal geen DMZ om de hoek kijken, omdat ik de nieuwste firmware erop heb gezet die UPnP ondersteund. Beter bekend als het protocol wat dynamische portjes gebruikt bij file-transfers zoals bij MSN. Dus ... kijk even na op
www.e-tech.nu of er een nieuwere firmware beschikbaar is, voordat je dit soort rigoreuse maatregelen neemt. ( Support -> Wireless )
/me LinuX-TUX heeft een niet wireless variant, dus zijn firmware zal je niet kunnen gebruiken
[
Voor 5% gewijzigd door
LinuX-TUX op 09-05-2005 12:31
]