Event ID/Source search
Keyword search
Example: Windows cannot unload your registry file
EvLog 3.0 – Monitor an unlimited number of servers with $49/year
With the current low prices for servers and the need for processing power, even a small company may end up with quite a few of them. If ten years ago it was still common to see an entire company using just one server, these days that's no longer the case.New computers are added to the network with the understanding that they will be taken care of by the admins. Keeping an eye on these servers is a tedious, time-consuming process. Even with 5 minutes per server (to check the logs and other parameters), it may take an hour to make sure that everything is ok and no "red lights" are blinking on any of the servers.
read more...
Event ID: 1053 Source: DhcpServer
| Source: DhcpServer |
| Type: Error |
| Description: The DHCP/BINL service on this Small Business Server has encountered another server on this network with IP Address, <IP address>, belonging to the domain: . |
| English: Request a translation of the event description in plain English. |
| Concepts to understand: What is DHCP? What is BINL? What is a DHCP Lease? |
| Comments: EventID.Net See the link to "EventID 1053 from source DHCP" for information on this event.  x
8
Alan Cates There is a discussion of this problem at Minasi Forums Topic ID: 9033. Microsoft added rogue DHCP detection in Server 2003. The official DHCP service must be authorized and entered in Active Directory. Authorization seems to be by IP address, which seems to authorize all DHCP services using that IP. The Server Management Console in SBS 2003 is flawed and hides the correct setup screen for VPN and Dialup address allocation. It leads one to the setup for a mini- DHCP server labeled the '' DHCP Allocator'' within the NAT/Basic Firewall setup. This Allocator is seen by SBS as a second DHCP and causes the DHCP services on the server to shut down. This often leaves the Allocator running and gives clients the domain suffix mshome.net. Stopping the RRAS service corrects the 1053 problem so there is proof this is the issue. To use RRAS and avoid 1053 drill to NAT/Basic Firewall and in its properties select TAB Address Assignment and uncheck "Automatically assign IP addresses by using the DHCP Allocator". This stopped the 1053 shut downs for me. Use the RRAS console accessed from the START, Admin Tools menu to setup VPN and dialup addressing. There are properties in this console that cannot be reached via the Server Management console. Follow the link to Minasi Forums Topic ID: 9033 for more details. x
11
Tal The problem was related to our T-1 router on which the night before our ISP had just installed another DHCP service without notice. The router's IP address was the same as the gateway address we were using and that generated conflicts with our DHCP server. We had the DHCP service turned off on the router and everything's back to normal. x
10
|
| Private comment: Subscribers only. See example of private comment |
| Links: Minasi Forums Topic ID: 9033, EventID 1053 from source DHCP |
| Search: Google - Bing - Microsoft - Yahoo - EventID.Net Queue (0) - More links... |
| Feedback:
Send comments or solutions
- Notify me when updated
|
| Printer friendly |
Subscribe to EventID.Net now!