Recommended Posts

Internal IP you can just setup a static IP address on your computer, or do it on the router. with Windows 7 it is very easy, go into the properties on your network adapter and manually enter a static IP address.

post-120066-0-77165700-1356792858.png

Internal IP you can just setup a static IP address on your computer, or do it on the router. with Windows 7 it is very easy, go into the properties on your network adapter and manually enter a static IP address.

^^ This

I'd do it in the router though by assigning an IP to your Mac address so you don't get any IP conflicts.

DHCP shouldn't assign an IP to any device if another device on the network has that IP, be it static or Automatically Assign

I have static on my PC and Automatic on just about everything else and never get a conflict

"DHCP shouldn't assign an IP to any device if another device on the network has that IP, be it static or Automatically Assign"

It shouldn't no - but its a VERY VERY BAD idea to setup static IPs on the host that fall within the dhcp scope.

So for example if your dhcp server hands out 192.168.1.100 to .150, and you want to setup a static on the host itself then it is better option to use 192.168.1.1 to 99, or .151 to .254

Keeping in mind whatever other statics you might have set, your routers static IP, etc.

Yes depending on your dhcp server and and even dhcp client, you should not hand out dupe IPs. Your dhcp server could check for them before it hands out, or even the client when gets an offer for specific IP can check to see if any other host has that IP and then send the dhcp server a decline message

DHCPDECLINE

Sent by a client to a specific server in response to a DHCPACK message, which contain parameters which the client has determined are not in fact valid. For example, the client might test an IP address it has received by sending an ARP (Address Resolution Protocol) message on its shared LAN to see if any other host has been assigned this address; if it discovers that another host is in fact using this address, it must send a DHCPDECLINE message to the server which supplied the address. This both allows the server to release the resources it has allocated to this client, and inform a system administrator of the problem. (Such a problem might arise in a situation in which a host has been manually configured by an administrator with an IP address, but the DHCP server hasn?t been informed that this address is no longer available in its pool. Though it is suggested that a server test an address before allocating it to a client [1, section 3.1, point 2], for example by ?pinging? the address to see if another host is using it, it may be that the test or the response to it is lost, incorrectly suggesting to the server that the address is available.)

But not all dhcp clients support this, nor do all dhcp servers -- the dhcp servers in soho routers are normally very limited in features, etc..

Normally its a better idea to setup a reservation on your dhcp server to always hand out same IP to host normally based on its mac yes. This way host can get other updated info you might hand out in dhcp, dns, gateway, local domain, ntp server, etc. etc. But either works be it you set the static on the host or setup a reservation.

"DHCP shouldn't assign an IP to any device if another device on the network has that IP, be it static or Automatically Assign"

It shouldn't no - but its a VERY VERY BAD idea to setup static IPs on the host that fall within the dhcp scope.

So for example if your dhcp server hands out 192.168.1.100 to .150, and you want to setup a static on the host itself then it is better option to use 192.168.1.1 to 99, or .151 to .254

Keeping in mind whatever other statics you might have set, your routers static IP, etc.

Yes depending on your dhcp server and and even dhcp client, you should not hand out dupe IPs. Your dhcp server could check for them before it hands out, or even the client when gets an offer for specific IP can check to see if any other host has that IP and then send the dhcp server a decline message

DHCPDECLINE

Sent by a client to a specific server in response to a DHCPACK message, which contain parameters which the client has determined are not in fact valid. For example, the client might test an IP address it has received by sending an ARP (Address Resolution Protocol) message on its shared LAN to see if any other host has been assigned this address; if it discovers that another host is in fact using this address, it must send a DHCPDECLINE message to the server which supplied the address. This both allows the server to release the resources it has allocated to this client, and inform a system administrator of the problem. (Such a problem might arise in a situation in which a host has been manually configured by an administrator with an IP address, but the DHCP server hasn?t been informed that this address is no longer available in its pool. Though it is suggested that a server test an address before allocating it to a client [1, section 3.1, point 2], for example by ?pinging? the address to see if another host is using it, it may be that the test or the response to it is lost, incorrectly suggesting to the server that the address is available.)

