Alle Aktivitäten

Moin an Board, dann wollen wir mal - ich koche Kaffee Allen einen ruhigen Donnerstag, bleibt gesund! Hier derzeit leichte Bewölkung bei 10°C, soll später auflockern bis etwa 16°C

Morgen Zusammen, nein, leider habe ich keine wirkliche Lösung gefunden. Das EspoCRM wurde jetzt über eine App Registrierung angebunden. Für alles andere habe ich keine Lösung gefunden. Nur den Umweg über Outlook und das Tool Outlook CalDav Synchronizer Hab es bisher aber noch nicht getestet. Gruß Arthur

Echt b***d ! Wie hast du es gelöst ?

Microsoft wird sicher keine Funktion anbieten, die sie mit eigenen Schnittstellen abdecken können. Sehen sie vermutlich keinen Grund.

Konntest du hier eine Lösung finden ? Stehe vor dem gleichen Problem!

Naja, dieses zusätzliche Subnet im selben VLAN ist ja auch ziemlich verpönt. Speziell Norbert war da recht deutlich 😸 Dass wir solche Geräte in ein eigenes VLAN stecken müssen wurde aber auch schonmal mehrmals hier thematisiert. Ich denke nächstes Jahr isses soweit.

Moin, nein, kenne ich eben nicht, siehe oben. Ich kenne aber ein paar andere Seltsamkeiten, und an eine davon musste ich hier denken. Die war es aber anscheinend nicht. Gruß, Nils

https://www.alitajran.com/set-default-calendar-permissions-for-all-users-powershell/

Ja, über ausgeblendete Geräte hat man auch nichts weiter gesehen. Hab auch netsh int ipv4 reset gemacht. Ist das denn eine bekannte Einstellung? Wenn macht Windows das ja nur, wenn es tote IPs im selben Subnet erreichen will. Oder anders gefragt: kennst du konkret dieses Verhalten von Windows?

Moin, hast du dem Gerätemanager gesagt, dass er auch wirklich nachsehen soll? [Migration von Hyper-V VMs zu anderem Hypervisor (V2V) – Wichtige Nacharbeit! | faq-o-matic.net] https://www.faq-o-matic.net/2016/07/06/migration-von-hyper-v-vms-zu-anderem-hypervisor-v2v-wichtige-nacharbeit/ Der Artikel hat einen anderen Schwerpunkt, aber das Verfahren ist dort beschrieben. Gruß, Nils

On-prem oder exo? bye Norbert ps: Standard!

Ich seh hier keine Reste von alten Adaptern. Interessant ist, dass nicht jeder Rechner dieses Verhalten zeigt. Hab hier noch eine Testmaschine mit Windows 7, ist in der Domäne, darf aber nicht ins Internet. Da will Windows nicht übers Gateway zur toten IP im selben Subnet. Auch bei einer Test-VM mit Windows 2025 hab ich das Verhalten nicht gesehen.

Hallo, ich habe die Anfrage der GF bekommen, dass alle Kalender freigegeben werden. Nunn kann ich die Liste einfach abarbeiten oder ich finde eine Möglichkeit das administrativ zu erledigen. Im Prinzip muss die Standartberechtigung von "My Organisation" angepasst werden. Hat da jemand eine Idee?

Moin, ich stolpere da auch. Nach meiner Kenntnis zieht Windows die Metrik nur dann zu Rate, wenn es mehrere ansonsten gleichwertige Routen gibt - in dem Fall also, wenn es mehr als eine Verbindung mit einem Gateway gibt. Nur zur Sicherheit, weil Windows auch sonst an der Stelle ein paar unangenehme Angewohnheiten hat: Gibt es in dem Rechner evtl. noch "Reste" ehemaliger Adapter, in denen dem 10.x/24-Netzwerk mal ein Gateway zugeordnet war? Sichtbar wäre das u.a. über den Gerätemanager, wenn man ihn ausdrücklich (per CMD) dazu anweist, auch ausgeblendete Geräte anzuzeigen. Gruß, Nils

Wenn das Interface mit dem Gateway höhere Prio (geringeres Gewicht) hat, hat das Vorrang.

