Sunny61

 

Ich hab die Administration von jemand anders übernommen und aktuell stoße ich auf dem Server immer wieder auf neue Baustellen die es zu richten gilt, beispielsweise ist der TrustedInstaller irgendwie total zerschossen, so dass sich unterm Administrator nichts mehr sauber installieren/deinstallieren lässt.

Leg doch mal ein neues Benutzerprofil für den Admin an oder leg einen neuen Admin und melde ich damit an.

Es befinden sich Registry/Datenbank/Datei Reste auf dem Server von Zahlreichen Versuchsinstallationen die es mir teilweise einfach schwer machen Probleme zu finden.

Besser den DC/Server neu installieren. Wenn Du keinen weiteren DC hast, dann installieren einen temporär.

Default Website ist doch Port 80. Da läuft beim SBS das Companyweb. Was wurde wann geändert? Was wurde wann installiert? Seit wann besteht das Problem?

Es gibt auch ein kleines HowTo bei gruppenrichtlinien.de: http://www.gruppenrichtlinien.de/artikel/remoteunterstuetzung-remote-assistance-netzwerkweit-anbieten/

Trag als Forwarder doch mal den Google DNS ein: 8.8.8.8

Trotzdem würde ein ipconfig /all nicht schaden, aber nur wenn Du es nicht veränderst, außer die Namen natürlich.

Ich hatte einmal eine Migration von Office 2000 zu 2007. Wir haben damals im Paket das Upgrade angegeben, das hatte auch einwandfrei funktioniert. Die letzte Migration von 2003 auf 2010 war mit neuen Rechnern verbunden, d.h. die Maschinen wurde neu installiert und gleich mit O2010.

Trotzdem würde ich heute wieder zu einer Migration raten. Das ist IMHO bei Office stressfrei und funktioniert wie es soll. Falls es doch einen Problemfalls gibt, kann man immer noch deinstallieren, FixIt laufen lassen und wieder installieren.

Firewall auf den Server ab 2008 abzuschalten ist kontraproduktiv. Zeig doch ein ipconfig /all von einem betroffenen Server und vom DC. Welcher DNS ist beim DNS-Server in den Weiterleitungen eingetragen?

 

Nächstes Problem: manche Notebooks sind nicht in der Domäne, zum Beispiel manche Außendienstler.

Da siehts wieder b***d aus mit dem 802.1x.

Weshalb sind immer die Notebooks der Außendienstmitarbeiter nicht in der Domain? Es gibt für die Benutzer keinerlei Nachteile wenn die Geräte in der Domain sind.

 

ich habe eine Anwendung in vb.net geschrieben, die ADODB-Zugriffe auf eine SQL Server Datenbank macht.

Diese Anwendung soll nun von verschiedenen Benutzern von zu Hause aus - aber natürlich auf die gleiche Datenbank hin verwendet werden können.

 

Eine Backend- Frontend-Modultrennung habe ich in der Software leider nicht.

Natürlich hast Du eine Aufteilung nach Front- und Backend. Das Frontend ist deine .net EXE, das Backend ist die SQL Server Datenbank.

1. Datenbankrechner im Internet mit fester IP-Adresse

Schlechter Plan, einen SQL Server ins Internet zu stellen.

2. VPN-Netzwerk mit den Rechnern von zu Hause einrichten, über welches aus dem Internet auf die Datenbank zugegriffen werden kann.

 

Meine Frage:

 

Ist das halbwegs sicher machbar? (Geldwerte Geheimnisse stehen nicht in der Datenbank, öffentlich sind die Daten dennoch nicht, hier sollen die Relationen stimmen).

Die zweite Variante würde ich persönlich bevorzugen. Zum einen hast Du das VPN, und zum zweiten dann den Login zum SQL Server. Den SQL Server solltest Du dann natürlich bei dir im LAN stehen haben.

Ping MACADRESSE -a [ENTER]. Evtl. kriegst Du so einen Namen zurück, mit dem Du etwas anfangen kannst.

ja, ich habe Laufwerkbuchstaben drin. Von C:\xxx nach Z:\xxx (Netzlaufwerk).

 

Macht das wohl einen Unterschied? Macht er doch auch, wenn ich die CMD manuell ausführen... Werde es auf alle Fälle testen!

Laufwerksbuchstaben sind IMMER Benutzerabhängig, genau deshalb sollte man IMMER in Scripten mit UNC-Pfaden oder Variablen arbeiten. Sie dir dazu auch mal die Ausgabe von SET an.

@Sunny61:

Nein, das klappt wie gesagt nicht. Ich kann User nur aus meiner Domain hinzufügen. Klappt das denn bei euch? Das kann ich mir nicht vorstellen, deshalb schliesse ich mich auch der Meinung von NilsK an.

Nein, ich hab das nicht ausprobiert. Es war nur als mögliche Lösung gedacht. Aber gut, wenn das so nicht funktioniert dann wissen wir das jetzt auch. ;)

Nein, ich will nur den DC neu installieren - das AD soll bleiben.

 

 

Einen zweiten DC habe ich allerdings nicht?!

Wenn es nur für einen kurzen Zeitraum sein wird, dann kannst Du dafür auch einen besseren PC verwenden. Server installieren und per DCPROMO zum DC machen. DNS-Rolle mit installieren. Welcher Server ist DHCP Server? Wenn der alte DC das ist, mußt Du diese Rolle auch auf den neuen übertragen. Eigentlich sind das alles Grundlagen, das ist so gut wie nicht möglich dir diese in einem Forum zu vermitteln. Hast Du niemanden vor Ort der dich dabei unterstützen kann?