But not all dhcp clients support this, nor do all dhcp servers -- the dhcp servers in soho routers are normally very limited in features, etc..

Normally its a better idea to setup a reservation on your dhcp server to always hand out same IP to host normally based on its mac yes. This way host can get other updated info you might hand out in dhcp, dns, gateway, local domain, ntp server, etc. etc. But either works be it you set the static on the host or setup a reservation.

Thanks for the explanation, just realised that I have done exactly that, DHCP from .100 with maximum 50 clients, main PC static on .3

Also running DD-WRT so hopefully had I not done that, would have been slightly more advanced than the average firmware and managed to avoid my static :)

My router has something called "static DHCP" accessed from the following RCP area:

More settings>Network Settings>LAN settings>Set Static DHCP>

It has the following options:

  • IP Address:
  • MAC Address:
  • Comment:

Description: Reserve an IP address for a specific user. Enter the IP Address that you would like to use and enter the MAC Address for the user that will be associated to this IP address .
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • I have a Motorola, one of the lower end ones, it works fine. It is possible to get rid of the Gemini app and also to disable googles assistant , but A.i is still apps. I try to avoid all LLM A.I, is i can, I use no Ai duck duck go.
    • Free Software Foundation Europe pushes EU to force Google to allow AI uninstalls on Android by Paul Hill Credit: Pexels Users should be able to fully uninstall AI-based features from Android devices and be able to access interoperability functions, free from Google’s verification requirements, the European Commission has heard as part of an Android interoperability consultation under the Digital Markets Act. These measures were proposed by the Free Software Foundation Europe (FSFE) last week when it submitted its documentation. The FSFE noted that Google had started silently installing AI models without telling users. It noted that the EU’s DMA requires companies like Google to allow users to uninstall pre-loaded software from their devices, but in the case of the AI models Google is installing, they reinstall if you delete them, contravening the DMA. To get Google back under control, the FSFE has told the European Commission that there needs to be improvements within the Android Open Source Project (AOSP). First, it said that users should be able to fully remove pre-loaded AI components from their devices, with companies being prohibited from silently reinstalling or reactivating them. Second, access to Android interoperability features should not be contingent on registration, authorization, or contractual relationships with Google. This pertains to Google’s attempt to force developers to register with Google, even to publish apps to alternative app stores like F-Droid. Discussing its submission, Lucas Lasota, FSFE Legal Programme Manager, said: Google is planning to roll out its Android Developer Certification in September 2026. This will force every Android app developer to register with Google before their software can be installed on certified Android devices, but it should affect those who have removed Google Apps from their device. The program is controversial because it entails the signing of contracts and payment of account fees to Google, as well as the handing over of the identities of developers. It said: The FSFE said that if the Commission’s draft measures remain unchanged, then Google will be allowed to make developers verify their identity. The FSFE believes that asking developers to register is contrary to the text and spirit of the law. In summary, the FSFE has told the Commission that no developer should need a Google account, a Play Store presence, or any agreement with Google to access Android’s interoperability features.
  • Recent Achievements

    • Conversation Starter
      sumytbe earned a badge
      Conversation Starter
    • One Year In
      B4dM1k3 earned a badge
      One Year In
    • One Year In
      DarkWun earned a badge
      One Year In
    • Dedicated
      Almohandis earned a badge
      Dedicated
    • Dedicated
      JuvenileDelinquent earned a badge
      Dedicated
  • Popular Contributors

    1. 1
      +primortal
      519
    2. 2
      +Edouard
      188
    3. 3
      PsYcHoKiLLa
      87
    4. 4
      Michael Scrip
      81
    5. 5
      Steven P.
      72
  • Tell a friend

    Love Neowin? Tell a friend!