![]() |
Re: win xp is not taking ip address from dhcp server
Quote:
|
Re: win xp is not taking ip address from dhcp server
Quote:
This is the first time I am trying to add my laptop in the network.And Its a wired connection. |
Re: win xp is not taking ip address from dhcp server
1: You need to create a user account on the Domain Controller.
2: Add the same user account to your laptop. 3: Make sure DHCP is set to auto. As this laptop has not joined the domain then it is only logging on locally, hence the 169 ip address. This should change as you join to the domain. At what point are you checking the ip address? Are you doing any of the above? |
Re: win xp is not taking ip address from dhcp server
Quote:
Plus a DHCP server will give an address to whatever requests one, not just members of a domain |
Re: win xp is not taking ip address from dhcp server
Quote:
Not true if network access control or similar is implemented |
Re: win xp is not taking ip address from dhcp server
Quote:
|
Re: win xp is not taking ip address from dhcp server
Quote:
Quote:
|
Re: win xp is not taking ip address from dhcp server
Not sure but he has not ruled it out yet so it's a possible
|
Re: win xp is not taking ip address from dhcp server
Quote:
and if u say that put an static ip in the laptop and then join it in the domain and then again check whether i am getting ip automatically or not. Let me inform you that i alredy perform this step but trying to get a ip automatically from dhcp server is not resolved ---------- Post added at 13:15 ---------- Previous post was at 13:09 ---------- Quote:
|
Re: win xp is not taking ip address from dhcp server
Quote:
you can then get on the LAN and do as you expect etc.....you need/want them to also work with DHCP as they should do already. right, its not possific to your problem as such, but iv seen this work for the VM cable modem to wired ethernet MAC No.s that are set for a generic 00.00.00.00 and getting this windows OS 192 ip problem every time, so it will potentially work as a fix for your windows domain problem too. the windows OS has some form of errata as related to this wired 00.00.00.00 MAC, iv never worked out exactly why, but heres potentially a simple fix you can try. check your problem cards(s) are of the generic 00.00.00.00 MAC type and simply give/assign them another MAC No. instead. some wired ethernet cards than are using 00.00.00.00 as their generic MAC dont seem to talk in the official spec, it only seems to effect wired Ethernet cards as all the 00.00.00.00 USBto ethernet bridges sticks iv tryed perfectly work fine with the VM cable modem in gettign a valid DHCPd given IP No etc. its assumed this windows DHCP/d problem goes far deeper, so just change the base MAC No. in the registry to something better but valid and report back if it fixed this problem for you?, if it did, then MS need to work out why their code is breaking DHCPd requests and fix it. you can boot and use a simple Slax liveCD with these RTL 8139 for a quick test, and you should see them connect to your domain, send the Multicast request and get it given back with your valid DHCP packets etc. and the slaxCD will give you a valid new MAC to use at the same time as it overrides/replaces the default wired 00.00.00.00 MAC No. as a default action so you dont have to make your own up. boot, log in as root, password as toor http://www.slax.org/ iv mentioned this VM CM problem many times before and changing its default MAC has never failed me yet to resolve the very common windows OS 169 ip problem, perhaps it will also solve your windows faulty app/OS code problem. |
| All times are GMT +1. The time now is 20:17. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.
All Posts and Content are © Cable Forum