Weingeist

Häh? Reden wir vom gleichen Prinzip? PCoIP ist Konsolenbasiert. Mein PCoIP Portal verbindet sich genau zu einem Host wenn man ihm das so sagt. Nicht ein Benutzer, sondern das Portal. Benutzer kommt erst nachher ins Spiel. Habe ich alles erklärt. Einstellungen sind geschützt. Bekommst den 'richtigen' Anmeldebildschirm präsentiert. Keine RDP Session, keine Anmeldung und dann einklinken oder dergleichen. DER Screen nach Boot oder sogar inkl. Boot wenn karte schnell genug oben ist oder dienst schnell genug gestartet. Bei entsprechender Konfiguration (KIOSK) merkst du absolut nix, dass die Kiste nicht neben dir steht. Sonst musst noch auf verbinden klicken. Wenn ich Linzenzdocs letzte Antwort anschaue, dann muss das sehr wohl möglich sein. Sogar ohne SA wenn man möchte. Ich weisse alle Lizenzen dem Server zu. Meine VM's müssen genau auf diesem Server laufen. Ich darf sie nicht hin und herschieben (Logisch). Brauche ich aber nicht. Will einfach nur Ein Bildschirm, Eine Tastatur, eine Maus, Ein PC bzw. VM. So wie viele anderen auch. Meine Zeros können genau zu 'Ihrer' VM verbinden. Melde ich mich dann an den PC an, habe ich meine Session. Ist zwar nicht das üblich VDI-Prinzip wo jeder seinen Desktop überall hat, sondern eben gleiches Feeling wie Kiste neben Dir.

Das ist ein Auszug aus einem Lizenzdokument. Nicht aus einer Faq. Nicht aus einer Werbebroschüre. Stimmen überein mit dem was Packungen beigelegt wird. Gerade nachgeschaut. Sorry darum geht es überhaupt nicht! Ich frage mich ernshaft warum Du so stur bist und nicht die Möglichkeit in Betracht ziehst, das es eben vielleicht kein Lizenzverstoss ist. Das tut man doch nicht bei einer Konsolenverlängerung oder? Sind KVM-Extender Illegal? Sind lange Kabel illegal? Fals beides legal ist, warum soll PCoIP nicht legal sein welches genau das gleiche macht. Bei Verwendung von Hardwarekarten sogar physisch.

Nochmals, ich meine in keiner Weise Nutzung von POP3. Ich sage nur man könnte per Script mit Taskmanager sich via Pop3 oder auf andere Weise authentifizieren und diese Authentifizierung veranlasst den Mailserver im Internet die Mails ganz normal wie jeder andere Relay-Server oder SmartHost auch an meinen Mailserver weiterzuleiten. Imho wäre das sowohl bei fixer als auch bei dynamischer Adresse in Kleinumgebungen gar nicht so verkehrt, weil die Mails dann wirklich immer ankommen können auch wenn mein Server ein reboot macht. Es ist auch nicht sehr professionell, wenn mein Kunde eine Mail bekommt, dass es meinen Server nicht gibt. Ein dummer LinuxServer auf dem Netz braucht selten Updates. Ein Windows Small Business Server alle paar Tage. Das dynamisch gebastelt ist, sehe ich auch so. Wenn sich das Gebastel allerdings darauf beschränkt, dass ich vielleicht einmal nicht sofort auf meinen Server zugreifen kann, könnte ich persönlich gut damit leben. Sofern eben sichergestellt ist, dass meine Mails nicht irgendwo ins Netz hingehen. Eine SMTP-Weiterleitung auf Abruf sehe ich als grossen Vorteil wenn man nicht über redundante Internetanbindung, ExchangeServer im Cluster usw. verfügt. Das ist nunmal in Small Business Umgebungen noch nicht mal technisch möglich.

