@hempel;

Thank you very much for this link. It has been very helpful. At least all the edgerouter interfaces have now IPv6 addresses.

On the other hand, the clients are not getting any IPv6 address..!

I have tried to use wireshark to check the communication; apparently the client sends RS but no RA comes back to the client.

I have checked the firewall configuration on both the edgerouter and the client. So it cannot be a client firewall problem, since clients get IPv6 and RA when I connect them directly to fritzbox.

As I said, I have compared the firewall settings as per the link you kindly indicated. But I am not sure, what the problem is. The logs on the edgerouter have no indication of ipv6 packets or communication. :|

You're right, it is actually the IP address of the WG server. So now I am investigating the firewall on both the server and the client.

Klarer gesagt: Völlig unwirtschaftlich ist Die Tipps sind im Übrigen ausgezeichnet.

Hand aufs Herz: Klar ist das ärgerlich und klar sollte man da auch etwas nachfassen, aber Aufwand lohnt sich dafür nicht. Du kannst ja den vollen Kaufpreis inkl. USt. als Kosten von der Steuer absetzen. Das sind dann nicht 100 % der USt. als Vorwegabzug, aber der Verlust reduziert sich - je nach Steuersatz - erheblich. Der Rest ist Lehrgeld für schlechte Auswahl des Verkäufers oder eben Auswahl eines schlechten Verkäufers . Es gibt solide Händler und andere. Dieser war eben ein anderer.

Viele Grüße, commodity

Gut, dann lohnt sich das Nachdenken. Tatsächlich bleibt Dir aber nicht viel anderes übrig, als zu versuchen, den Verkäufer ausfindig zu machen. Eine Gesellschaft (GmbH, UG, KG etc.)? Dann im Unternehmensregister nachschauen. Bei Gewerbetreibenden kannst Du für kleines Geld bei der jeweiligen Stadt, wo die letzte Anschrift war, eine Gewerberegisterauskunft beantragen. Dann den Verkäufer kontaktieren. Wenn dann nichts passiert, bleibt Anwalt, wobei es dann wiederum bei 400 € schnell unwirtschaftlich wird.

Und ohne Rechnung, die die Umsatzsteuer ausweist, kannst Du keine Vorsteuer geltend gemachen, es sei denn - ganz selten der Fall - die erforderlichen Angaben einer Rechnung im Sinne des Umsatzsteuergesetzes befinden sich im Kaufvertrag. Daher, ohne ordnungsgemäße Rechnung bleibt Dir derzeit nur, den Kaufpreis (den Du ja offensichtlich durch einen Kaufvertrag belegen kannst) in voller Höhe mit 0% Vorsteuer anzusetzen.

Gruß

DivideByZero

Moin,

was ist ein "Hauptschlüssel"? Meinst Du den Product Key? Falls ja, wie ist denn die Installation und Aktivierung vonstatten gegangen? Meist ist es ja so, dass Windows beim Kauf "schon dabei" ist. Bedeutet: vorinstalliert und digitale Lizenz im Bios hinterlegt. Dann ist es sowieso egal, weil die Lizenz automatisch bei Neuinstallation auf demselben Gerät immer wieder erkannt wird. Die Drängelei zum Microsoft-Konto ist da nur ontop, aber nicht notwendig.

Zum Office: was ist es für ein Office? Kaufversion wie Office 2019, 2021? Falls ja und falls das MS-Konto des Freundes benutzt wurde, dann liegt da die Lizenz. Die muss man übertragen. Dazu eigenes MS-Konto anlegen und Support kontaktieren, siehe MS-Hilfe.

Gruß

DivideByZero

P.S.: Zwischen Windows 11 und Windows 10 gibt es bei der Key-Handhabung eigentlich keinen großen Unterschied.

400€ MwSt

Über welchen Betrag reden wir denn?

Nein, der Kaufvertrag reicht nicht aus.

Aktuell kannst du nichts machen, der Verkäufer muss die Rechnung innerhalb von sechs Monaten stellen, nachdem geliefert wurde.

Nein, nicht zwingend und das etwas in die Jahre gekommen OpenVPN durch die mickrige Skalierbarkeit auch eher gar nicht.
Geht ja zumindestens bei OpenVPN auch gar nicht. Da hängt es außerdem davon ab ob man das veraltete net30 Verfahren verwendet oder das modernere subnet Verfahren. (Siehe Tutorial Kapitel: Konfiguration OpenVPN Server)
Leider machst du ja zu all diesen Details keinerlei Angaben und zwingst zum Kristallkugeln.

