kennt ihr das :
wenn man Wifi und Lan benutzt, schimpft macOs das es bereits einen Computer mit dem Namen XYZ im Netzwerk gibt und benennt ihn einfach um in XYZ (2)
Kann man das irgendwie verhindern?

Das passiert nur dann, wenn es zusätzlich einen Konfigurationsfehler im Netzwerk gibt, der dazu führt, dass der Mac sich selbst im Netzwerk "gespiegelt sieht", aber nicht ermitteln kann, dass er das selbst ist. In dem Fall muss er annehmen, dass er seinen Computernamen nicht mehr verwenden darf, weil offenbar jemand anders im Netzwerk den gleichen Namen benutzt. Als Notlösung benennt er sich durch Anhängen einer Zahl selbst um.

Ein Fehler könnte z.B. sein, dass IP-Adressen manuell vergeben wurden und beide Netzwerkanschlüsse die gleiche Adresse haben. Das ist aber nur eine von vielen Möglichkeiten. Der Auslöser ist oft schwer zu finden.

die IP im Lan ist manuell vergeben , die im Lan automatisch ... vielleicht kam es da zu ner Kollision ..

jetzt gerade ist es nicht passiert, ich schau mal wies nach nem Neustart aussieht

auch nach nem Neustart mit ausgeschaltetem WLAN ist alles ok, wenn Ichs wieder einschalte .. mmh merkwürdig ... der Fehler taucht immer mal wieder auf

Mach dir im Router einfach eine Mac-Adressreservierung und weise dem Mac immer die gleiche IP zu. Für Ethernet und für WLan, also 2 Reservierungen. Und diese bitte ausserhalb des DHCP Bereiches.

Reservierungen sollten innerhalb des DHCP-Bereiches liegen... so manch ein DHCP-Server kommt sonst damit nicht zurecht und vergibt dann gar keine Adresse.

Gleiches Problem habe ich auch immer wieder mal. IP Adressen werden von der Fritzbox per DHCP fest vergeben. Ich vermute das die Parallelssoftware dafür verantwortlich ist. Da der Fehler aber nur sporadisch auftritt kann ich es nicht mit Sicherheit sagen.

Hallo,
selbst nur gelesen, aber seit ausgeschalten keine Probleme mehr:
in Netzwerkeinstellungen Haken entfernen bei - Ruhezustand bei Netzwerkzugriff beenden.

Ich brauche es nicht und seit Haken raus, ist Ruhe.

Ich habe das Problem nicht, auch wenn ich per LAN und WLAN verbunden bin. Beide Verbindungen haben eine eigene IP. Aber sinnvoll ist das sowieso nicht, denn macOS nimmt ohnehin die schnelle LAN-Verbindung. WLAN wäre nur eine Backup-Lösung.

das WLAN wird aber von er Karten App benötigt um den Standort festzulegen oder die Wegzeit zu Terminen zu berechnen .. habs nur dafür an

So sinnlos ist es nicht, für AirDrop z.B. braucht man WLAN.

Das stimmt so nicht. Alle Netzwerkschnittstellen, die eingeschaltet sind, werden auch benutzt. Nur für die Verbindung zum Internet wird vereinfacht gesagt ein ganz bestimmter Anschluss ausgewählt. Wie die anderen Anschlüsse verwendet werden, wird für jedes einzelne Datenpaket einzeln entschieden und hängt von der Routing-Konfiguration in Deinem Netzwerk ab.

Ist das wirklich wichtig? Die Standortbestimmung ist doch ziemlich ungenau und man kann in Karten doch den Standort vorgeben. Meist wird mir als Standort 30 km entfernt am Knoten vom Provider gezeigt, also unbrauchbar, weil wohl nur die IP-Adresse zur Grundlage genommen werden konnte.

Nein, geht auch ohne. Ich hatte ich mal ausprobiert. Dazu muss man allerdings im Terminal paar Einstellungen ändern. Ich hatte das mal nach Anleitung gemacht, aber vergessen, wo ich diese finde.