@Lizenzdoc: Die geposteten Zeilen sind soweit ich mich erinnere identisch mit dem Text der bei der Installation jeweils kommt. Insofern dürften sie schon eine gewisse Relevanz haben denke ich. @Jarazul: Yep, nur interessiert sich der nicht die Bohne für ne kleine Hanswurst. =) Ich wurde bei sämtlichen Anfragen an die Distributoren verwiesen, welche wiederum auch Ihre Probleme haben, verbindliche Antworten von MS zu bekommen und mit den ständig ändernen und hinzukommen Richtlinien so Ihre Mühe haben und deshalb nicht so gewillt sind, da viel Zeit reinzustecken. Was mir VDA alles erlaubt weiss ich. Das will und brauche ich alles gar nicht. Schon gar nicht für Legacy-Clients. Die Frage ist, ob die Benutzung von langen Bildschirmkabel das gleiche ist wie eine Session. Imho nein. Weil wenn dem so wäre, wäre ein normaler Bildschirm + IO bereits nicht ohne VDA legal zu betreiben. KVM, IP-Extender usw. sind nix weiter als ein Langes Bildschirm, Tastatur und Mauskabel. Nix anderes ist eine Konsolenverlängerung via PCoIP. Sprich wenn ich hardwareseitig eine fixe Verbindung zur Konsole einer fixen VM habe, ist das meiner Meinung nach eigentlich nichts anderes als ein langes Kabel und keine ative Session wie bei RDP. Das ganze geschieht bevor überhaupt eine Session des Benutzers initiert wird. Insofern greift imho nicht das "Single Primary User" Prinzip - welches es laut MS per Defintition auf einem Server nicht haben kann - sondern eben die Tatsache, dass es sich um ein langes Bildschirmkabel handelt und das "Single Primary User" Recht gar nicht gebraucht wird und die VM also ein stinknormaler PC ist. Klar, gibt Probleme in grossen Umgebungen wenn die VM's verschoben werden, ber in kleinen Umgebungen kann man die Problemlos an einen Server binden. Also ich verstehe nach wie vor nicht, warum das nicht gehen sollte.

Ne, sicher nicht Pop3 Connectoren. Ich sage es gibt die Variante wo man sich via POP3 anmeldet und diese Anmeldung bewirkt, dass der Mailserver via SMTP die Mails an die Adresse weiterleitet, von welcher die POP3-Authentifizierung kam. Wenn der Frank sagt es geht technisch, dann wird es wohl gehen. Kannst Du mir glauben oder nicht. ;)

Hier mal nen Zitat aus Lizenzbestimmungen von der Homepage von MS: Würde ein Stück Holz sowie einen Zero als Empfägner einer Lizenz ausschliessen. Imho ziemlich schwammig formuliert. Eine Sitzung ist nicht eine Übertragung der Konsole via Kabelverlängerung, KVM-Extender und das was faktisch auch PCoIP macht. Gegenüber zum Beispiel RDP. Sonst wäre jegliche Art Tastatur ja schon ein RemoteGerät und würde Benutzer ausschliessen. Greife demnach nicht von einem anderen Gerät aus zu. Fragt sich jetzt ob das sowohl für Hardware als auch Software PCoIP gilt. EDIT: Würde ebenso bedeuten, dass wenn jeder seinen eigene Desktop-Lizenz hat, der Hauptuser von überall auf seine VM zugreifen darf. Egal mit was. Es braucht weder VDA noch ein qualifiziertes Endgerät. So wäre er automatisch "Single Primary User". EDIT 2: Es ist nirgendwo definiert was überhaupt der "Single Primary User" ist und wie oft ich den wechseln darf. Habe nur schon gelesen, dass es diesen auf eine Server nicht geben kann. Wäre doch schmarrn. Grundsätzlich ist es genau ab dem Zeitpunkt ein Primary User, wo die VM gelockt wird und nicht parallel jemand zweites drauf arbeiten kann. Was byDesign schon so ist.