Was genau macht die CMD? Kopieren von A nach B? Wenn ja, hast Du Laufwerkbuchstaben in der CMD? Wenn ja, durch UNC-Pfade ersetzen.

die o.g. Befehle durchgeführ, aber der 23.08.213 steht immer noch da

Hmm, in der SoftwareDistribution.log ist nichts auffälliges enthalten? Die Logdatei ist im Programmverzeichnis vom WSUS zu finden. Wenn dort allerdings das korrekte Datum drin steht würde ich es ignorieren.

Die Installation per GPO so wie Du es dir vorstellst, hat nichts mit VL oder Nicht-VL zu tun. MS hat mit Office 2007 den Admins die Möglichkeit genommen, einfach per GPO so wie bisher das Office zu installieren. Es klappt nur noch per Software Verteilung und/oder als Computerstartupscript. Denn Du kannst nur noch die Setup.exe zum starten benutzen, kein MSI-File mehr. Die Installation wird sicherlich als Computerstartupscript funktionieren, Du mußt aber bei jedem Rechner die Serial manuell eingeben. Bei Volumen Lizenzen hast Du das Problem nicht.

Ja, das ist eine Testumgebung. Ich hatte heute noch zusätzlich das Problem das meine GPO für Servergespeicherte Profile ebenfalls nicht "greifen" wollte. Ich denke ich werde also die Woche das ganze System mal wegschmeißen und neu machen, da scheint ja doch irgendwas nicht mehr ganz in Ordnung zu sein - und dann mache ich alle GPOs noch einmal Schritt für Schritt und eine nach der anderen.

Gut, neu machen ist hier vermutlich die bessere Variante.

Warum ist es übertrieben bzw. warum macht man das nicht das man dies direkt mit der Domäne verknüpft?

Weil es übertrieben ist und Du damit wirklich *jedes* Benutzerkonto erwischt. Bei vielen willst Du das gar nicht. Es *muss* auf OU-Ebene funktionieren.

(Wie man meinen Fragen anmerkt bin ich noch recht neu in der Materie, ich beschäftige mich erst seit einigen Wochen mit Windows Server 2012 da ich derzeit einen Kurs zum MCSA und MCSE mache, daher bin ich um jeden Tipp und Rat dankbar.) :)

Kein Problem, aber ein Forum kann keine Grundlagen Schulung betreiben oder ersetzen.

Bei so vielen Fehlern solltest Du vielleicht das System komplett neu aufsetzen.

Ok, jetzt verstehe ich. ;)

Eine andere Möglichkeit wäre, die Drucker auf den Clients freizugeben, notfalls mit dem $-Zeichen am Ende, dann sieht die Freigabe nur der Admin. Diese Drucker dann auf dem TS installieren und passend für die Benutzer einrichten.

Der Computer ist wie gesagt in der Domaine aufgenommen und er wird auch im AD angezeigt. Müsste nur wissen wie man ihn in SCCM importiert so das er unter Geräte angezeigt wird :)

Lies doch einfach nochmal das Posting von Torsten: http://www.mcseboard.de/topic/193185-sccm-hardware-bzw-softwarescan/?do=findComment&comment=1196424

@Export Member:

Das wir nicht klappen, da der User den ich eingebe ja "Administrator" heißt und diesen gibt es auf den lokalen PC bereits.

Du kannst dort trotzdem eine Domain angeben: DomainB\Administrator

BTW: Wenn schon Exp*e*rt Member. Aber richtig wäre Sunny61, steht eine Zeile drüber, Senior Member. :)

Genau da fangen die Probleme ja an ;). Es ist alles ausgegraut. Ich kann nichts ändern. Betrifft alle anderen Reiter außer Allgemein dort kann ich in die Einstellungen und natürlich Testseite drucken.

Der Drucker ist auf dem TS direkt installiert? Oder kommt er von einem Printserver? Dort wo er installiert ist kann das der Admin nur einstellen.

 

habe das Verzeichnis gelöscht und bekomme nun diesen Fehler

21-05-2013 14-53-01.jpg

Hattest Du während dem Löschen denn auch die WSUS-Konsole geöffnet? Kannst Du den Server komplett neu starten? Starte ihn bitte neu durch und kontrolliere anschließend das Ereignisprotokoll falls Du keine Verbindung mit der WSUS-Konsole herstellen kannst.

 Nicht der Nutzer sondern ich :-). Die Drucker haben mehrere Schächte etc.. das konnte man auf den alten Servern (2003, 32bit) einmalig als Admin Einstellen.

Das geht natürlich jetzt auch noch, und zwar auf dem gleichen Weg wie beim 2003er. 'Druckereigenschaften' aufrufen > Reiter Erweitert > Button Standardwerte drücken. Hier mußt Du das alles konfigurieren. Dieser Drucker kann dann auf die Clients/Server gebracht werden.

Alternativ den schnellen Benutzerwechsel in W7 nutzen, anmelden als Benutzer der DomainB. Ein Versuch ist es wert.

Ist der Administrator/Benutzer der DomainB auch in den lokalen Administratoren auf diesem PC enthalten?

Ein Benutzer hat out-of-the-Box nichts in den Eigenschaften eines Druckers zu suchen. Was genau und weshalb mußt Du bzw. der Benutzer in den Eigenschaften des Druckers ändern?