Jump to content

peterg

Members
  • Gesamte Inhalte

    576
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von peterg

  1. Hallo,

     

    danke für die Antworten.

     

    Bei 1a würde ich immer noch gerne wissen ob man den Router als Gateway und als DNS eingetragen soll. Beim DNS war ich mir nicht sicher. Zudem steht im Netzwerk- und Freigabecenter "Öffentlichens Netzwerk". Sollte man das ändern? Wenn ja wie?

     

    2. Die CPU- und Speicherauslastung beobachte ich mal wenn der Server im Betrieb ist. Dann kann man ja immer noch "nachjustieren". Mit ging es nur darum, ob ich grundsätzlich Fehler gemacht habe.

     

    3. Ich dachte es macht Sinn, dass jeder virtuelle Server eine eigene physikalische NIC hat.

    Die 64 GB RAM sollten doch für Exchange, Fileserver und Host ausreichen, auch wenn der Exchange z.B. 32GB bekommen würde. Zur Not kann ich noch 2x16 GB reinstecken.

     

    Noch was: :-)

    Was mich noch etwas wurmt ist die Tatsache, dass der Host auf den 2x300GB Festplatten so gut wie keinen Speicherplatz benötigt. Würde es z.B. Sinn machen, dass der zweite virtuelle Server hier mit auf die Partition kommt? RAID 1 ist zwar etwas langsam, aber nur für den Exchange sollte es doch passen (für den Fall, dass beim RAD10 Verbund der Festplattenspeicher mal knapp wird).

     

    Kann man einen virtuellen Server und virtuelle Festplatten eigetlich auch später "verschieben"? 

     

    Kann man das RAID10 später ohne irgendwelche Neuinstallationen um eine 600 GB Festplatte erweitern (dann 5x600GB)?

     

    Gruß,

    Peter

  2. Hallo,

     

    ich bin brandneu im Thema Virtualisierung und habe gerade meine erste Installation gemacht. Im Netz und in den Foren gibt es wirklich tolle Artikel und man weiß aber bei den vielen Infos eigentlich gar nicht mehr was man nur machen soll oder besser nicht. Ich hätte daher ein paar Fragen die man mir evtl. aus der Erfahrung beantworten kann.

     

    Hardware:
    Intel Xeon E5-2420v2 (6C/12T)
    64 GB RAM
    2x GBit LAN onboard
    2x300 GB SAS RAID 1 nur für HOST
    4x600 GB SAS RAID10 für Systeme und Daten
    1x 600 GB SAS als global HotSpare

    Externer RAID-Controller 512MB + BBU

     

    Einsatz:
    Reiner Fileserver für ca. 12-15 User
    Kleine SQL-Express 2012 Datenbank

     

    Meine Fragen:
    1. Konfiguration Host
    Ich habe die beiden onboard NICs für Management (HOST) und für die Virtualisierung getrennt.

     

    a. Netzwerkkonfig für Host:
    Welche IP-Parameter gibt man am HOST bei IPv4 ein?
    Um eine Internetverbindung zu bekommen habe ich eine feste IP gewählt (liegt nicht im Bereich des DHCP am DC), den Router als Gateway und als DNS eingetragen. Ist das so ok? Beim DNS war ich mir nicht sicher.

    Zudem steht im Netzwerk- und Freigabecenter "Öffentlichens Netzwerk". Sollte man das ändern? Wenn ja wie?

     

    b. Konfiguration Host
    Hier habe ich den Server 2012 R2 installiert und alle aktuellen Updates, Treiber, etc. installiert. Mehr nicht.

    Wie sieht das mit zukünftigen Updates, etc. aus? Soll man das auch regelmäßig am Host machen?

     

    c. Sicherung Host
    Hier würde ich einfach wöchentlich die Windows-Sicherung auf eine USB-Festplatte machen.

     

    2. Virtueller Server
    Ich habe den Server 2012 R2 Standard als DC inkl. AD, DNS, DHCP installiert. Die 2te NIC habe ich als "externen" virtuellen Switch konfiguriert.

     

    a. Arbeitsspeicher
    Hier gibt es ja viele Aussagen. Ich habe folgendes eingestellt:
    Arbeitsspeicher beim Start: 2048 MB
    Min- RAM: 512 MB
    Max- RAM: 57344 MB (=56 GB)
    Dynamischen Arbeitsspeicher aktiviert

     

    Passt das?

    Werden die restlichen 8 GB dann eigentlich automatisch komplett für den HOST verwendet?

     

    b. Prozessoren:
    Hier habe ich zunächst für den virtuellen Server 8 Prozessoren eingetragen. 4 sind also noch übrig. Nimmt der Host dann automatisch die restlichen 4 Prozessoren? Was wäre hier "Best practice"?

     

    3. Spätere Erweiterung
    Evtl. wird später noch ein zweiter virtueller Computer (Server 2012 R2) für Exchange 2013 notwendig. Wie sollte hier die Zuteilung Arbeitsspeicher/Prozessoren hinsichtlich HOST, DC und dem Server für Exchange sein?

    Ich würde dann später auch noch eine zusätzliche NIC für den Exchange in den Server einbauen, damit jeder virtuelle Server eine eigene physikalische NIC hat. Das sollte ja kein Problem sein.

     

    Sollte ich den zweiten virtuellen Server gleich installieren oder später (incl. Einbau der zweiten Netzwerkkarte) ?

     

    4. Sicherung
    Die Sicherung der virtuellen Server erfolgt über ARCserve UDP 5 aus eine NAS. Der Host wird wie erwähnt über die Windows-Sicherung gesichert.

     

    Schöne Grüße
    Peter

  3. Hallo,

     

    irgendwie habe ich die Nase voll vom Essentials! Vielen Dank für die Unterstützung.

     

    Wir kaufen ein Lizenzupgrade. Ich habe nun einen Server 2012 R2 Standard als Host installiert und mittels Hyper-V einen virtuellen DC mit Server 2012 Std. installiert. Mit dem Standard-Server ist auch alles wie gewohnt und nicht irgendwie versteckt.

     

    Ich habe so eine Virtualisierung noch nie gemacht, aber der DC läuft aktuell ganz gut. Ich habe noch eine Warnung im Ereignisprotokoll (ID1400 ADWS, Von den Active Directory-Webdiensten konnte kein Serverzertifikat mit dem angegebenen Zertifikatnamen gefunden werden), welche ich gerne weg hätte, aber sonst bin ich zufrieden. Alle Clients (egal was da jetzt alles drauf war) konnte ich problemlos anbinden.

     

    Es könnte eh sein, dass wir mal einen zweiten Server für diverse Anwendungen benötigen und da könnte ich ja eine zweite NIC einbauen (zwei sind onboard 1x Host, 1x DC) und einen zweiten virtuellen Server installieren. Das sollte funktionieren oder?

     

    Mit dem Server 2012 R2 sind ja auch zwei virtuelle Server-Lizenzen dabei. Ist richtig oder?

     

    Hinsichtlich der HOST-Konfiguration und der Speicher/CPU Zuordnung bzw. Optimierung werde ich ein neues Thema aufmachen und nach Best Practice fragen.

     

    Gruß,
    Peter (mit den Nerven am Ende) :-)

  4. Wie meinst Du das "Was gebe ich beim DHCP an"? Siehe oben. Als Bereichsoptionen die Router-IP (003) , den DNS-Server (006 - Server-IP), und den DNS-Domänenname: DGH.local (015).

    Der DHCP-Server ist der DC, als Serverrolle installiert. Es gibt im Netz nur den DC.

     

    Den DHCP-Server habe ich analog folgender Anleitung konfiguriert: http://mntechblog.de/active-directory-dhcp-server-unter-windows-server-2012-r2-installieren-und-konfigurieren/

     

    P.S.

    Es ist mir noch aufgefallen, dass beim Aufrufen der Connector-Software die Abfrage bzgl. der Intraneteinstellungen bei den Clients nicht kommt, wo die Anbindung nicht funktioniert.

     

    P.S. 2

    Jetzt wir das Netzwerk als öffentlich und "nicht authetifiziert" erkannt? Da muss doch irgendwas am DHCP nicht stimmern oder?

    Die IP-Adressen werden sauber verteitl, die DNS-Einträge funktionieren, NS-LOOKUP paßt. ?????

     

    Gruß,

    Peter

  5. Hallo,

     

    Zitat peterg - 31 Mar 2015 - 21:59: snapback.png

    Bei den anderen Rechnern steht DGH.local (ohne 2).

     

    Das ist der Domainname, richtig? Was alles gibst Du beim DHCP mit?

     

    Ja, das ist der Domänenname. -> DGH.local

    DHCP: Router-IP, DNS-Server (Server-IP), DNS-Domänenname: DGH.local

     

    Ich dachte ich wäre ein Stück weiter....

     

    Scheinbar wird bei den das Netzwerk immer als "öffentliches" Netzwerk und nicht als Arbeitsplatznetzwerk erkannt. Ich habe zum Test von einem Client alle Netzwerkprofile aus der Registry gelöscht und TCP/IP zurückgesetzt (netsh int ip reset). Den Router habe ich geprüft und der DHCP ist definitiv deaktiviert. Es gibt nur den DHCP am Server. Nach dem Neustart des Clients wurde das Netz auch als Arbeitsplatznetzwerk erkannt bzw. man kann den Typ auswählen. Bei der Anbindung habe ich die Firewall am Server und Client zum Test deaktiviert. Alles hat einwandfrei funktioniert.

     

    Dann habe ich nochmal zwei Client mit aktivierter Firewall angebunden. Ebenso problemlos.

     

    So und nun kommts. Ich habe hier einen nagelneuen Client und wollte auch diesen zum letzten Test anbinden. Fehlgeschlagen. Genau die gleiche Meldung wieder. Ich habe dann ebenfalls die Netzwerkprofile aus der Registry gelöscht und TCP/IP zurückgesetzt (netsh int ip reset). Nach dem Neustart konnte man die Art des Netzwerkes auswählen. Ich habe Arbeitsplatznetzwerk gewählt. (in der Registry war dann das Netzwerkprofil DGH-local mit Categroy 1 eingetragen). IP-Adresse, etc. paßt alles. Nach http://servername/connect und den Userdaten kommt wieder die Fehlermeldung. Bei den Netzwerkprofilen in der Registry unter LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\profiles stehen nun plötzlich zwei Netzwerkprofile drin. Das Profil nach dem Neustart mit DGH.local (jetzt Category 2) und dann noch DGH.local 2 (Categroy 0 !!!). Im Netzwerk und Freigabecenter steht als aktives Netzwerk DGH.local (Domänennetzwerk). Der Client ist auch am Server angelegt, jedoch ohne Status, auch wird das Profil am Client nicht angelegt.

     

    Was mache ich hier falsch? Das gibt es doch nicht. 3 Clients funktionieren und dann ist wieder Schluss.

    Ich mußte den Server aufgrund von Updates vor dem letzten Testclient 2x neu starten. Kann hier was mit der Netzwerkkennung passieren?


    Soll ich mal vor http://servername/connect das Netzwerk in der Registry manuell auf den Wert 2 = Domänennetzwerk umstellen? Bei den angebundenen Clients ist dies so, aber erst nach der Anbindung und wird automatsich gemacht.

     

    Ich bin um jeden Rat dankbar.

     

    Gruß,

    Peter

  6. Hallo Sunny61,

     

    erst mal vielen Dank für die Tipps. Jetzt wird es etwas kompliziert. Ändere ich am zweiten VWware Client den Wert Category = 2 (=Arbeitsplatz), dann ist dieser nach dem Neustart wieder auf 0 (= öffentlich). Ändere ich im Netzwerk- und Freigabecenter das Netzwerk manuell (anklicken) auf Arbeitsplatznetzwerk, so steht nach dem Neustart die Category = 1 (Privat).

     

    Beim Client (Fujitsu Notebook) wurde nach meiner Neuinstalltion gleich das Arbeitsplatznetzwerk "DGH.local" erkannt und steht aber mit Wert = 1 in der Registry ????

     

    Schaue ich mal bei meinem VMware Client nach (wo die Anbindung paßt), so steht der Wert auf = 2 (Arbeitsplatz) und als Bezeichnung wird im Netzwerk- und Freigabecenten "Domänennetzwerk" angezeigt. Der Name ist aber DGH.local 2.

     

    Bei den anderen Rechnern steht DGH.local (ohne 2).

     

    Ändere ich den Wert am Client (Fujitsu Notebook) auf = 2, so steht DGH.local "Domänennetzwerk" da.

     

    Blicke jetzt nicht mehr durch. Laut der Beschreibung ist 1 = Privat und 2 = Arbeitsplatz. ????  Hier ist es so, dass 2 = Domänennetzwerk bedeutet.

     

    Ich habe an einem Client mal "netsh int ip reset" ausgeführt und nach dem Neustart steh im Netzwerk- und Freigabecenter "öffentliches Netzwerk". Woher kommt das?

    Wenn ich dann "manuell" über das Netzwerk- und Freigabecenter den Ort auf "Arbeitsplatznetzwerk" ändere bleib das zwar so (auch nach einem Neustart), aber die Anbindung funktioniert immer noch nicht.

     

    Liegt es am Server? Neuinstalltion? Bin zu allem bereit.

     

    Ich drehe aber bald noch durch. Die Serverinstallation war eigentlich einandfrei und nun läßt sich kein Client anbinden. Das gibt es doch nicht. Ich will nur noch umfallen.

     

    Ach ja, den Essentials finde ich grausam im Bezug auf AD / Dashboard, manuelle Freigaben, manuelle Gruppen, etc.

     

    Gruß,

    Peter

  7. Hi,

     

    wieder die selbe Fehlermeldung. :( In den Computereinstellungen ist der Client angebunden, aber es wird kein Konto angelegt, kein Status ist verfügbar, ...

    Der Primäre DNS-Suffix wird bei ipconfig /all sauber eingetragen. Ebenso in der DNS-Forward Lookupzone.

     

    Auf dem Rechner war G-Data Internet Security installiert. G-Data habe ich vorher deinstalliert und den Reg-Cleaner von G-Data verwendet.

     

    Es sind alle MS Updates installiert!

     

    Ich installiere jetzt den Client neu (ohne Anti-virus, etc.) inkl. aller MS-Updates und probiere es dann nochmal. Ich dreh bald durch.

     

    Gruß,

    Peter

     


    Hallo,

    ich habe jetzt nochmal eine VM mit Win7-64 Prof. installiert. Es wird das Netzwerk unter Netzwerk- und Freigabecenter als "Öffentliches Netzwerk" mit dem Domänennamen "DGH.local" angezeigt.

     

    Das Notebook installiere ich auch gerade neu (ohne irgendwelche Zusatzsoftware). Hier wird das Netzwerk als "Arbeitsplatznetzwerk" angezeigt.

     

    Bringt das irgendwas? Wenn die Updates durchgelaufen sind, dann probiere ich die Anbindung nochmal.

     

    Gruß,

    Peter

  8. Hi,

     

    das Image (mit True Image von Acronis) habe ich nicht bearbeitet. Das ist ein Image ohne Domänenanbindung, quasi nach der Installation des Notebooks gemacht. Muss man das mit SYSREP dann trotzdem machen? Das ist kein Image von einem anderen Rechner.

     

    Server: Domänennetzwerk DGH.local

     

    Client: Arbeitsplatznetzwerk DGH.local

     

    LOCAL Host habe ich entfert. Im DHCP und DNS habe ich das Notebook gelöscht. Das NB hat eine neue IP erahlten und jetzt paßt auch das Lease-Datum. Im DHCP und beim DNS in der Reverse-Lookupzone wurde das Notebook automatisch mit der neuen IP eingetragen. Primäres DNS-Suffix ist bei ipconfig /all noch leer.

     

    Soll ich die Anbindung nochmal probieren?

     

    Gruß,

    Peter

  9. Hallo,

     

    anbei die Daten:

    Windows-IP-Konfiguration des Clients (Image neu eingspielt, noch ohen Anbindungsversuch)
    
    
    
       Hostname  . . . . . . . . . . . . : NB02
    
       Primäres DNS-Suffix . . . . . . . :
    
       Knotentyp . . . . . . . . . . . . : Hybrid
    
       IP-Routing aktiviert  . . . . . . : Nein
    
       WINS-Proxy aktiviert  . . . . . . : Nein
    
       DNS-Suffixsuchliste . . . . . . . : DGH.local
    
    
    
    Ethernet-Adapter LAN-Verbindung:
    
    
    
       Verbindungsspezifisches DNS-Suffix: DGH.local
    
       Beschreibung. . . . . . . . . . . : Realtek RTL8168B/8111B Family PCI-E Gigab
    
    it Ethernet NIC (NDIS 6.20)
    
       Physikalische Adresse . . . . . . : 00-16-D3-8D-56-0A
    
       DHCP aktiviert. . . . . . . . . . : Ja
    
       Autokonfiguration aktiviert . . . : Ja
    
       Verbindungslokale IPv6-Adresse  . : fe80::f55e:7af7:31ce:7022%11(Bevorzugt)
    
       IPv4-Adresse  . . . . . . . . . . : 192.168.100.20(Bevorzugt)
    
       Subnetzmaske  . . . . . . . . . . : 255.255.255.0
    
       Lease erhalten. . . . . . . . . . : Samstag, 22. Februar 1879 06:11:28
    
       Lease läuft ab. . . . . . . . . . : Dienstag, 21. April 2015 11:39:41
    
       Standardgateway . . . . . . . . . : 192.168.100.254
    
       DHCP-Server . . . . . . . . . . . : 192.168.100.1
    
       DHCPv6-IAID . . . . . . . . . . . : 268441299
    
       DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1C-8E-0A-60-00-16-D3-8D-56-0A
    
    
    
       DNS-Server  . . . . . . . . . . . : 192.168.100.1
    
       NetBIOS über TCP/IP . . . . . . . : Aktiviert
    
    
    
    Drahtlos-LAN-Adapter Drahtlosnetzwerkverbindung:
    
    
    
       Medienstatus. . . . . . . . . . . : Medium getrennt
    
       Verbindungsspezifisches DNS-Suffix:
    
       Beschreibung. . . . . . . . . . . : Intel(R) PRO/Wireless 3945ABG-Netzwerkver
    
    bindung
    
       Physikalische Adresse . . . . . . : 00-1B-77-A5-B2-D9
    
       DHCP aktiviert. . . . . . . . . . : Ja
    
       Autokonfiguration aktiviert . . . : Ja
    
    
    
    Tunneladapter isatap.{42851688-9106-4A03-934B-F7D312D49420}:
    
    
    
       Medienstatus. . . . . . . . . . . : Medium getrennt
    
       Verbindungsspezifisches DNS-Suffix:
    
       Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter
    
       Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
    
       DHCP aktiviert. . . . . . . . . . : Nein
    
       Autokonfiguration aktiviert . . . : Ja
    
    
    
    Tunneladapter isatap.DGH.local:
    
    
    
       Medienstatus. . . . . . . . . . . : Medium getrennt
    
       Verbindungsspezifisches DNS-Suffix: DGH.local
    
       Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #2
    
       Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
    
       DHCP aktiviert. . . . . . . . . . : Nein
    
       Autokonfiguration aktiviert . . . : Ja
    
    
    
    Tunneladapter Teredo Tunneling Pseudo-Interface:
    
    
    
       Medienstatus. . . . . . . . . . . : Medium getrennt
    
       Verbindungsspezifisches DNS-Suffix:
    
       Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
    
       Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
    
       DHCP aktiviert. . . . . . . . . . : Nein
    
       Autokonfiguration aktiviert . . . : Ja
    
    Windows-IP-Konfiguration des servers
    
    
    
       Hostname  . . . . . . . . . . . . : SRV1
    
       Primäres DNS-Suffix . . . . . . . : DGH.local
    
       Knotentyp . . . . . . . . . . . . : Hybrid
    
       IP-Routing aktiviert  . . . . . . : Nein
    
       WINS-Proxy aktiviert  . . . . . . : Nein
    
       DNS-Suffixsuchliste . . . . . . . : DGH.local
    
    
    
    Ethernet-Adapter Ethernet:
    
    
    
       Verbindungsspezifisches DNS-Suffix:
    
       Beschreibung. . . . . . . . . . . : Intel(R) I210 Gigabit Network Connection
    
       Physische Adresse . . . . . . . . : 90-1B-0E-10-59-FC
    
       DHCP aktiviert. . . . . . . . . . : Nein
    
       Autokonfiguration aktiviert . . . : Ja
    
       Verbindungslokale IPv6-Adresse  . : fe80::719b:1570:2104:7446%12(Bevorzugt)
    
       IPv4-Adresse  . . . . . . . . . . : 192.168.100.1(Bevorzugt)
    
       Subnetzmaske  . . . . . . . . . . : 255.255.255.0
    
       Standardgateway . . . . . . . . . : 192.168.100.254
    
       DHCPv6-IAID . . . . . . . . . . . : 311433998
    
       DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1C-A9-A3-24-90-1B-0E-10-59-FC
    
    
    
       DNS-Server  . . . . . . . . . . . : 192.168.100.1
    
                                           127.0.0.1
    
       NetBIOS über TCP/IP . . . . . . . : Aktiviert
    
    
    
    Tunneladapter isatap.{359D691B-8392-4891-9D78-CDB20CC6D7A4}:
    
    
    
       Medienstatus. . . . . . . . . . . : Medium getrennt
    
       Verbindungsspezifisches DNS-Suffix:
    
       Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter
    
       Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
    
       DHCP aktiviert. . . . . . . . . . : Nein
    
       Autokonfiguration aktiviert . . . : Ja
    

    Beim zweiten Client kann ich das erst später posten, da ich hier eine andere Festplatte eingebaut hatte und an des Notebook gerade nicht ran komme (gehört meiner Frau)  :-)

     

    Mir fällt gleich mal auf, dass der DNS-Suffix fehlt (oder kommt der erst nach der Anbindung) und das Lease ist vom Samstag, 22. Februar 1879 06:11:28.

    Wie geht das denn? Die Lease-Dauer ist im DHCP mit 21 Tagen eingestellt und die IP wurde heute vergeben. Das paßt dann mit dem Ablaufdatum.

     

    Gruß,

    Peter

  10. Hallo,

     

    ich habe hier ein dickes Problem mit der Anmeldung der Clients an die Windows-Domäne. Im Einsatz (noch im Test) ist ein Server 2012 R2 Essentials. DHCP, DNS, NSLOOKUP, etc. funktioniert alles einwandfrei.

     

    Ich habe hier zum Test 2 Fujitsu-Notebooks mit Win7-64 und Win7-32, sowie ein Win7-64 in einer VM-Workstation auf einem DELL-Notebook.

     

    Das System in der VMware läßt sich problemlos anbinden http://SRV1/connect. Die Anbidung läuft sauber durch. Ein Neustart wird verlangt, etc. Im Dashboard werden alle Statusinformationen angezeigt.

     

    Bei den beiden anderen Systemen ist Fehlanzeige. Nach http://SRV1/connect wird noch automatisch der verfügbare Server ausgewählt, die Abfrage der Intraneteinstellung kommt nicht. Dann kann ich den Benutzernamen und das Passwort eingeben und das war es dann.

    Der Rechner macht ein bischen rum und dann kommt die Meldung: Der Computer kann nicht mit dem Netzwerk verbunden werden (siehe Anlage).

     

    Es kommt kein Neustart und auch keine Abfrage "Computer einrichten", etc. wie bei dem System in der VMware.

     

    Komischerweise wird der Computer im Dashboard angelegt, es sind aber keine Statusinformationen verfügbar. Auch am Client in den Systemeigenschaften\Computername wird der Suffix am Clientnamen angehängt und die  Domäne richtig eingefügt.

     

    Uhrzeit/Datum paßt mit dem Server zusammen.

     

    Net Framework 4.5 habe ich auch schon mal deinstalliert. Das wird dann beim neuen Connectversuch (vorher natürlich den Client von der "Domäne" genommen und vom Server gelöscht) runtergeladen.

     

    Ich bin jetzt super-ratlos.  :confused: :confused: :confused:

     

    Schöne Grüße

    Peter

    post-9377-0-71967100-1427788358_thumb.jpg

  11. Hallo,

     

    ich habe hier ein Verhalten bei der Namensgebung (Authorisierung) des DHCP-Servers, was ich nicht verstehe. Bin aber auch kein Experte.

     

    MS Server 2012 R2 Essential wird eingesetzt und der Server hat 2 Netzwerkkarten  onboard. Die 2te NIC wird nicht genutzt, da Trunks wohl mehr Probleme bereiten und auch mit einer 1000MBit NIC sollte alles passen.

     

    Die 2te  NIC ist aktiviert und steht auf "IP-Adresse" und "DNS-Server" automatisch beziehen. Es ist aber kein Kabel angesteckt.

     

    Ich habe dann den DHCP-Server installiert und im DHCP-Manager steht als DHCP-Server immer die IP 160.254.122.157 und nicht wie gewöhnlich "servername.domäne.local" Der Server hat die IP 192.168.100.1 und der DHCP-Rage ist ...100.11 bis 100.199. Keine Ahnung wo die IP-Adresse als "Name" herkommt. Der DHCP funktioniert auch im definierten Bereich.

     

    Ich habe dann mal die 2 NIC deaktiviert und schon steht im DHCP-Manager als Name des DHCP-Server "servername.domäne.local", wie ich es kenne.

     

    Kann mir das jemand erklären?

     

    Wie sollte man die 2te NIC im Server nutzen bzw. konfigurieren?

     

    Schöne Grüße

    Peter

     

     

     

     

     

     

     

  12. Hi,

     

    auf dem Server im Zuge der Installation, Konfiguration. Dann wird die UAC wieder aktiviert.

     

    Scheinbar reicht es bei Server 2012 R2 aber nicht aus nur die UAC wie oben beschreiben zu deaktivieren. Mann muss auch noch die lokale Gruppenrichtline anpassen.

     

    Um die UAC komplett zu deaktivieren: Editor für lokale Gruppenrichtlinen (gpedit.msc) öffen -> Computerkonfiguration\Windows Einstellungen\Sicherheitseinstellungen\Lokale Richtlinien\Sicherheitsoptionen

    -> Hier die Richtline "Alle Administratoren im Administratorengenehmigungsmodus ausführen" deaktivieren.

     

    Gruß,

    Peter

  13. Hallo,

     

    da wir in nächster Zeit einen neuen Server mit MS Server 2012 R2 Essentials bekommen habe ich als "Freizeit-Admin" (einen anderen gibt's nicht) mal das System zum Test in eine VM (VMware Workstation 11) installiert. Alle Installationen, DHCP, DNS, etc. funktionieren gut. Nur bei den Anmeldescripts habe ich ein Problem.

     

    Ich kann zwar eine Datei "login_xx.cmd" in den Ordner C:\Windows\SYSVOL\Sysvol\xxx.local\Skipts kopieren, aber wenn ich dann auf diesen Ordner zugreife und die Datei z.B. verändern möchte, habe ich keine Schreibrechte (beim Speichern kommt die Meldung: Zugriff verweigert). Ich bin als Admin (wird ja im Zuge der Installation angelegt) angemeldet. Der Admin ist auch in der Admin-Gruppe und die Administratoren sind auch in der automatischen Freigabe der Ordner mit Vollzugriff berechtigt.

     

    Bei VMware Workstation sind die "Shared-Folders" deaktiviert (falls das interessant ist).

     

    Woran kann das liegen?

     

    Schöne Grüße
    Peter

  14. Hallo,

     

    ich habe hier ein kleines Problem mit einem MacBook Pro (OS X 10.9.5) und der Netzwerkumgebung einer Windows-Domäne mit einem Small Business Server 2011 (resp. Server2008R2).

     

    Auf dem MacBook ist Parallels Desktop 10 installiert. Hier läuft ein Windows 7 Prof., 64-Bit. Die Domänenanbindung der Windows-Version funktioniert eigentlich einwandfrei. Alle Netzlaufwerke werden per Skript verbunden, Exchange, etc.

     

    Problem:
    In der Netzwerkumgebung von Windows 7 (im Parallels Desktop installiert) ist der Domänenserver nicht sichtbar. Die Datei und Druckerfreigabe ist aktiviert. Bei den anderen Windows 7 Clients ist der Server sichtbar. Ich muss aber ein Programm über die Netzwerkumgebung installieren (UNC), sonst funktioniert das nicht. Auch wenn man den UNC-Pfad direkt im Explorer eingibt, wird dieser nicht aufgelöst. Im MacBook selbst ist der Server sichtbar, aber halt nicht unter der Windows Version im Parallels Desktop.

     

    Woran kann das liegen?

     

    Gruß,

    Peter

  15. Hallo,

     

    irgendwie komisch... Bis vor kurzem hat meine VPN-Verbindung einwandfrei funktioniert. Seit heute scheinbar nicht mehr. Ich kann mich zwar einwählen, bekomme auch eine IP-Adresse aus dem richtigen Netz, aber ich kann nicht mehr auf die Dateien am Server zugreifen. Gebe ich im Explorer \\sbserver (=Servername) ein, so passiert nichts. Bisher wurden mir dann alle Freigaben von unserem Server angezeigt.

     

    VPN-Server: Small Business Server 2011 (=Server2008R2)

    Rechner zu Hause: Windows 7 Prof., kein Domänenmitglied (Privatrechner)

     

    Woran könnte da liegen? Ich habe schon alle Firewalls zum Test deaktiviert.

     

    Gruß,

    Peter

     

     

  16. Hallo,

     

    also vielen Dank für die Rückmeldungen. Ich hab's mit dem Router getestet und es hat das alles funktioniert was wir brauchen. Internet, Telefon und Zugriff auf eine NAS mit fester IP. So können wir die Daten von der NAS auf den Rechner kopieren und "lokal" arbeiten.

     

    Das man den DHCP des Routers mauell aktivieren und deaktiveren muss ist in 2 Minuten erledig und kein Problem.

     

    Gruß,

    Peter

  17. Hallo,

     

    wir hatten einen Hardwaredefekt bei unserem Server (Small Business Server 2011), welcher auch als DHCP- und DNS-Server fungiert.

     

    Da wir über VoIP telefonieren haben wir festgestellt, dass beim Serverausfall auch unsere Telefone nicht mehr funktionieren, da diese ihre IP-Adresse auch vom DHCP-Server bekommen.

     

    Frage (für die Zukunft):
    Kann man während der Ausfallzeit des Servers den DHCP-Server des Routers aktivieren um wenigstens telefonieren und mit den Clients ins Internet gehen zu können?

     

    Ich würde vom Server einen IP-Adressbereich ausschließen und diesen am Router aktivieren. Bevor der Server wieder eingeschaltet wird, wird der DHCP-Server am Router wieder deaktiviert.

     

    Geht das so einfach oder muss man noch was beachten (DNS, etc.)?

     

    Gruß,
    Peter

×
×
  • Neu erstellen...