Vertrag: Nun, der wäre ja unerheblich wens OEM, SB, FPP wären die ich an ein Gerät kopple? Bei allen mit aktiver SA und somit Vertrag handelt es sich um simple OpenValue. Gekauft wurde Subscription für OEM-Lizenzen. Anzahl Geräte: Pipifatz, deren 5 wo dieses Problem akut ist. Aber eben noch deutlichst mehr im Bekanntenkreis. Aber das ist ja unerheblich. Das Problem ist immer das gleiche, egal wie viel Clients. Ich habe wenige, ein anderer deutlich mehr. Und im virtuellen Umfeld hat dieses Problem so gut wie jeder und taucht in jedem zweiten Fred auf. Wenn man einem Zero fixe Lizenzen zuteilt und nicht dem, der die VM ausführt, das sogar ausreicht, dann bin ich happy. Sehr viele andere auch. Brauche nur Physical-Client-Feeling ohne die Maschine im gleichen Raum stehen zu haben bzw. verschwendete ServerPower zu nutzen. Wenn es reicht, wenn ich auf irgend eine Art sicherstellte, dass auf den jeweiligen Zeros nur die entsprechenden lizenzierten Applikationen verfügbar sind, ist das schon genug.

Hello, vielen Dank für die Antwort. Die Situation scheint sich ja leicht zu bessern... :) Also in den Marketing-Dokus (oder wie ihr die Dinger nennt :D) steht jeweils explicit, dass ein Zero oder ThinClient kein qualifiziertes Gerät sei. Es sei denn, es führt Windows embedded oder sowas aus. Kann das Dokument grad nimmer finden *hmpf* Wenn also die PUR's das sind, was rechtlich auch verbindlich ist, deine Aussage stimmt, dann kann ich also ein Stück Holz oder besser meinen Zeros die jeweiligen Lizenzen zuteilen. Müsste ja dann auch mit Office gehen. Wenn ich das mit einer SA-Lizenz kann, dann müsste das auch mit jeder anderen auch gehen. Mein Zero hält die Lizenz und dieser sollte eben sinnigerweise nur zu einer Remote-VM verbinden können. Lässt sich easy machen indem Kiosk-Modus in zbsp. View aktiviert und SSO abgeschaltet wird. Ist das so vorgesehen?

Das was du möchtest, kann zum beispie DoubleTake absolut hervorragend. Zumindest das replizieren. Automatisches Failover habe ich noch nie wirklich versucht, geht aber angeblich auch. Ist zudem vergleichsweise günstig. Geht Virtuell zu Virtuell, zu physisch und kombiniert. Die Synchronisation geschieht asynchron, das heisst änderungen kommen einfach in eine queue, welch abgearbeitet wird. Geht etwas bei der Übertragung schief, weil zbsp. der Host abschmiert, passiert dem Ziel nüx und hat einfach den Stand bevor die Übertragung unterbrochen wurde. Am besten einfach mal durch die Produkte ackern.

