Using the loopback address 127.0.0.1 will bypass the NIC. If the local machine has some other ip address assigned to it, will traffic from that machine to the same machine using said ip address hit the nic? if it does, what performance impact does that have, if any?
No, it won't touch the NIC. Performance impact will be negligible.
Unless you are running a really dumb os, of course.
Related
I got a question
Can we communicate with only using mac address with a computer which is in my network?
So i said yes.
Because when we communicating using arp protocol we only use mac address.
I want to know whether my answer and justification is right or not?
You are correct. ARP does communicate on the same subnet using MAC addresses. Your answer could be improved to include that the computers have to be on the same subnet. It could be further improved to reveal that a router can be attacked so that it turns into a switch and opens its subnets on wired and wireless to reside on the same subnet as far as ARP is concerned. The attacks are ARP flooding and ARP poisoning.
This is probably a pretty basic question with a fairly simple answer, but I was just wondering if anyone could clarify why there is a different IP address for my Ethernet connection and my Wireless LAN connection, rather than just one IP address for the actual machine?
It's because they are different connections. Each interface, hard wired or wired, will have its own IP address. The IP itself is assigned by your router. If you are concerned with what pool your IP is assigned from, you need to go into your setup utility and see what is allocated for wireless, and what is wired.
This same thing would happen if you had 2 ethernet cards in your machine. Each one would have it's own IP.
In other words, the IP is a unique identifier as per device, not each machine. You will have as many IPs as you have devices.
Is it possible to have one of our networked PC's to keep using the same IP address (192.168.1.54) so that if the master computer or a failure / shutdown etc happens then the system IP addresses are not reset so i don't have to update all the other pc's hosts files to this PC's new IP address?
You will need to make a reservation based on the MAC address of your network card. You can find this by typing "ipconfig /all" inside the command prompt.
The IP addresses can be reserved on your router or on your server depending on how they are distributed.
You should solve this in the DHCP server (typically in your router), make a reserved IP for the mac-address of the PC in question. Or you configure the PC to not use DHCP but configure a fixed IP. But that should be, if possible, an IP that is not in the DHCP range.
I'm trying to get Age of Empires II (AoE2) to work on my LAN. AoE2 is notorious for it's connectivity problems on modern systems, probably because it used a now deprecated network framework called DirectPlay (in DX9) and the code probably wasn't robust back in the day either.
When I host a LAN game on a computer (win7) for AoE2, Wireshark shows my computer sending a couple packets via SSDP protocol to the multicast address 239.255.255.250. This actually goes to my router (for forwarding I assume) and my router returns a packet using ICMP protocol that says "Destination unreachable (Port unreachable)". Because nothing is forwarded to the other computers on the network, they can't see the game that the host has created.
I think I need to get the application/windows7 to send the packet as something like a broadcast, or I need to get the router to broadcast packets going to that multicast address. Does anyone have thoughts or suggestions on how to do this?
My router/gateway is running DD-WRT firmware v24-sp2.
My first guess is you're using wifi, by default most systems disable multicast on wifi because it can have a detrimental effect on the time slicing that wifi uses. however for just a couple machines it shouldn't be an issue.
here's how to disable multicasting but it should point you in the right direction for enabling it: ddwrt multicast
Secondly make sure they are all in the same VLAN a VLAN is defined as a "broadcast domain" meaning machines on separate VLANs will NEVER get broadcast or multicast from other VLANs without some trickery.
Lastly make sure you've enabled multicasting between LAN ports I believe the option is "multicast forward"
Edit: Just a few things to add to the list in case others have this issue. Broadcasting doesn't exist in ipv6, also a machine running ipv6 MAY NOT see broadcasts from a machine on ipv4 and a machine on ipv4 WILL NOT see multicasts to an ipv6 multi-cast address.
Have you tried LogMeIn Hamachi?
Is not a LAN client itself but it creates a fake Online-LAN and gives you a working IP that will allow you to play with who have it.
How do I discover the MAC address of machines in a network?
I need to discover the machines that are available just with only BIOS installed (no operating system present). And I need to find the MAC address of machines that are up.
I won't have physical access to the machines. This is for baremetal discovery!
You can use WinPcap to monitor the Ethernet traffic on your network in the same collision domain. So you could learn all the MAC addresses just as a switch does. You could also fake some DHCP messages in order to create some traffic. But this only works with PXE (which is actually made for this scenario) and in your own collision domain.
Since the machines probably don't have IP addresses, I don't think you have a chance to actively query them. They would need to answer packets sent to the broadcast MAC and for e.g. ICMP echo requests, they'd need to send packets with something like 0.0.0.0 as a source IP. This is common and allowed for BOOTP/DHCP, but I haven't seen anything like this implemented by BIOSes yet.
Maybe just logging all MACs that go over the wire with a tool like arpwatch would help? If the machines have PXE booting enabled, you should at least see some DHCP DISCOVERs, before they leave into eternal silence.
A just-not-as-"nice" solution as the ones suggested above (working over a network is just comfortable):
If you have physical access to the machines: Plug in a monitor and look the MAC address up in the BIOS. If for some reason the MAC address isn't listed in the BIOS, you could enable PXE. After reboot, when PXE is initializing, you're going to see the MAC address.
Try the arp command. I am not sure it will be really helpful for you as it might only work for PC with an IP address (and likely to have an OS).
If your computers are connected to a switch I guess you can have this information from it. Many "modern" switches are able to provide you with that information, should you know which PC is connected to which port on the switch.