Wenn beide Verbindungen gleichberechtigt sind, wie in meinem Fall, kann ich beliebige Seite öffnen oder Downloads starten. Dabei wird bei mir immer LAN genommen. Das kann ich am Router selbst am Blinken des Ethernet-Ports sehen. WLAN zuckt kein einziges Mal. Daher ist mein MacPro nur per LAN verbunden. WLAN ist bewusst aus. Und wie schon gesagt, für die Ortung ist WLAN ziemlich ungenau. Da gebe ich die Startadresse in Karten lieber manuell ein, z.B. indem ich meinen Namen eintippe (solange ich selbst im Adressbuch mit Adresse stehe).

Ja, natürlich, aber das liegt daran, dass "Seiten" und "Downloads" aus dem Internet kommen. Lies meinen Beitrag nochmal.

Das ist wichtig. Wenn WLAN eingeschaltet ist, wird eben nicht die IP-Adresse zur Ortung verwendet, sondern die MAC-Adressen der erreichbaren WLAN-Basisstationen in der Umgebung.

Nein, das stimmt nicht. Dabei wird nur die Bedieneroberfläche von AirDrop über eine bereits bestehende Netzwerkverbindung simuliert. Das hat mit echtem AirDrop nichts zu tun. Echtes AirDrop bedeutet, dass eine Verbindung hergestellt wird, obwohl sich zwei Geräte nicht in einem gemeinsamen Netz befinden.

ist hier etwa 30m daneben .. gut genug finde ich

zum Entsperren via Apple Watch muss z.B. auch das WLAN aktiv sein.

Ich habe auf meinem Mac Book Pro 2017 ständig Ethernet (übers Apple Thunderbolt Display) und WLAN gleichzeitig aktiv, funktioniert völlig ohne Probleme. Im Netzwerk-Kontrollfeld natürlich Display-Ethernet auf Prio 1 und WLAN auf 2. Wenn Display-Ethernet nicht angeschlossen ist automatisch WLAN Prio 1.
So kann ich ohne manuelles wechseln einfach abstöpsen, in eine Besprechung oder nach Hause gehen und am Arbeitsplatz wieder anstöpseln. Das funktioniert einfach perfekt. Bin allerdings auf 10.13

ich hatte das WLan ein paar Tage lang aus ... hab den Rechner heut Morgen angeschaltet und eben mal das WLan wieder aktiviert .. zack kommt wieder die Meldung das der Computer umbenannt wurde

hat jemand Tips wie ich das Problem lösen kann?

Was hast du denn schon von den o.g. Vorschlägen ausprobiert ? Mal beide Netzwerke per DHCP Reservierung auf eine feste Adresse gestellt ? Stimmt denn die Konfiguration der fest vergebenen IP Adresse ?
Wenn du die LAN IP Adresse fest am Rechner eingestellt hast, darf diese nicht aus dem DHCP Bereich des Routers genommen werden ! Es gibt dynamisches DHCP, statisches DHCP und festen IP Adressen, die beiden letzteren sollten bzw. müssen(statisch) außerhalb des dynamischen DHCP Bereiches liegen.

How to Use AirDrop Over Ethernet & With Unsupported Macs

Nein, das kommt auf den DHCP-Server an. Bei vielen müssen sie innerhalb des dynamischen Bereichs liegen.

Wie oben bereits vor 2 Monaten erwähnt, ist das unsinnig. Dadurch wird nicht Airdrop eingeschaltet, sondern nur die grafische Airdrop-Benutzerschnittstelle auf einem bestehenden Netz simuliert. Airdrop bedeutet, dass man zwei Rechner drahtlos miteinander verbindet, zwischen denen es keine Netzverbindung gibt.

Ich brauch's auch nicht, aber wer einen alten Mac hat und im bestehenden Netz arbeiten möchte, als ob er Airdrop hätte, für denjenigen könnte es evtl. sinnvoll sein.

Yepp, einfacher Test: iPhone im WLAN und WLAN am Mac abgeschaltet ==> Airdrop geht nicht
Airdrop geht nur, wenn auch am Mac das WLAN an ist. Und bei mir it WLAN und LAN im gleichen Subnetz

Ich vermute es ist Bonjour. Der hostname ist der hostname. Meistens ist der Hostname auch das erste Netzwerk-Interface, aber muss nicht sein. Ein nslookup auf <IP-Netz>.<LAN-IP> wird den gleichen Hostname bringen wie ein lookup auf <IP-Netz>.<WLAN-IP>. Aber Bonjour ist wohl so konfiguriert, dass es eine DNS Anpassung macht und da wird der erste Hostname shon da sein, weshalb die (2) angehängt wird.