Hi aqui, danke für die schnelle Antwort!

Das muss ich mir mal genauer anschauen - speziell die Sache mit dem Raspberry klingt interessant.

Was die Meldung "Local certificate has key type incompatible with cipher suite" anbelangt, so hab ich die dahingehend interpretiert, dass der iwd alle möglichen cipher suites durchprobiert ... so lange, bis er halt eine findet, die funktioniert. Ist aber nur meine Interpretation - die kann durchaus falsch sein. (-:

Moin,

Kostenloses Gmail Konto oder was gekauftes?

Gruß,
Avoton

Moin, ist noch nicht gelöst. Gerade auf standby. Ich dachte wireguard und OpenVPN sind die besseren Lösungen.
Ich greife gern wieder auf L2TP zurück.

Ich berichte.
Die Clients sind Mac und Linux Maschinen. Intern lasen die sich anpingen. Einige auf durch die VPN von außen. Aber einige nicht. Vermutung. Die mit fest eingestellter IP lokal lasen sich nicht anpingen.
Keine Windose dabei

Das hast du mit 802.1x oder auch WPA-Enterprise schon richtig benannt!
Das andere (reine Mac Authentication) heisst in der Regel MAB (Mac Authentication Bypass).
Scheint das nur so oder das wirklich so??
Wäre natürlich sehr hilfreich wenn man sowas wasserdicht VORAB an einem LAN oder WLAN Client auch testet!
Ein hiesiges Forentutorial beschreibt ja alle ToDos dafür im Detail mit denen eine fehlerfreies Setup auch für Laien problemlos umsetzbar ist.
So aus dem Nichts kommt solche Meldung natürlich auch nicht. Irgendwas läuft da also noch nicht ganz rund bei dir. Ggf. also nochmals alle Schritte zur Erstellung der CA und den Zertifikaten mit dem o.a. Tutorial genau vergleichen!!
Meldungen wie "Local certificate has key type incompatible with cipher suite" zeigen auch eher das da was nicht ganz korrekt ist, denn das dürfte so nicht sein.
Das ist aber schon seit Längerem bekannt...
Mikrotik Wifiwave2 - CAPsMan VLan Zuordnung
Ggf. helfen auch noch weitere Tutorials:
Konfiguration Cisco AP

Oder alternativ einmal einen RasPi aus der Bastelschublade nehmen und das testweise mit dem FreeRadius im Debug Mode checken der deutlich bessere Debugging Optionen bietet als der Mikrotik Server.
Freeradius Management mit WebGUI

OK Danke. Es kommt wieder der Fehler "Ist keine gültige Layoutdatei"

Ja, haben wir....aber es war Freitag 17.30 Uhr und ich dachte wegen dem langen Wochenende hatte
vielleicht schon mal jemand so Probleme.

Gruß supertux

Ein äußerst interessanter Artikel - hat mir schon viele nützliche Anregungen geliefert. Leider krieg ich aber trotzdem keine Verbindung hin.
Bei mir geht es allerdings um 802.1x - also WLAN, Wireless, oder wie immer man das nennen mag.
Ich verwende einen Mikrotik RB3011 und verschiedene Access Points (hapAC2, hapAX2), die über CAPsMAN administriert werden. Das funktioniert auch alles allerliebst, nur das mit dem EAP(-TLS) will nicht so recht. Mit dem "alten" wireless Package ging das völlig problemlos - die Zukunft heißt aber wohl wifiwave2 und wenn/falls man auf AX umsteigen will, geht "wireless" sowieso nicht mehr. Soweit zumindest mein Verständnis (-:

Die Radius-Konfiguration scheint auch zu funktionieren.
Ich habe allerdings erst ne Weile mit elliptischen keys rum-experimentiert, das scheint aber in diesem Umfeld gar nicht zu funktionieren. Man bekommt nur ganz dubiose Fehlermeldungen vom User Manager, etwa in dieser Art:

"EAP rejected for user: <some_user_name> ssl: no trusted CA certificate found"

Das ist natürlich völliger Blödsinn, die Zertifikatskette passt. Warum der UM trotzdem kein passendes CA-Zertifikat findet? Keine Ahnung! Ich habe jedenfalls irgendwann mal neue Zertifikate mit RSA-Schlüsseln erstellt und - siehe da - es tut sich was. Leider klappt die Verbindung aber nach wie vor nicht.

Die Fehlerbilder unterscheiden sich nun - je nach verwendetem Access Point.
Als Client verwende ich entweder einen Linux-PC (mit iwd), oder ein Android-Tablet.

Beim hapAX2 ist die Sache ganz seltsam. Es gehen dutzende von EAP-Messages hin und her ... und irgendwann ist einfach Schluss. Keine Fehlermeldung, gar nichts. Manchmal kommt aber auch eine solche Meldung:

manager,debug EAP auth stopped for <some_user_name> reason: timeout + handshake timed out

Das hilft aber auch nicht weiter.


Beim hapAC2 sieht das etwas anders aus - da kommt nach kurzer Zeit diese Fehlermeldung:

wireless,debug 5C:C5:D4:0F:2C:47@cap-wifi4 disassociated, can not assign VLAN, maximum VLAN count for interface reached, signal strength -55

Ich vermute, das liegt daran, dass das Package wifi-qcom-ac nicht mit dynamischen VLAN-Zuweisungen umgehen kann. Zumindest findet man im Mikrotik-Forum Posts, die in diese Richtung deuten.

Das wäre nicht so schlimm, wifi-qcom-ac auf dem hapAC2 ist eh so eine Sache. Da wird es mit dem Speicher schon arg eng und ich musste die Kiste schon mehrfach zurücksetzen, weil man sich nicht mehr einloggen konnte - ohne erkennbaren Grund. Ich vermute, da läuft das Filesystem voll - nach Installation von wifi-qcom-ac liegt der Füllgrad reproduzierbar bei 99%.

Bleibt die Frage, warum das mit den neueren Geräten (hapAX2) nicht funktioniert.
Ich will hier jetzt nicht den kompletten Debug-Output von Radius und UM posten - da steht m.E. nichts verwertbares drin. Die vielen EAP-Packages wären bestimmt interessant, aber das ist zum großen Teil Hex-Code - den kann ich nicht interpretieren.

Im Log des Clients sieht man auch nichts - das sieht regelmäßig so aus:

Mai 17 09:23:57 laptop iwd[592]: event: state, old: disconnected, new: connecting
Mai 17 09:23:57 laptop iwd[592]: TLS: tls_send_client_hello:1381 non-fatal: Local certificate has key type incompatible with cipher suite TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA's signature algorithm
Mai 17 09:23:57 laptop iwd[592]: TLS: tls_send_client_hello:1381 non-fatal: Local certificate has key type incompatible with cipher suite TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA's signature algorithm
Mai 17 09:23:57 laptop iwd[592]: TLS: tls_send_client_hello:1381 non-fatal: Local certificate has key type incompatible with cipher suite TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384's signature algorithm
Mai 17 09:23:57 laptop iwd[592]: TLS: tls_send_client_hello:1381 non-fatal: Local certificate has key type incompatible with cipher suite TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256's signature algorithm
Mai 17 09:23:57 laptop iwd[592]: TLS: tls_send_client_hello:1381 non-fatal: Local certificate has key type incompatible with cipher suite TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA's signature algorithm
Mai 17 09:23:57 laptop iwd[592]: TLS: tls_tx_handshake:1244 Sending a TLS_CLIENT_HELLO of 122 bytes
Mai 17 09:23:57 laptop iwd[592]: TLS: l_tls_start:3610 New state TLS_HANDSHAKE_WAIT_HELLO
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_handshake:3074 Handling a TLS_SERVER_HELLO of 45 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_server_hello:2419 Negotiated TLS 1.2
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_server_hello:2455 Negotiated TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_server_hello:2466 Negotiated CompressionMethod.null
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_server_hello:2492 New state TLS_HANDSHAKE_WAIT_CERTIFICATE
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_handshake:3074 Handling a TLS_CERTIFICATE of 2655 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_certificate:2562 Peer certchain written to /tmp/iwd-tls-debug-server-cert.pem
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_certificate:2666 New state TLS_HANDSHAKE_WAIT_KEY_EXCHANGE
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_handshake:3074 Handling a TLS_SERVER_KEY_EXCHANGE of 585 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_handshake:3172 New state TLS_HANDSHAKE_WAIT_HELLO_DONE
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_ecdhe_server_key_xchg:608 Negotiated secp256r1
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_rsa_verify:240 Peer signature verified
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_ecdhe_server_key_xchg:662 New state TLS_HANDSHAKE_WAIT_HELLO_DONE
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_handshake:3074 Handling a TLS_CERTIFICATE_REQUEST of 25 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_handshake:3074 Handling a TLS_SERVER_HELLO_DONE of 0 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_tx_handshake:1244 Sending a TLS_CERTIFICATE of 1300 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_tx_handshake:1244 Sending a TLS_CLIENT_KEY_EXCHANGE of 66 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_tx_handshake:1244 Sending a TLS_CERTIFICATE_VERIFY of 516 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_tx_handshake:1244 Sending a TLS_FINISHED of 12 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_server_hello_done:2782 New state TLS_HANDSHAKE_WAIT_CHANGE_CIPHER_SPEC
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_message:3449 New state TLS_HANDSHAKE_WAIT_FINISHED
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_handle_handshake:3074 Handling a TLS_FINISHED of 12 bytes
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_reset_handshake:195 New state TLS_HANDSHAKE_WAIT_START
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_finished:3047 New state TLS_HANDSHAKE_DONE
Mai 17 09:23:58 laptop iwd[592]: EAP completed with eapSuccess
Mai 17 09:23:58 laptop iwd[592]: TLS: tls_reset_handshake:195 New state TLS_HANDSHAKE_WAIT_START
Mai 17 09:23:58 laptop iwd[592]: event: state, old: connecting, new: connecting (netconfig)

Nach dem eapSuccess kommt sofort ein tls_reset_handshake.

Habt Ihr vielleicht eine Idee, wie man sowas diagnostiziert?
Ich hab auch schon einen Call beim Mikrotik-Support aufgemacht, da hat in den letzten vier Wochen aber niemand drauf reagiert.

Wichtig auch wenn der betroffene Switch in einer Kaskade hängt:

• Wird das Management VLAN in der Switch IP und PRTG Server hängen korrekt getagged auf beiden Uplink Seiten?
• Ist der Spanning Tree korrekt konfiguriert? (Höhere Priority auf dem Core etc.) und kommt es zu keinem Loop der den Uplink Port in den Blocking Mode bringt und so vom Netz trennt?

Leider erwähnst du deine Netzstruktur mit keinem Wort und zwingst zum Kristallkugeln...

Die vordere Schiene richte ich immer so aus, dass die Kabelführungsbügel noch reinpassen. Rittal hat z.B. welche mit über 10cm Tiefe.

Nach hinten ist egal, denn du hast eh einen Schrank, der nicht für Server geeignet ist. Richtige Server benötigen einen Schrank mit einer Gesamttiefe von mindestens 800mm, dann muss man aber schon genau ausrichten, meist sind sogar 1000mm nötig. Selbst wenn du einen kurzen Server hast (z.B. DL20 von HPE), sind die Schienen zu lang, um diese nutzen zu können.

Ist meine persönliche Meinung, aber die Kabel sind falsch geführt. Ich lege diese immer links oder rechts herum, damit beide 19"-Ebenen frei bleiben. Ich lasse unsere Elektriker für den Mist auch immer gerade stehen und es korrigieren.

Wenn du keinen besonderen Verwendungszweck hast, der eine bestimmte Tiefe der hinteren 19"-Schiene benötigt, lass die genau da, wo die ist, passt ja scheinbar.

Wenn es das denn nun war...
How can I mark a post as solved?

Wenn es das denn nun war...
How can I mark a post as solved?

@Matthias182
Wenn es das denn nun war...
How can I mark a post as solved?

Wenn es das denn nun war...
How can I mark a post as solved?

Wenn es das denn nun war...
How can I mark a post as solved?

Wenn es das denn nun war...
How can I mark a post as solved?

Wenn es das denn nun war...
How can I mark a post as solved?

Wenn es das denn nun war...
How can I mark a post as solved?

Moin,

Lege den Aufruf des Programms in eine *.bat-Datei ab und lasse die starten, anstelle der Explorer.exe.

Suche mal danach. Bin gerade unterwegs und habe die GpO nicht im Kopf…

Der 310er ist schon etwas älter und die Einstiegshardware bei Commscope. Letztlch sind die 2802 oder 3702 das hardwaretechnisch etwas besser ausgestattet sofern Formfaktor kein Kriterium ist.

Definitely!
As you can see in the above routing table: 192.168.11.1 is the default gateway in case the client is active, cause it has the highest routing metric and is most likeley your WG server IP address or HAS to be the WG server address!

3 einfache Kommandos:
https://www.cisco.com/c/de_de/support/docs/ip/dynamic-host-configuration ...
https://www.computernetworkingnotes.com/ccna-study-guide/configure-dhcp- ...
Lesen und verstehen...

Danke @Crusher79

ich habe das Problem final beenden können nachdem der „Inventory Tape“-Job beendet war und ich einfach den Server neu gestartet habe.

Es geht jetzt alles wieder wie gewohnt.

Was das PowerShell-Bedienen angeht bin ich aber noch sehr interessiert, da würde ich gern mehr wissen und nutzen. Über deutsche Script und Beschreibungen wäre ich da dankbar.

Kreuzberger

Tape bin ich länger raus.

Hab damals aber alles via PowerShell gesteuert. Normal kan man die wieder neu einlesen lassen.

https://forums.veeam.com/tape-f29/offline-tapes-bringing-them-online-t83 ...

Siehe dort! Rescan um es wieder ins Inventory aufzunehmen.

Danke @Crusher79

leider will das nicht mit PoweShell.

Der Katalog-Job ist aber nun doch beendet.

Stattdessen hat er das Laufwerk in „Offline Tapes (1) verschoben und es ist nicht mehr nutzbar.


Watt nu?


Kreuzberger

Mal sehen wann der Patch getauscht wird...

https://learn.microsoft.com/en-us/windows/release-health/status-windows- ...

Edit:
Offenbar gibt es seit dem 17.05. eine Aktualisierung.
KB5037765 im UpdateCatalog wurde im WSUS neu erkannt, das Update wird bei den Server 2019 aber trotz Genehmigung nicht zur Installation angeboten, offenbar erkennen die Systeme dies nicht als erforderlich.
Wird also nicht viel besser...

Ich teste mal eine manuelle Installation aus dem verlinkten Catalog.

Edit 2: Auch die Neufassung (manuell installiert) scheitert hier an einem Testsystem (Server 2019) mit dem Fehlercode: 0x800F0982

https://forums.veeam.com/tape-f29/job-won-t-stop-t34587.html


Veeam Services sind ja benannt. Kann man ja einfach dann beenden.

https://www.veeam.com/kb1727


Hier nochmal Stop von Task und Umgang mit Stuck Jobs.

Lass die XML Declaration (erste Zeile) weg und speichere als UTF8.

Danke dir!!

Ich habe die Fehler korrigiert. Die Fehlermeldung kommt trotzdem.
Ich erstelle die XML-Datei mit dem Editor (Notepad++).
Code in den Editor kopieren und dann als XML-Datei abspeichern.
Vlelleicht liegt hier der Fehler?

Zwar nicht Portable (kann man ja wieder deinstallieren oder in eine VM), aber alle Firefox die es gibt:
https://ftp.mozilla.org/pub/firefox/releases/

Moin @Visucius,


ja, man kann durchaus auch nur mit zwei Antennen/Sendern in einem 3D-Raum zwei unabhängige Datenströme generieren.


Ähm, nein, da hast du eher etwas missverstanden.

Wenn dein Client wirklich ein 3:3x3 WiFi-Modul besitzt, dann kann dieser zum Zyxel 3 unabhängige Datenströme senden, da der Zyxel auch ein 3:3x3 AP ist. Denn pro Datenstrom sind bei AC Standard bei einer Kanalbreite von 80 MHz, bis zu brutto 433,3 Mbit/s möglich. Somit kann dein Client, zu dem Zyxel AP, theoretisch, sprich, im absoluten Idealfall, eine Verbindung mit brutto bis zu 3 x 433,3 MBit/s = 1300 MBit/s aufbauen.
(Bei einer Kanalbreite von 40 MHz, sind brutto hingegen nur noch max. 3 x 200 MBit/s = 600 MBit/s möglich.)

Da der Ruckus R320 nur ein 2:2x2 AP ist, kann dein Client zu diesem auch nur eine Verbindung mit maximal 2 unabhängigen Datenströmen aufbauen, was im absoluten Idealfall bei einer Kanalbreite von 80 MHz, eine max. Bruttobandbreite von 2 x 433,3 MBit/s = 866,7 MBit/s bedeutet.


👍


Nein, das was du da beschreibst ist eher Antennendiversität und hat mit Beamforming/ac, nicht wirklich etwas zu tun.


👍, das hört sich schon viel besser an.


Auch hier hast du mehrere Dinge etwas suboptimal miteinander verkuttelt.
Erstens, Beamforming ist lediglich eine Art Signaloptimierung, um die Spatial Streams besser voneinander trennen zu können. Sprich, Spatial Streams sind nicht wirklich von Beamforming abhängig, werden von diesem jedoch verbessert/verfeinert, wodurch am Ende des Tages eine höhere Bandbreite möglich ist. Und Beamforming muss auch nicht immer bei einer MIMO Verbindung zum Zuge kommen.

Übrigens, wie @sk es ja bereits schon angesprochen hat, ist das Beamflex von Ruckus, unter dem Strich auch nur eine Art von Beamforming, die abseits von Ruckus, als „Analoges Beamforming“ bezeichnet wird. 😉
Und das was Zyxel beim Beamforming meistens treibt, nennt man „Digitales Beamforming“.
Ähm, es wird sogar noch etwas komplizierter, den das „Analoge Beamforming“ kann man auch mit dem „Digitalen Beamforming“ kreuzen, wodurch „Hybrides Beamforming“ entsteht. 🤪
Einfach mal nach den entsprechenden Stichworten googeln, dann siehst du schnell was ich meine.


Das ist leider nicht ganz so einfach zu beantworten. Denn die beiden Signale werden zum einen nicht wirklich zu 100% über denselben Weg geschickt und zum anderen werden diese auch nicht zu 100% Phasengleich versendet, weshalb sich abgestrahlte Leistung der Antennen einer MIMO Übertragung, auch nicht wirklich linear hochrechnen lässt. Aber ja, eine gewisse Leistungserhöhung, ist durch den Einsatz von mehreren Antennen/Sendern durchaus drin.


Wie schon oben geschrieben bedeutet Beamforming in kleinster Weise, dass dieselben Daten über unterschiedliche Antennen/Sender gesendet werden, da hast du definitiv etwas falsch verstanden.


Genaugenommen sollte jede Form von Beamforming, sprich, sowohl die Analoge, als auch die Digitale und auch natürlich die Hybride, genau das erreichen, sprich, durch eine logische und oder eine physikalische Signalausrichtung, ein gezielteres/saubereres/lesbareres Signal für den entsprechenden Client generieren. 😉

Gruss Alex

Das iLO hat ja ein Ereignisprotokoll. Dort wird dir angezeigt, warum es meint, dass es dem System nicht gut geht.

Müsste unter "Information" > "Event Logs" zu finden sein.

Sind denn unter den logischen Laufwerken alle Haken auf grün? Ist der Status jetzt wieder sauber beim RAID Verbund?

Gruß
Marc

Moin.
Wundert mich eigentlich gar nicht, denn die XML hat diverse Fehler, vermutlich wurde sie beschädigt oder unwissend verändert, oder du erstellst die Files schon fehlerhaft...

Erst hier der ungültige Fetzen "<La" vor der XML Declaration und die XML Declaration selbst will MS nicht.

Und für das Element in Zeile 10 fehlt der schließende Tag "</taskbar:TaskbarPinList>".


Hätte einem eigentlich auch ein XML-Syntaxchecker direkt angezeigt, aber die sind ja so offensichtlich das es noch nicht mal das braucht.

Gruß

Die Adresse muss im IE zu einer vertrauenswürdigen und angepassten Zone hinzugefügt werden damit unbekannte AddOns ausgeführt werden können, außerdem müssen evt. selbstsignierte Zertifikate der Seite und des AddOns in der Java-Konsole zu den vertrauenswürdigen Zertifikaten hinzugefügt werden
und in den Windows Zertifikaten als vertrauenswürdige Root-CA hinzugefügt werden.

Gruß