Hvis du vil eller skal tilslutte en anden computer direkte til din primære via Ethernet kabel, hvad er den nemmeste måde at finde IP-adressen til den anden? Dagens SuperUser Q & A-indlæg giver nogle nyttige råd til en frustreret læser.

Dagens Spørgsmål og Svar-session kommer til os med venlig hilsen af ​​SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

Foto med tilladelse til Keary O. (Flickr).

Spørgsmål

SuperUser-læser Melebius vil vide, hvordan man finder IP-adressen til en anden computer, der er direkte forbundet til den første med et Ethernet-kabel:

Jeg har tilsluttet min primære computer til en anden ved hjælp af en direkte Ethernet-kabelforbindelse. Den anden computer har ingen vedhæftede enheder, og jeg har adgang til den ved hjælp af RDP og SMB. IP-adresserne er automatisk konfigureret, så det registrerer noget i området 169.254.x.x.

Jeg kan vente, indtil Windows genkender den anden computer eller scan IP-adresser, men begge handlinger tager lang og uforudsigelig tid. Er der en hurtigere måde at genkende den anden computer i den anden ende af Ethernet-kabelforbindelsen? Jeg har overvejet at lave en udsendelse "Ethernet ping" og omvendt ARP, men jeg har ikke været i stand til at finde nogen vejledning til denne teknik.

Hvordan finder du IP-adressen til en anden computer, der er direkte forbundet til den første med et Ethernet kabel?

Svaret

SuperUser bidragydergravity har svaret for os:

En broadcast IP-ping kan virke. Ikke alle systemer svarer til det, men nogle gør det i 169.254-tilstand. Prøv ping 169.254.255.255 (brug for -b på Linux), eller ping ff02 :: 1 (brug for ping6 på Linux).

Direkte sending af navneopslag (ved hjælp af nbtstat -a ) kan virke (hvis det kører Windows, og hvis du kender computerens navn).

Den automatiske konfiguration 169.254 indebærer at sende nogle ARP-sonder med værtsens egen adresse (du kan se dem i Wireshark).

"Ethernet ping" eksisterer, men fungerer kun på Ethernet-niveau. Det vil ikke fortælle dig noget om IP'en (Det er undertiden implementeret i NIC'en selv, men det overvejende ikke implementeret overhovedet).

"Reverse ARP" eksisterer også, men implementeres næsten aldrig faktisk heller. Dens primære brug blev erstattet af BOOTP og senere DHCP.

Har noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Se hele diskussionsgruppen her.

Hvorfor bør du ikke bruge en taskmiller på Android

Nogle mennesker tror, ​​at opgavekriminelle er vigtige på Android. Ved at lukke apps, der kører i baggrunden, får du bedre ydelse og batterilevetid - det er alligevel ideen. I virkeligheden kan task killers reducere ydeevnen og batterilevetiden. Opgaverne kan tvinge apps, der kører i baggrunden, til at afslutte, fjerne dem fra hukommelsen.

(how-to)

Sådan opdateres Nexus Player manuelt med Googles fabriksbilleder

Blinkende Googles fabriksbilleder til en Nexus-enhed er en ret simpel proces, men det kan være lidt mere skræmmende på Nexus Player siden den Teknisk har ikke sin egen skærm. Den gode nyhed er, at processen ikke er alt det, der adskiller sig fra andre Nexus-enheder. Mens Nexus Player normalt opdaterer sig selv i luften, er der tidspunkter, hvor det kan være nødvendigt at blinke et billede: Hvis enheden fejler bløde mursten), hvis du bare vil starte over, eller hvis du er for utålmodig til at vente på opdateringen for at ramme din enhed.

(how-to)