Habe hierbei auch etwas nie begriffen warum es nicht gehen sollte. Sollte den Diensten total egal sein solange die interne fix ist. Bin auch ziemlich sicher, dasss es irgendwie doch geht. Gibt ja so einige Anleitungen im Netz. Mir wäre das konstrukt allerdings etwas heikel, weil es eben theoretisch bzw. auch praktisch vorkommen kann, das deine Mails nicht bei dir sondern bei jemand anderem landen. --> DNS Eintrag noch nicht aktualisiert. Käme für mich nur in Frage, wenn man einem eigenen Mailserver (oder der Hoster) im Netz betreibt, welcher als Relay für den Server daheim fungiert. Dieser 'leitet' bei erfolgreicher Authentifkation die Mails an den Server daheim weiter. Andersrum ist eh kein Problem, weil der im Netz ne fixe IP hat. Da dein Server daheim mit einer IP und den richtigen LogIn-Daten deinen Server im Netz kontaktiert funktioniert das mit der IP, auch wenn die DNS evtl noch nicht aktualisiert war. Nun das kleine feine Problem: Ich habe noch keine Anleitung gefunden wie so etwas mit Exchange und zbsp. einem Linux-Server mit fixer IP im Internet zu bewerkstelligen wäre. Man kann zwar eine Verbindung tunneln und Exchange-Überprüfung für eine solche Verbindung abschalten und diese als separat gesichert bezeichnen, aber wie das mit der Authentifikation funktioniert und somit der Anstoss für die Übertragung funktioniert, keine Ahnung. Auch sollte die Verbindung dann auch wirklich geschützt und optimalerweise verschlüsselt sein. Der Anstoss wäre sicherlich möglich zbsp. via Taskplaner. Das eigentliche Problem ist, dass ein solcher Mailserver welcher die Weiterleitung via SMTP auf Abruf unterstützt gefunden werden. Vielleicht ist das aber auch heute ganz easy? Früher war das als Dienstleistung auch möglich, da wurde zbsp. per POP3 authentifiziert und sobald das geschehen war, die Mails via SMTP an die IP gesehendet welche sich vorher authentifiziert hatte. Ganz früher sogar sowas per DialIn, weil sich nicht jeder ne Standleitung leisten konnte. Vorteile liegen auf der Hand (Bei fix oder Dyn), günstige schnelle Internetanbindung, Mailserver auch bei einem Server daheim immer erreichbar, weil eben die Mails erstmal im Netz liegen und erst auf quasi Abruf heimkommen. Somit eine sehr hohe Verfügbarkeit ohne Cluster (Was mit SBS eh nicht geht) doppelter Netzanbindung, komplexer Architektur daheim usw. Dazu den eigentlich Mailserver im eigenen Haus, mit allen Vorzügen. Bissel Lektüre wie sowas technisch funktioniert, gibts unter MSXFAQ.DE - Franks MSExchangeFAQ - MSXFAQ.DE - POP3 abholen - Alternativen - MSXFAQ.DE - E2K7:POP3/IMAP4 - MSXFAQ.DE - Sicheres Relay für Clients im Internet Stichworte wären Relay, Smarthost, SMTP-Authentifizierung, Connectoren usw.

So Ärger freien lauf gelassen, tat gut, ändert nix, nervig bleibts. Danke für eure Geduld. Wie sieht es mit MS-Office aus? Muss wirklich für jeden ZeroClient die PLUS-Version lizenziert werden, weil ich die auf einer einzigen VM installiere?

Scheint als habe ich da was gewürfelt. VDA reicht. Aber das ist so teuer wie jedes Jahr nen neues OEM-OS. Verstehe wers will. Es kristallisiert sich heraus, dass der Weg zurück in die Steinzeit für kleine Umgebungen sinnvoller ist. Zum Beispiel Supermicro TwinServer mit Atom-CPU's, 8 Nodes und gemeinsamen Netzeil. Billiger und flexibler als Blades, OEM oder Systembuilder-lizenzen und via PCoIP Hardware oder VmWare View drauf zugreifen. Fertich. Ich finde nichtmal das VPA wirklich arg überteuert ist. Stossend finde ich, dass es A Miete ist und Nutzungsrecht mit Ablauf erlischt und B die OEM und Systembuilder so billig sind, dass ich für den Preis von VPA jedes Jahr ein neues OS kaufen könnte. Ich aber nicht jedes Jahr ein neues OS brauche. Der Support für kleine Firmen beschränkt sich auch auf ein Minium, wenn er mal gebraucht wird.

@Jarazul: Da wäre ich mir nicht so sicher, so wie ich das in dem Dokument interpretiert habe (Erstes Google-Ergebnis deines Links) brauche ich sowohl VDA als auch eine OS-Lizenz auf dem Server. VDA kann ich des weiteren nicht als Lizenz kaufen, sondern nur mieten. EDIT: Vielleicht bringe ich da auch was durcheinander, hab schon so viel wiedersprüchliches gelesen zu dem Thema.