Das ist nicht der Fall. Zum einen ist es völlig normal, dass ein typischer Mac heute 2 IPv4-Adressen und etwa 12 IPv6-Adressen hat. Zum anderen ist Bonjour nur für Forward-Lookups ausgelegt. Ein Reverse-Lookup von Adresse zum Namen ergibt für Bonjour nicht viel Sinn.

Ah .. ja das macht Sinn, genau das wird es sein. Wird ich testen! Danke!

Update ? Problem immer noch vorhanden ?

Mit hoher Wahrscheinlichkeit Problem gelöst durch Vergabe der manuellen IP außerhalb des DHCP Adressraums

tja so ist das mit der hohen Wahrscheinlichkeit .. es sind eben nicht 100%

denn leider ist das Problem gerade eben wieder aufgetaucht, als ich Wifi einschaltete


nun mag man sagen, lass das Wifi doch einfach an ... würde ich ich ja, leider hat der aktuelle Mini Probleme mit Bluetooth hat man Wifi an und diverse USB Verbindungen

Wie ganz am Anfang schon gesagt ist es in den meisten Privatnetzen die manuelle IP-Vergabe, die solche Probleme erst auslöst. Und wie diese von Hand eingestellten Adressen bezüglich der DHCP-Reservierung liegen müssen, hängt zum einen vom konkreten Router ab und zum anderen was genau mit dem Wort "manuell" überhaupt gemeint ist.

Schalte am Mac auf "… konfigurieren über DHCP".

Das gilt für alle Computer und liegt in der Regel an mangelhaft abgeschirmten oder nicht kompatiblen USB-Kabeln.

ich möchte keine dynamische IP verwenden . Ich hätte halt gern immer die selbe IP.
Manuell meint hier nichts anderes als eine eigene IP eingetragen.

Ich benutze einen Telekom Speedport Smart Router ... das Wifi habe ich über Ubiquiti UniFi APs erstellt...
aber der DHCP sollte ja der Speedport sein.


ja ich weiß, hatte schonmal jemand geschrieben ... die Frage ist wie ich mangelhaft abgeschirmte Kabel erkenne oder ob jemand ein Tip für gut abgeschirmte Kabel hat

Das ist nur in wenigen Sonderfällen sinnvoll. Wie oben schon erwähnt hat ein typischer Mac in einer typischen Privatnetzkonfiguration heute üblicherweise 14 verschiedene IP-Adressen.

Am Computer oder am DHCP-Server?

am Computer - außerhalb des IP Bereichs des DHCP Servers

Mein AppleTV heißt mittlerweile "Wohnzimmer (13)". Tendenz steigend...

@verstaerker
Ist denn die Firmware auf dem Telekom Router aktuell, welches Modell ist es denn genau. Geht es überhaupt mit der aktuellsten Firmware vom Router aus dem Rechner immer die gleiche IP zuzuweisen, die Telekom hat da eigenen Vorstellungen, bei manchen Routern ist das Feature auf 3 Wochen ! 8kofpschüttel) begrenzt.
Bei den Ubiquiti UniFi APs ist hoffentlich nirgendwo noch ein DHCP Server am laufen.

In dem Fall ist das fast sicher der Auslöser des Problems, denn auf diese Weise wird der DNS-Server im Router nicht den Namen des Computers vom DHCP-Server lernen. Das löst dann Probleme mit der Rückwärts-Überprüfung des Namens in macOS (Reverse Lookup) und möglicherweise auch noch weitere Namenskonflikte zwischen dem IPv4-Netz und dem IPv6-Netz aus.

Damit das Netzwerk richtig funktioniert, müsstest Du entweder einen eigenen DNS-Server mit einer Split-DNS-Konfiguration aufsetzen oder wie gesagt auf Normalbetrieb mit DHCP umschalten.

"Dynamisch" heißt nicht, dass sich eine IPv4-Adresse ständig ändert, sondern nur, dass sie sich ändern dürfte, wenn dies aus irgendeinem Grund erforderlich wäre. In den meisten Privatnetzen ändert sich eine Adresse nur dann, wenn Adressknappheit besteht (mehr als 250 Geräte?) oder ein Reset des DHCP-Servers ausgelöst wird (Stromausfall, etc.).

