Jump to content

Shemeneto

Members
  • Gesamte Inhalte

    288
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Shemeneto

  1. Eigenschaften des vSwitch:
    - Externes Netzwerk 
    - "gemeinsames Verwenden..." ist deaktiviert (dafür ist ein anderer virtueller Switch mit OnBoard NIC konfiguriert)

    - SR-IOV ist deaktiviert 
    - ansonsten Standard

     

    Eigenschaften der Netzwerkkarte in der VM:
    - Netzwerkkarte: Standardeinstellungen
    - Hardwarebeschleunigung sind alle Features deaktiviert (wird keines von der NIC unterstützt!)
    - erweiterte Features: Standardeinstellungen

     

    aber es ist eigentlich egal was ich einstelle. Es funktioniert nicht...
     

  2. Hallo,

     

    ich teste gerade auf einem Testserver (eigene NICs sind nur 1G) mit installiertem Windows Server 2019 und Hyper-V Rolle eine 10G Verbindung.
    Vom Host selbst aus funktioniert diese wunderbar. Binde ich die 10G Karte allerdings in einem "Virtuellen Switch" und starte eine VM (egal ob Server 2019 oder Windows 10) damit, bekomme ich keine Konnektivität.
    Aber erst im Windows selbst. Starte ich eine VM mit PXE über WSUS lädt er das Startimage und ich kann auch ein Image auf die Maschine installieren...

    Die Netzwerkkarte ist eine EDIMAX EN-9320TX-E (mehr war für einen Test nicht im Budge und war auch die Einzig lieferbare...). Die Treiber sind laut Hersteller bis Server 2016 getestet.

     

    vG Shemeneto

  3. welche Empfehlung meinst du den? Die UAC?
    Ich denke wer hier in diesem Forum Beiträge verfasst sollte wissen was die UAC ist. Und dann sollte man davon ausgehen das man dies auch schon beachtet hat... ;-)

     

    Ansonsten kann ich keine Empfehlung sehen... 

    Und im Moment ist es nur ein Test. Wir wollen prüfen ob wir von VMware vSphere zu Hyper-V wechseln.

    vor 11 Minuten schrieb NilsK:

    Moin,

     

    vor allem handelt es sich um ein Missverständnis. In einer Enhanced Session über VMConnect.exe kannst du "User-Devices" innerhalb der Session nutzen, vergleichbar dem USB-Zugriff in einer RDP-Session. Schließt du die Session, ist  das Device weg. Für USB-Dongles usw. ist das nicht geeignet, es ist nur für den Ad-hoc-Zugriff auf USB-Sticks usw. gedacht. 

     

    Unabhängig vom Hypervisor ist die einzige sinnvolle Möglichkeit für sowas ein USB-Geräteserver, denn spätestens wenn Host-Cluster ins Speil kommen, reicht auch VMwares USB-Integration nicht mehr aus.

     

    Wenn du per Hyper-V-Manager einen Konsolenzugriff erhältst, besteht kein grundsätzliches Zugriffsproblem, denn das geschieht  auch per VMConnect.exe. Dann wäre bei Bedarf zu klären, warum der direkte Aufruf nicht funktioniert.

     

    Gruß, Nils

    Ok, wenn es nur während der Session von VMConnect geht dann ist das wohl wirklich nichts! Dann hilft wohl nur ein USB-Server....

    Allerdings würde mich trotzdem interessieren warum VMConnect die VMs nicht finden kann. Naja, werde das aber dann wohl erstmal verschieben.

    Danke für die Infos!!!

     

  4. vor 9 Stunden schrieb NilsK:

     

    kannst du eine Konsolenverbindung direkt aus dem Hyper-V-Manager herstellen, ohne den ausdrücklichen Aufruf von vmconnect?

     

    ja, außer vmconnect funktioniert alles ohne Probleme. 
    Habe gelesen, dass man vmconnect nutzen kann um USB Geräte an eine VM anzubinden. Ich wollte testen ob man so auch USB Dongles anbinden kann.
    Bei VMware funktioniert das ja ohne Probleme...

  5. Hallo zusammen,

     

    bin gerade am Testen von Hyper-V (vorher nur VMware).

    Habe dazu auf einem Server 2016 den Hyper-V Dienst installiert und 2 Testserver (1x Windows Server 2012 R2 / Server 2016) als VM erstellt und die virtuellen Platten auf ein eigenes Laufwerk gelegt.

    Der Server hat 2 Netzwerkkarten und das Verwaltungsbetriebssystem hat keinen Zugriff auf den virtuellen Switch der VMs.

    Ich möchte nun aber eine Verbindung über VMConnect herstellen. Leider bekomme ich beim Starten der Version v6.3 die Fehlermeldung "Fehler beim Laden der virtuellen Computer"...

     

    Der "Erweiterte Sitzungsmodus" ist aktiviert und der lokale Administrator des Hyper-V Servers ist in der Gruppe "Hyper-V-Administratoren"

     

    Fehlt noch etwas?

     

    Gruß Shemeneto

     

    edit:

     

    benutze ich cmd  ".\vmconnect6.3.exe Server VM /edit" bekomme ich die Fehlermeldung "Sie besitzen nicht die erforderliche Berechtigung..."
    Wiegesagt bin ich als lokaler Admin angemeldet und dieser ist in der Gruppe "Hyper-V-Administratoren". Wo kann da noch eine Berechtigung fehlen???

  6. Hallo zusammen,

     

    bin gerade am Testen von "Windows Server Sicherung" auf einem DC (Windows Server 2012 R2) als alternative Backuplösung.

    Die Sicherung hat soweit funktioniert (Sicherungselemente: Bare-Metal-Recovery; Systemstatur; System-reserviert; Lokaler Datenträger (C:))

     

    Nur bei der Rücksicherung hat es mir den SysVol Ordner nicht wiederhergestellt. Der ist vollkommen leer!

     

    Was ist das Problem?

     

    Gruß Shemeneto

  7. das Problem mit dem Schnellstart kenne ich. Habe ich aber nur beim Runterfahren, da er ja  nicht mehr richtig runterfährt sondern nur in den Standby.

    Beim Neustart sollte es dann aber funktionieren, da das System komplett neu hochgefahren wird. Aber auch da geht es leider nicht...

     

    Treiber usw. wurden alle überprüft und gegebenenfalls aktualisiert! Sind Windows 10 1709 Versionen mit allen verfügbaren Updates.

     

    Wir installieren prinzipiell alle Geräte mit einer Enterprise Version über WDS neu. Es sind also alle Geräte identisch installiert.

     

    Bis letzte Woche Donnerstag funktionierte ja auch alles ohne Probleme. Die Geräte wurde seither auch nicht verändert. Auch keine neuen Updates oder Programme.

    Die User haben auch keine Adminrechte.

     

    Achja, Virenscanner ist nur der Windows Defender drauf...

     

     

  8. Hallo zusammen,

     

    wir habe hier verschiedene Probleme mit dem lokalen Netzwerk, unter anderem ein sehr komisches Phänomen, dass alle mobilen Windows 10 Geräte betrifft.

    Und zwar behalten sie die IP Adresse, die sie von einem fremden Netzwerk (z.B. zuhause) bekommen haben und hohlen sich keine neue IP beim DHCP.

    Es kommt beim DHCP nicht mal eine Anfrage an!

    Erst wenn ich IPConfig /release und IPConfig /renew anwende holt sich der Client sofort und ohne Fehlermeldungen eine IP von den lokalen DHCP Servern,

     

    Bevor ich wieder die Netzwerkadmins nerve wollte ich mal nachfragen ob so ein Problem schon bei jemanden aufgetreten ist?

     

    Gruß,

    Shemeneto

  9. wo stand da was anderes? Hatte im 1. Beitrag nur geschrieben, dass das Problem an verschiedenen Clients auftaucht. Also nicht immer an den gleichen PC´s. Hatte nichts von der Hardware geschrieben. Oder was meinst du?

     

    Aber egal, ich denke auch das es an der Verkabelung bzw. an den Switchen liegt. Das ist aber bei uns ein schwieriges Thema, vor allem da der Fehler sporadisch auftritt und nicht so einfach reproduzierbar ist.

    Ich wurde angewiesen erst komplett auszuschließen, dass der Fehler auf meiner Seite liegt...

  10. @Zahni,

     

    den Link habe ich gelesen!

     

    Da steht I217-V weil in dem Gerät eine solche eingebaut ist. ;) 
    Wir haben hier verschiedene Hardware mit verschiedenen NIC´s (Intel, Broadcom usw.) und an allen tritt das Problem auf. Und auf diesem System hier ist auch ein original Intel Treiber installiert.

    Aus diesem Grund schließe ich mittlerweile die Hardware (nicht die Switche) und auch die NIC Treiber komplett aus.

     

    Wurde die Netzwerkverbindung bereits auf Stabilität getestet? 

     

     

    nein, wurde nicht gemacht. Dafür bin ich nicht zuständig. Ich habe aber denke ich jetzt alles auf meiner Seite ausgeschlossen und werde den Fall weitergeben!

     

    Danke für die Hilfe!

     

    Gruß,

    Shemeneto

  11. ein ipconfig /renew reicht schon und schon haben die PC´s wieder eine IP.

    Feste IP´s kommen nicht in Frage...

    
    Windows-IP-Konfiguration
    
       Hostname  . . . . . . . . . . . . : PCName
       Primäres DNS-Suffix . . . . . . . : domain
       Knotentyp . . . . . . . . . . . . : Hybrid
       IP-Routing aktiviert  . . . . . . : Nein
       WINS-Proxy aktiviert  . . . . . . : Nein
       DNS-Suffixsuchliste . . . . . . . : xxx.local
    
    Ethernet-Adapter Ethernet:
    
       Verbindungsspezifisches DNS-Suffix: 
       Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Connection I217-V
       Physische Adresse . . . . . . . . : x-x-x-x-x-x
       DHCP aktiviert. . . . . . . . . . : Ja
       Autokonfiguration aktiviert . . . : Ja
       IPv4-Adresse  . . . . . . . . . . : 169.254.146.119(Bevorzugt) 
       Subnetzmaske  . . . . . . . . . . : 255.255.0.0
       Standardgateway . . . . . . . . . : 10.x.x.254
       DHCP-Server . . . . . . . . . . . : 10.x.x.12
       DNS-Server  . . . . . . . . . . . : 10.x.x.10
                                           10.x.x.11
       NetBIOS über TCP/IP . . . . . . . : Aktiviert
    
    
    
×
×
  • Neu erstellen...