OK. Normale Büro-Desktops: - 5 Stück werden auf einer einzigen Hardware betrieben. - Jede Maschine wird von einem einzigen PCoIP-Portal (ZeroClient) abgerufen. --> Wird Automatisch mit View verbunden, Kiosk-Modus. Ohne Single Sign On. Sprich User meldet sich noch an Windows an. Feeling absolut identisch als wenn er seinen Computer direkt neben sich hätte. Entwicklungs-PC mit mehr Leistung / CAD-Programmierungskisten - Eigener Physischer Computer im Rack - PCoIP-Karte - Zugriff via PCoIP-ZeroClient, nix anderes wie IPMI oder IO-Extender Der Entwicklungs-PC greift zusätzlich auf ein paar virtuelle Instanzen von Desktop-OS auf dem ESXi via RDP zu. Steuerungs-PC's für Maschinen - Aktuell auch physisch - Werden nach und nach virtualisiert, wenn die Kommunikationen irgendwie per TCP/IP übertragen werden kann. Diese Dinger erfordern ein altes OS, alte Software usw. Mit VM's kann man das sehr gut lösen. Ziel ist einzig und allein die PC's aus den Büros zu bringen, zwecks besserem Raumklima und Lärm. Es ist technisch nichtmal möglich, mehr als einen Benutzer zu einer VM zu verbinden. Weder per RDP (wos gehen würde mit ServerOS) noch via PCoIP. Um etwas für die Umwelt zu tun (Kann viele Jahre Strom eines AMD-Atoms verbraten bis View nur Ansatzweise rentieren würde), werden die Desktop OS auch auf den Server gestellt (dem eh langweilig ist) anstatt jeden einzeln im Rack zu betreiben. So wie ich das nun verstehe, brauche ich für jeden PC der auf der als VM läuft (Und ausschliesslich weil er als VM läuft) eine Lizenz die ich nicht mal wirklich kaufen kann, weil es nur Upgrades gibt, alle meine alten Lizenzen sind dazu nicht gültig und SA brauche ich auch noch. Sprich ich zahle für jede bestehende Maschine 3x auch wenn ich nie ein Upgrade auf dieses OS brauchen würde. Bestehende OS-Lizenz auf alten physischen Maschinen, Neue OS-Lizenz, VDA od. SA oder gar VDA und SA. Beim Office wirds nochmals perfider, weil ich nun von jedem ZeroClient theoretisch zu jeder VM verbinden kann, brauche ich überall die Vollausstattung obwohl ichs genau auf einem PC brauche. EDIT: @Jarazul: Ja, es wird mit Teradici PCoIP-Zero-Clients auf die VM verbunden. Wie gesagt, mein Distributor hat kein Plan. Andere wollen bei den Lizenzmengen auch keine Bücher wälzen und mir läufts langsam auch zu den Ohren raus. Und MS sagt ich soll mich an den Distri wenden. Habe kein Problem etwas teurer zu bezahlen, aber das gleiche doppelt und dreifach nur weils ne VM ist eben schon. Vor allem weil die Entwicklungsarbeit nichtmal bei VM liegt, sondern beim Virtualisierungshersteller.

Habe mir also einige Dokument zu Gemüte geführt. Das ist ja noch schlimmer als gedacht. Also wenn ich das richtig verstehe, dann muss ich nur weil ich die Maschinen virtuell betreibe, alles doppelt und dreifach lizenzieren (ThinClient, OS auf Server, SA oder VDA) obwohl meine Nutzung die genau gleiche ist, wie wenn ich Bildschirm Und IO-Extender an physische Maschinen im Rack machen würde? Das kann ja nicht wirklich sein oder? Was ich gefunden habe sind aber auch keine Eulas, also weiss ich immer noch nicht ob das rechtlich übereinstimmt mit dem was propagiert wird. Sprich ich versteh gar nichts mehr, mein Distributor übrigens auch nicht und ne Menge anderer Leute auch nicht.