Wiederum gibt es auch einige DHCP-Server, die die Vergabe der festen IPs innerhalb des DHCP-Bereichs voraussetzen. Eine allgemeingültige Aussage lässt sich also nicht treffen.

Dann trenne die Verbindung und lösche das Passwort. Für diese Dinge muss WLAN nur aktiv aber nicht verbunden sein. Ohne Verbindung auch keine IP.

Das ist schlicht falsch.
Ebenso.

Wie schon geschrieben, da gibt es kein Patentrezept. Beim DHCP-Server nachlesen oder ausprobieren.

Warum? DHCP-Server sollte das Gerät sein, dass das auch richtig kann.
Solange der DHCP-Server das Gateway und den DNS kennt und an die Clients weitergibt, kann irgend ein Gerät im Netzt DHCP-Server sein.

Wie oben bereits geschrieben gibt es zahlreiche DHCP-Server, die eine feste Zuordnung außerhalb des DHCP-Bereichs gar nicht zulassen. Eigentlich ist es sogar richtiger Blödsinn das zu erzwingen, da dann wie z.B. früher beim Apple Server der Client über DHCP keine Informationen zum DNS bekommt. Von weiteren DHCP-Optionen, die im privaten Umfeld sicher keine Rolle spielen, will ich gar nicht reden.
Allerdings habe ich überlesen, dass verstaerker die feste IP am Client (Rechner) vergeben hat. Das kann zu Problemen führen, wenn im DHCP-Adressbereich. Nur warum sollte man das an einem einzelnen Gerät machen, wenn man eine zentrale Verwaltungsoberfläche (DHCP-Server) gibt?

weil ich nicht auf die Idee kam das am Router zu machen und für andere Geräte z.B. NAS hab Ichs ja auch am Gerät eingestellt

ich check mal den Router

es passiert leider immer noch- vorzugsweise wenn man Wifi mal 2 Tage lang aus hat und dann wieder einschaltet - der mini hat jetzt eine im DHCP-server festgelegte IP und entsprechend steht die Einstellung am Mini für beide Netzwerkschnittstellen auf DHCP

ich würd ja Wifi immer anlassen - leider stört es immer noch den Bluetooth Empfang gravierend und ich find keine Lösung dafür, hab schon alle USB-Kabel getauscht

Er sollte dann aber auch 2 reservierte IPs auf dem DHCP Server haben, eine für LAN und eine für WLAN. Sind ja auch unterschiedliche MAC-Adressen.

oh Gott klar... danke!

Ist jetzt nicht Dein ernst, oder ? Die 3te Antwort zu deiner Frage vom April:
Da wundert mich gar nichts mehr... Das Problem hätte sich schon vor knapp 3 Monaten erledigt.

doch ist mein Ernst, hab ich einfach nicht dran gedacht ... hab auch andere Sachen zu tun als mich darum zu kümmern und bin nicht immer vor Ort. Es können schonmal 2 Wochen vergehen von dem Moment wo ich hier eine Antwort lese bis ich wieder zu Hause bin und das ausprobieren kann, dann dauert es 2-3 Tage bis das Problem überhaupt auftritt - dann muss Ichs schon wieder weg.

Im übrigen war deine Antwort nicht ganz korrekt bzw. es gab zumindest andere Meinungen dazu (innerhalb des DHCP Bereichs oder nicht).

Ich habs jetzt umgestellt und werd erst in 2 Wochen eine Aussage dazu treffen können obs nun gelöst ist.

Bereits im allerersten Beitrag vor 4 Monaten stand:

"Ein Fehler könnte z.B. sein, dass IP-Adressen manuell vergeben wurden und beide Netzwerkanschlüsse die gleiche Adresse haben."

das konnte ich immer ausschließen .. die IPs sind und waren immer unterschiedlich.

sowohl Wifi als auch Lan haben im Router eine feste unterschiedliche IP .. dennoch ist es eben gerade wieder passiert.
Diesmal sogar ohne das ich irgendwas gemacht hätte. Einfach so beim arbeiten.

Für mich klingt das sehr nach nem macOs Bug.