Hab jetzt noch ein bisschen weiter getestet. Neues Subnetz 10.168.0.0/16 , aber immer noch das selbe VLAN. Linux-PC: 10.168.101.0 Windows-PC mit separatem Adapter: 10.168.101.35 Ergebnis: Der Windows-PC kann sich selbst und den Linux-PC also 10.168.101.0 anpingen Wenn ich auf irgendeine nicht vergebene Adresse mit tracert draufgehe, dann sehe ich, wie Windows das über das Standardgateway versucht zu erreichen. Warum macht Windows sowas? Windows sollte doch wissen, dass auch diese nicht vergebene IP sich im selben Subnetz befindet. Kennt wirklich niemand dieses Verhalten? Aber wieso kommt Windows auf die Idee, etwas ans Gateway zu senden, wenn es sich um eine Adresse aus dem 2. Subnetz handelt, in dem Windows mit dem 2. Adapter sich auch befindet. Das verstehe ich einfach nicht.

Rein technisch kann in einem VLAN jede IP-Adresse erreicht werden, Der IP-Stack macht einen ARP-Request und bekommt die MAC, fertig. Hier kommt es auf die Konfiguration des IP-Stacks an. Ich erinnere mich, dass der IP-Stack von Windows dafür einen Parameter hat und das sich das Verhalten bei neueren Windows-Versionen geändert hat. Mir fehlt leider gerade die Zeit mich damit zu beschäftigen. Ich kann mich an einen "Vorfall" zu Hause erinnern, bei dem ich jede IP-Adresse in meinem privaten LAN erreichen konnte... Falls das Thema sicherheitsrelevant ist: Nicht machen.

Moin an Board, auf geht’s in den Tag - ich koche Kaffee Bergfest! Allen einen guten Mittwoch, bleibt gesund! Hier bewölkte 13°C, es bleibt bedeckt bis etwa 17°C Abends Regen wahrscheinlich War gestern keiner hier? Bin dann ab Samstag bis Monatsende wieder weg, muss sich jemand anderes kümmern…

Es ist neben den Definitionen der Routen auch deren Gewicht von Bedeutung. Früher konnte man Adapter explizit gewichten, inzwischen hat Windows da einen fest verdrahten Automatismus, aber ich meine, dass route print dennoch das anzeigt, was in Kraft ist

Nein natürlich nicht, da ist nur die zusätzliche Adresse eingetragen. Ich wollte eigentlich hier nur fragen, ob jemanden dieses Verhalten bekannt ist. Ich war nämlich bevor ich das Problem hörte auch fest davon überzeugt, dass Windows nichts ans default gateway sendet in so einer Konstellation. Ich teste die Tage das nochmal und falls ich weitere Erkenntnisse habe poste ich diese hier.

Tja, gute Frage. Mit Filter läufts einwandfrei. Besten Dank, machs gut!

Frag doch die andere Abteilung, die so eine dämliche Konfiguration haben wollte. ;) Ich gehe mal davon aus, dass du am zweiten Interface hoffentlich kein Gateway eingetragen hast.

Ich weiß, dass das nicht schön ist. War aber nicht meine Idee. Wollte die andere Abteilung so. Ob wir das noch mal irgendwann ändern, mal sehen. Über einen zusätzlichen Adapter weil der primäre interne Adapter mit dem Firmennetz verbunden ist und auf DHCP steht. Da kann man über Windows keine zusätzliche Adresse manuell hinzufügen, zumindest geht das nicht über ncpa.cpl Ich hab jedenfalls beobachtet, dass Windows versucht das über das Standardgateway zu senden wenn dort kein ping forward aktiviert ist. Windows bekommt dann vom Gateway eine AW, dass der Zielport nicht erreichbar sei - und genau das verstehe ich nicht, warum Windows da versucht über das Gatway zu senden, da dem 2. Netzwerkadapter doch direkt eine Adresse aus diesem Bereich zugeordnet ist. Genau das hatte ich auch gedacht, wurde aber von Windows wieder eines besseren belehrt um nicht zu sagen, dass es mir mal wieder frech den Mittelfinger zeigte. Noch ist für das Subnetz 10.0.0.0/24 kein eigenes VLAN definiert, noch ist alles im selben VLAN. Dennoch: wieso versucht Windows etwas über das Default Gateway zu senden, wenn es doch direkt senden könnte? Weißt du da was? Ich kann das Ergebnis jedenfalls nicht anders interpretieren, wieso sollte als Antwort denn was vom Default Gateway auch kommen.

Hi, die Frage wäre "Warum?". Wieso hat der Router dann nicht einfach ein weiteres Interface im weiteren Subnet und routet?. Gruß Jan