Hab noch was gesucht: Zitat MS: Ich muss die in einer Mini-Umgebung gar nicht verschieben können. Die laufen einfach alle gemeinsam auf einer Maschine. Dass ich VDA brauche wenn ich sie verschiebe ist mir schon klar, aber wenn da ein einziger Server steht, darauf mehrere W7 laufen, will ich dieser einen Maschine mehrer SB oder OEM-Lizenzen zuweisen und per RDP oder PCoIP auf die jeweiligen VM's zugreifen. Also im Endeffekt nix anderes als gemeinsame Hardware und Eingabe + Ausgabe Geräte ma Arbeitsplatz. Ich brauche so weder weniger OS-Lizenzen noch spare ich irgendwas sonst. Was and Hardwarekosten für PC's gespart wird, kommt als ThinClient dazu.. Habe nur ein angenehmeres Raumlima.

OEM: Ok Danke. Das ist nun soweit klar. Aber was ist an dem Gerücht(?) dran, dass man kein neues OEM braucht wenn man SystemBuilder nimmt? VDI-Lizenz: Virtual Desktop Infrastructure. Die VmWare-Foren sind voll davon, dass man angeblich zusätzlich zu einer vollen Lizenz noch VDI-Lizenzen bräuchte bzw. VECD oder neu VDA(?), glaub letzteres ist grad der Aktuelle Begriff. Jetzt ist eben die Frage wenn ich eine aktive SA habe - ob dieses 'Recht' mit dabei ist EDIT: Gemäss Jarazul schon, ABER: das sehe ich nirgendwo zu kaufen, gibt nur Upgrades als OpenLicense. Und wenn ich bei MS auf der Homepage schaue, sind die wieder mit irgend nem Gerät verknüpft, aber das hab ich ja gar nicht wenn die als VM laufen. Ich peils wirklich ned. - ob ich es überhaupt brauche (also auch wenn keine SA) Weil eine VM erfüllt ja den gleichen Zweck wie eine physische Maschine. Sollte ja eigentlich höchstens die Hardwarehersteller stören weil sie weniger physisches Maschinen verkaufen und nicht MS. Zu guter Letzt: Kann ich neue OEM, SB-Lizenzen - Gesammelt einem Server zuweisen welche die VM's hostet? - einem ZeroClient zuweisen, Installation aber auf Server? --> Für jeden eine aktuelle Lizenz Als ganz letztes, wenn ich eine physische Machine mit W7 habe, diese ins Rack verfrachte und den Bildschirm + Eingabe auf irgend eine Art verlängere, reicht dann einfach ne normale Lizenz, egal welcher Art?

Guten Morgen, Es geht nicht darum Geld kein Geld auszugeben, sondern eben so auszugeben, dass die Investition auch morgen noch 'gut' ist. Hauptfragen bleiben immer noch die gleiche: 1. Welche Basis für die SA brauche ich für Tausch der Hardware? OEM ja angeblich eben nicht, sondern die SystemBuilder. Daher die Frage, ist das so. Gibt ja nur Upgrades als SA. Mit den Open-Licences ja angeblich auch nicht möglich. 2. Brauche ich für jene die auf dem ESXi laufen eine zusätzliche VDI-Lizenz, wenn ich SA für sie habe oder ist diese automatisch bei SA dabei. a) für Verbindung von ZeroClient via RDP/PCoIP b) Für Verbindung von ZeroClient via Connection Brooker View 3. Brauch ich für jene die auf dem ESXi laufen eine VDI-Lizenz, wenn ich keine SA für sie habe.

