[2003 + Ghost] Error 1787 tijdens ghost

[B-lennium]

Ik probeer een image via symantec solution 2.0 naar mijn client te imagen.
ik wil graag dat de client zich automatisch aanmeld bij het domein.
het imagen zelf gaat lekker vlot, ik krijg echter 2 foutmeldingen.
en de pc wordt niet aangemeld bij het domein. (wel bij een werkgroep 'MEC' !?)

de eerste : ICT350, LDAP://poweredge840.mec.lokaal//DC=mec,DC=lokaal
(poweredge840 is server, mec = Domein)

de tweede : de beveiligingsdatabase op de server heeft geen computeraccount voor de vertrouwensrelatie met dit werkstation.

Ik krijg het idee dat de fout in mn windows 2003 server zit en niet in ghost.
welke rechten moet het ghost account hebben bijvoorbeeld?

[sanfranjake]

Heeft de user wel rechten om een computerobject te maken?
Wat ben je trouwens aan het ghosten? Windows 95 ? Of Vista?
Wat heb je zelf al ondernomen? Die foutmeldingen zijn best duidelijk en het internet komt om in de oplossingen.

[B-lennium]

ik heb een speciaal account gemaakt (ghost.. duh ) en hem hem beheerrechten gegeven over de container 'computers'
ook heb ik natuurlijk de support van symantec gebruikt.

ik heb de volgende stappen doorlopen

http://service1.symantec....734e0059c076?OpenDocument

en http://service1.symantec....sf/docid/2005122206221825

juist het feit dat er enorm veel over gevonden kan worden verward mij...
de error 1787 komt bijvoorbeeld ook voor als er een trust probleem is tussen 2 domeinen. dit is echter niet het geval hier. ik heb maar 1 server die alles regeld (AD domein, dns, routering, dhcp, useraccounts enz...)

[Brahiewahiewa]

B-lennium schreef op dinsdag 29 januari 2008 @ 11:35:
...de eerste : ICT350, LDAP://poweredge840.mec.lokaal//DC=mec,DC=lokaal
(poweredge840 is server, mec = Domein)

de tweede : de beveiligingsdatabase op de server heeft geen computeraccount voor de vertrouwensrelatie met dit werkstation.

De tweede is het gevolg van de eerste, althans het gevolg van het feit dat er geen computer account in je AD wordt aangemaakt.

Die "eerste" is niet echt een foutmelding. Maar de LDAP query heeft een forward slash teveel.

LDAP://poweredge840.mec.lokaal/[red]/[/red]DC=mec,DC=lokaal

moet zijn:

LDAP://poweredge840.mec.lokaal/DC=mec,DC=lokaal

Daarnaast kan het ook gewoon een DNS probleem zijn: wat staat er als DNS server opgegeven op je clients? En kannie op die DNS poweredge840.mec.lokaal resolven?

[B-lennium]

de query kan ik verkeerd over getikt hebben,

de dns staat op automatisch , (dhcp) wat bedoel je met resolven?

[alt-92]

Brahiewahiewa schreef op dinsdag 29 januari 2008 @ 14:32:
[...]
De tweede is het gevolg van de eerste, althans het gevolg van het feit dat er geen computer account in je AD wordt aangemaakt.

Die "eerste" is niet echt een foutmelding. Maar de LDAP query heeft een forward slash teveel.

LDAP://poweredge840.mec.lokaal/[red]/[/red]DC=mec,DC=lokaal

moet zijn:

LDAP://poweredge840.mec.lokaal/DC=mec,DC=lokaal

En daardoor wordt waarschijnlijk de (DC=)MEC als werkgroep ID gepakt.

[B-lennium]

alt-92 schreef op dinsdag 29 januari 2008 @ 19:27:
[...]
En daardoor wordt waarschijnlijk de (DC=)MEC als werkgroep ID gepakt.

het is dus echt een fout op de server? ik heb het bericht overgeschreven op een papiertje en toen het topic getikt, ik ging er van uit dat IK een fout had gemaakt.

waar kan ik de query veranderen? morgen ben ik weer in de buurt van de server (ben kleinschalig 'beheerder' op een klein schooltje)

[B-lennium]

de LDAP staat idd niet goed.

waar kan ik dit veranderen? heb in de dns zitten zoeken, hier staat nergens een / te veel

/Edit

Als ik 'ping poweredge840.mec.lokaal' in tik op zowel de server als de client dan vind hij hem.

[ Voor 35% gewijzigd door B-lennium op 30-01-2008 12:57 ]