Proxx wijzigde deze reactie 31-07-2015 13:37 (1337%)
Die /28 moet je bij mask invullen en niet achter het net ipadres zetten!
het /28 moet je gewoon helemaal achterwege laten.
dus: route add -p 172.16.1.32 MASK 255.255.255.240 172.16.1.254
Je geeft aan dat het niet werkt, wat werkt er niet? (kan je de route niet toevoegen, of krijg je geen verkeer erdoor?)
dus: route add -p 172.16.1.32 MASK 255.255.255.240 172.16.1.254
Je geeft aan dat het niet werkt, wat werkt er niet? (kan je de route niet toevoegen, of krijg je geen verkeer erdoor?)
[ Voor 15% gewijzigd door GeleFles op 17-04-2012 10:01 ]
welk subnet heb je zelf want aan je gateway te zien heb je zelf een 172.16.1.0/24 subnet gok ik. Het lijkt me stug dat je een route aan kunt maken in je eigen subnet. Die adressen zitten tenslotte in broadcast bereik.
ik moet idd gewoon
route add -p 172.16.1.32 MASK 255.255.255.240 172.16.1.254
die 172.16.1.32 bepaald dan welke range ik mag gebruiken geloof ik of niet?
dus 172.16.1.33 tot 172.16.1.46 is dan de usable range
en een subnet in een subnet is natuurlijk niet mogelijk omdat je network address 172.16.1.32 en je broadcast adres 172.16.1.47 in het /24 subnet gewoon ipadressen zijn
gelukkig heb ik mijn examens op dit gebied nog niet afgerond
route add -p 172.16.1.32 MASK 255.255.255.240 172.16.1.254
die 172.16.1.32 bepaald dan welke range ik mag gebruiken geloof ik of niet?
dus 172.16.1.33 tot 172.16.1.46 is dan de usable range
en een subnet in een subnet is natuurlijk niet mogelijk omdat je network address 172.16.1.32 en je broadcast adres 172.16.1.47 in het /24 subnet gewoon ipadressen zijn
gelukkig heb ik mijn examens op dit gebied nog niet afgerond
[ Voor 37% gewijzigd door Proxx op 17-04-2012 10:32 ]
Proxx wijzigde deze reactie 31-07-2015 13:37 (1337%)
het kan prima hoor. Ik kan me niet zo 1 2 3 en scenario voorstellen waarin je dit zou willen getuigt van nogal slecht ontwerp namelijk maar technisch kan het prima.
Dit kan zo niet. De gateway die je opgeeft moet nl. BINNEN het subnet vallen en dat is niet het geval met 172.16.1.254.Proxx schreef op dinsdag 17 april 2012 @ 10:05:
ik moet idd gewoon
route add -p 172.16.1.32 MASK 255.255.255.240 172.16.1.254
die 172.16.1.32 bepaald dan welke range ik mag gebruiken geloof ik of niet?
dus 172.16.1.33 tot 172.16.1.46 is dan de usable range
Wat probeer je eigenlijk precies te bereiken?
we hebben verschillende gateways voor vpn daarom moest er op een machine een andere gateway komen voor de system in die range (35 t/m 45) dat is de ip pool voor de vpn clients.
toen we wat aan het brainstormen waren kwamen we op het idee subnetten wat eigenlijk gewoon een brainfart leek te zijn
we hebben nu van die machine de gateway gewoon veranderd omdat het eigenlijk ook niet uitmaakt er gaat toch niemand meer via de andere (oude) gateway naar binnen.
toen we wat aan het brainstormen waren kwamen we op het idee subnetten wat eigenlijk gewoon een brainfart leek te zijn
we hebben nu van die machine de gateway gewoon veranderd omdat het eigenlijk ook niet uitmaakt er gaat toch niemand meer via de andere (oude) gateway naar binnen.
Proxx wijzigde deze reactie 31-07-2015 13:37 (1337%)
Nee, de gateway moet binnen je het subnet van je EIGEN ip-adres vallen, niet dat van het remote subnet. De gateway vertelt je namelijk waar je in je eigen eilandje moet zijn om naar dat andere eiland toe te gaan.Mr Magic schreef op woensdag 18 april 2012 @ 08:47:
Dit kan zo niet. De gateway die je opgeeft moet nl. BINNEN het subnet vallen en dat is niet het geval met 172.16.1.254.
Apparaten in het remote subnet moeten wel een gateway in dat subnet hebben, maar voor hun is dat subnet hun lokale netwerk
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock
Pagina: 1