Gibt mittlerweile auch sogenannte Foto-Dokumenten-Scanner. Die machen dir ein Bild in sekundenschnelle. Auch mit Twain-Schnittstelle. Je nach Anspruch genügt das völlig. Das hier zbsp. Sceye Dokumentenkamera, blitzschnell scannen, berührungslos, wartungsfrei, z.B. für ELO Office oder meineZIELE

Falls du ihn trotz allem nutzen willst, kriegt man serielle Ports und somit auch Fax-Modems easy mit einem Serial-To-IP Server in eine Maschine rein. Egal ob physisch oder virtuell. Habe zum Beispiel gute Erfahrungen mit MOXA-Serial Port server gemacht.

Dachte das wäre verständlich. Nicht unnötig Geld ausgeben, nicht heute und auch nicht morgen. Sprich nicht heute die falsche Version kaufen und merken, dass ich sie morgen nicht auf einen neuen PC oder den ESXi schieben kann oder andersrum wenn nötig. Physische und virtuelle XP und W7 Desktops betreiben. a) Virtuelle Maschinen auf ESXi, weitergabe mit View b) Virtuelle Maschinen auf ESXi, Zugriff direkt via RDP c) Physische Maschinen im Rack, Zugriff via PCoIP und ZeroClient d) Stinknormaler physischer PC. Ich möchte nicht heute für immer entscheiden für welchen User/Arbeitsplatz a,b,c oder d in Frage kommt und wenn ich mich später umentscheide eine neue Lizenz kaufen muss, obwohl ich bereits eine habe, nur weil ein Wechsel gemäss MS nicht vorgesehen ist. Nicht für alle alten physischen Maschinen eine SA kaufen, jedoch bei einer neuinstallation die Datenträger aus dem Download von MS nutzen weil da eben alle SP's drinn sind. Hauptfrage: Kann ich mit einer Systembuilder-Version mit SA alle Fliegen mit einer Klappe schlagen? Sprich ich installier das wo und wie ich will und ändere es nach 90 Tagen wenn ich es anders haben möchte? Ist zwar nur ne Mini-Umgebung, aber hat halt aus verschiedenen Gründen alle genannten Varianten. - View für 'normale' Arbeitsplätze (Zbsp. ausschliesslich darum weil View richtiges USB bietet, ohne Basteln und die Mühlen nicht im Büro stehen müssen) - ein paar Developer VM's welche per RDP aufgerufen werden - eine schnelle Desktop-Maschinen im Rack mit Hardware PCoiIP Anbindung, weil eben auch dieses Büro 'Abgasfrei' sein soll. - Physische Maschinen im klassischen Sinn, weil sie sich nicht virtualisieren lassen Es gibt für alle die verschiedensten XP-Lizenzen im Überfluss. Von Ursprung bis SP3 ist alles dabei. Zumeist OEM. Dazu noch ein paar neuere mit aktiver SA wo W7 erwünscht ist. Es kann sein, dass ich es zbsp. morgen hinkriege eine physische Maschine auch sinnvoll mit der nötigen Performance zu virtualisieren. Jetzt ist meine Lizenz vielleicht nicht mehr gültig. Welche brauche ich, das es eben gültig ist. Und welche muss ich für neue Maschinen kaufen, damit ich sie morgen auch anders nutzen kann, wenn ich möchte.

Hallo Leute, Ein paar Fragen, versuche es möglichst kurz und knackig: 1. SystemBuilder Versionen kaufe + SA (OpenValue) = Computertausch-Recht + Vorzüge der SA? Habe das so interpretiert aus anderen Threads. Klar EULA abhängig. ABER: Ich kenne die EULA ja nicht im voraus UND fals nicht immer gleich, woher kann ich die 'richtige' SB beziehen? 2. Kann bzw. darf ich solch ein Konstrukt aus 1 auf einem ESXi laufen lassen und per RDP oder PCoIP mittels einem ZeroClient zugreifen? Darf ich das auch mit der SB alleine? Bei View? 3. Benötige ich für 2. eine VDI Lizenz, fals ja, welche? 4. Wird 3. hinfällig (bei ja) wenn ich eine Enterprise-Version als SA lizenziere? Ist VDI automatisch auch bei Pro SA dabei? 5. Kann ich immer noch 1. einfach für eine Mühle kaufen, Installationsdatenträger + Key für alle physischen Maschinen verwenden welche das entsprechende OS korrekt lizenziert haben (Als OEM, Retail oder wie auch immer) --> Sinn: Aktuelle, gepatchte Datenträger mit SP anstelle stundenlangem update. 6. Falls 5 = ja, gilt 5. auch für Office? Vielen Dank für eure Hilfe

Hallo zusammen, Ich bräuchte ein Dienstkonto in einer 2008 AD Umgebung welches folgendes ausführen darf: Set conGetName = New ADODB.Connection Set cmdGetName = New ADODB.Command 'Setzen Verbindungs-Einstellungen With conGetName .Provider = "ADsDSOObject" .Properties("User ID") = UserForLDAP .Properties("Password") = UserKeyForLDAP .Properties("Encrypt Password") = True Call .Open("Active Directory Provider") End With Set cmdGetName.ActiveConnection = conGetName With cmdGetName .Properties("Page Size") = 1000 .Properties("SearchScope") = ADS_SCOPE_SUBTREE .Properties("TimeOut") = 30 .Properties("Cache Results") = False .CommandText = "SELECT distinguishedName, ObjectSID FROM 'LDAP://OU=MyBusiness,DC=" & gcDomainNameShort & ",DC=" & gcDomainNameSuffix & "' WHERE SamAccountName = '" & sAoCountName & "'" End With Set rsGetName = cmdGetName.Execute [/Code] Sowie: [Code] With AdoConnection .Provider = "ADsDSOObject" .Properties("User ID") = UserForLDAP 'Credentials angeben .Properties("Password") = UserKeyForLDAP .Properties("Encrypt Password") = True Call .Open("Active Directory Provider") End With adoCommand.ActiveConnection = AdoConnection Set objRootDSE = GetObject("LDAP://RootDSE") strDNSDomain = objRootDSE.Get("defaultNamingContext") With adoCommand .Properties("Page Size") = 100 .Properties("Timeout") = 30 .Properties("Cache Results") = False End With ' Search entire domain. strBase = "<LDAP://" & strDNSDomain & ">" ' Retrieve NT name of each group. strAttributes = "SamAccountName" ' Load group memberships for this user or computer into dictionary object. Call LoadGroups(oADobject) Set objRootDSE = Nothing End If If m_dicGroupList.Exists(oADobject.SamAccountName & "\") = False Then 'Dictionary object established, but group memberships for this 'user or computer must be added. Call LoadGroups(oADobject) End If ' Return True if this user or computer is a member of the group. IsMember = m_dicGroupList.Exists(oADobject.SamAccountName & "\" & m_sGroupNTName) Kann mir jemand sagen, was für Berechtigungen ich ihm geben muss? Es soll nur lesen dürfen, nicht schreiben. Möchte nicht unbedingt nen Domain-Admin-Konto dafür verwenden. Ausser dem genannten soll es keine Rechte haben. Grüsse und Danke

Fein :) Wenn Lautstärke reicht ohne Verstärker dann ist ja super. Das was ich gemeint habe. Du würdest noch einiges rausholen mit einer minimalen Bearbeitung der Tür. ;) Wenn du mehr Pegel willst o. verzerren, sehe ich den Sinn der JBL ned sondern würde eben gleich etwas in Richtung 100 RMS nehmen oder mehr...

Versuchs macht kluch. Wens reicht --> OK, Wenn nicht eben nicht OK. Mir wärs 100%ig zu wenig. Ist wie bereits gesagt eine Frage der Relation von Bums, Laut, Wirkungsgrad. ;) Ansonten gute Hersteller: Eton, Audison, Steg, AudioSystem, Genesis ...