probleem met netwerk windows 2003

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Hallo allemaal,

hier het volgende probleem:
mijn collega kan niet meer bij het netwerk zei hij vanmorgen.
ik even gekeken, onder een andere account werkt het wel...
als ik inlog zonder netwerk-kabel en die er later inprik werkt het ook...
computer uit en in domein, geen verschil...
computer account verwijderd en opnieuw aangemaakt, geen verschil...
IP-adres hard ingesteld
meerdere malen opnieuw opgestart uiteraard
DNS geflushed...

iemand nog meer suggesties?

Acties:
  • 0 Henk 'm!

  • lier
  • Registratie: Januari 2004
  • Laatst online: 21:38

lier

MikroTik nerd

Maak je gebruik van "zwervende profielen" ?
Kan je op een andere pc met de niet-werkende credentials inloggen ?

Eerst het probleem, dan de oplossing


Acties:
  • 0 Henk 'm!

Verwijderd

kan niet meer bij het netwerk
?

Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
lier schreef op maandag 09 februari 2009 @ 12:18:
Maak je gebruik van "zwervende profielen" ?
Kan je op een andere pc met de niet-werkende credentials inloggen ?
geen zwervende profielen
op de terminalserver heb ik het probleem niet
de netwerkschijven die er al stonden kan de collega wel bij, maar in "mijn netwerklocaties" staat bij volledig netwerk een leeg domein (domein is dus wel aan te klikken, maar leeg)

edit:
DHCP server ook opnieuw opgestart, evenals de DNS server... (de services)

[ Voor 6% gewijzigd door Verwijderd op 09-02-2009 12:46 ]


Acties:
  • 0 Henk 'm!

Verwijderd

pfff.... Omdat je niet echt in informatie voorziet:

1) Gebruiker kan dus wel inloggen?
2) De netwerkschijven zijn dus wel aanwezig?
3) De gebruiker kan gewoon al zijn werk doen, behalve browsen in het domain?
4) Kan het browsen in het domain vanaf andere werkplekken wel?
5) Welk OS is de client? Wat is het verschil tussen deze client en de werkplek waarbij het event. wel kan (vraag 4)? Gebruik je nou een terminal server ja of nee?
6) Zijn er 'rare' meldingen in de evenlog van de client?
7) Zijn er 'rare' meldingen in de eventlog van de server?

Kortom: Voorzie eens in informatie. Jij hebt toch een probleem en jij vraagt toch om info? Ik heb geen glazen bol hier (wish I did ;) )

Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Verwijderd schreef op maandag 09 februari 2009 @ 12:51:
pfff.... Omdat je niet echt in informatie voorziet:

1) Gebruiker kan dus wel inloggen?
ja
2) De netwerkschijven zijn dus wel aanwezig?
ja, hier kan de gebruiker ook op werken
3) De gebruiker kan gewoon al zijn werk doen, behalve browsen in het domain?
pcies
4) Kan het browsen in het domain vanaf andere werkplekken wel?
ja
5) Welk OS is de client? Wat is het verschil tussen deze client en de werkplek waarbij het event. wel kan (vraag 4)? Gebruik je nou een terminal server ja of nee?
Windows XP pro met SP3
6) Zijn er 'rare' meldingen in de evenlog van de client?
stom dat ik daar niet eerder aan gedacht heb
7) Zijn er 'rare' meldingen in de eventlog van de server?
nee
Kortom: Voorzie eens in informatie. Jij hebt toch een probleem en jij vraagt toch om info? Ik heb geen glazen bol hier (wish I did ;) )
je hebt helemaal gelijk ;) het is van afstand moeilijk gissen als je niet alle info hebt.
nog even een aanvulling.
als ik met mijn eigen credentials inlog op de laptop, kan ik wel browsen in het domein
als ik zeg in de netwerklocaties "zoeken in domein" en zoek op computers, vind ik ze wel allemaal
als ik met de credentials van mijn collega ergens anders inlog (bijv. de terminal server), kan ik wel browsen in het domein

in de eventlog van de client staat het volgende:
Userenv
Kan de gebruikers- of computernaam niet vaststellen. Toegang geweigerd. . Het verwerken van het groepsbeleid wordt afgebroken.
en gelijk daarna
AutoEnrollment
De automatische certificaatinschrijving voor lokaal systeem kan geen contact krijgen met de Active Directory 0x8007052b. Kan het wachtwoord niet bijwerken. De waarde die is opgegeven voor het actieve wachtwoord is niet juist.
. De inschrijving wordt niet uitgevoerd.
zelf ben ik niet heel erg helder vanmorgen, sla mezelf nu wel voor mijn kop dat ik niet eens in de logs van de client gekeken heb |:(

Acties:
  • 0 Henk 'm!

  • sanfranjake
  • Registratie: April 2003
  • Niet online

sanfranjake

Computers can do that?

(overleden)
Staat de dns wel goed op die client (alleen naar domaincontrollers!) ?

Mijn spoorwegfotografie
Somda - Voor en door treinenspotters


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
sanfranjake schreef op maandag 09 februari 2009 @ 13:17:
Staat de dns wel goed op die client (alleen naar domaincontrollers!) ?
yup, heb ik ook geprobeerd handmatig hard in te stellen, geen verschil...

Acties:
  • 0 Henk 'm!

Verwijderd

zelf ben ik niet heel erg helder vanmorgen, sla mezelf nu wel voor mijn kop dat ik niet eens in de logs van de client gekeken heb
Joh.. het is maandag ;) Ben zelf ook niet super scherp ;)

Kijk.. met die meldingen kan je wat! Als anderen er geen last van hebben en die kunnen we in het domain browsen ligt het meestal aan de client. Op servers dingen doen (dns/dhcp herstarten) heeft ws zeer weinig zin. Wat je feitelijk al 100% zeker hebt geconcludeerd is dat het aan die ene pc ligt en niet aan andere zaken.

Zoek eens op www.eventid.net en klop daar de source + nummer in van de meldingen die je krijgt op de client. Wellicht zit daar info in

Acties:
  • 0 Henk 'm!

Verwijderd

Verwijderd schreef op maandag 09 februari 2009 @ 13:02:
[...]

je hebt helemaal gelijk ;) het is van afstand moeilijk gissen als je niet alle info hebt.
nog even een aanvulling.
als ik met mijn eigen credentials inlog op de laptop, kan ik wel browsen in het domein
als ik zeg in de netwerklocaties "zoeken in domein" en zoek op computers, vind ik ze wel allemaal
als ik met de credentials van mijn collega ergens anders inlog (bijv. de terminal server), kan ik wel browsen in het domein

in de eventlog van de client staat het volgende:

[...]

en gelijk daarna

[...]


zelf ben ik niet heel erg helder vanmorgen, sla mezelf nu wel voor mijn kop dat ik niet eens in de logs van de client gekeken heb |:(
Account van gebruiker gelocked in Active directory? Probeer anders eens de gebruiker een ander wachtwoord te geven.

Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Verwijderd schreef op maandag 09 februari 2009 @ 13:25:
[...]


Joh.. het is maandag ;) Ben zelf ook niet super scherp ;)

Kijk.. met die meldingen kan je wat! Als anderen er geen last van hebben en die kunnen we in het domain browsen ligt het meestal aan de client. Op servers dingen doen (dns/dhcp herstarten) heeft ws zeer weinig zin. Wat je feitelijk al 100% zeker hebt geconcludeerd is dat het aan die ene pc ligt en niet aan andere zaken.

Zoek eens op www.eventid.net en klop daar de source + nummer in van de meldingen die je krijgt op de client. Wellicht zit daar info in
daar vind ik wel wat dingetjes die ik kan gaan uitproberen, onder andere de trend-micro virusscanner en wat mbt de GPO
Verwijderd schreef op maandag 09 februari 2009 @ 13:37:
[...]


Account van gebruiker gelocked in Active directory? Probeer anders eens de gebruiker een ander wachtwoord te geven.
account is niet gelocked, op een ander werkstation werkt het immers wel

Acties:
  • 0 Henk 'm!

  • MAX3400
  • Registratie: Mei 2003
  • Laatst online: 19:59

MAX3400

XBL: OctagonQontrol

Time Zone en Regional Settings op de twee clients staan wel allemaal gelijk (al dan niet in relatie tot de server)?

Mijn advertenties!!! | Mijn antwoorden zijn vaak niet snowflake-proof


Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
MAX3400 schreef op maandag 09 februari 2009 @ 14:11:
Time Zone en Regional Settings op de twee clients staan wel allemaal gelijk (al dan niet in relatie tot de server)?
tijd loopt op de seconde gelijk, tijdszone staat hetzelfde als op alle werkstations en server
regionale instellingen hetzelfde...

Acties:
  • 0 Henk 'm!

Verwijderd

Welicht niet echt een correcte fix (je weet dan nog steeds niet wat het was). Gooi eens het computer account weg uit Active Directory en hang de pc er opnieuw in.

Acties:
  • 0 Henk 'm!

  • Razwer
  • Registratie: December 2000
  • Laatst online: 08-08 11:11
het is dus 1 gebruikers account op 1 specifieke bak?
zit die andere bak in een andere OU? anders wat joost zegt, de computer opnieuw in het domein knikkeren.

anderzijds, profiel opnieuw aanmaken op die bak. de oude kun je ff ergens heen copieren en mocht een nieuw profiel niet werken, kun je hem weer terug copieren.
Het meest logische is dat het lokale profiel op die bak niet tof is (zie eerste zin).

Newton's 3rd law of motion. Amateur moraalridder.


Acties:
  • 0 Henk 'm!

  • Pedr0
  • Registratie: Juli 2004
  • Laatst online: 19-09 11:59
Ik zit inderdaad ook aan het profiel te denken. Heb je al geprobeerd het lokale profiel te verwijderen/vernieuwen?

Build from the Cloud up! | Battletag: NightFly#2112


Acties:
  • 0 Henk 'm!

  • Graviton12
  • Registratie: Juni 2008
  • Laatst online: 23-05 12:53
Verwijderd schreef op maandag 09 februari 2009 @ 13:37:
[...]


Account van gebruiker gelocked in Active directory? Probeer anders eens de gebruiker een ander wachtwoord te geven.
Als ie gelocked was kreeg ie een andere boodschap :+

Acties:
  • 0 Henk 'm!

  • Graviton12
  • Registratie: Juni 2008
  • Laatst online: 23-05 12:53
Verwijderd schreef op maandag 09 februari 2009 @ 12:11:
Hallo allemaal,

hier het volgende probleem:
mijn collega kan niet meer bij het netwerk zei hij vanmorgen.
ik even gekeken, onder een andere account werkt het wel...
als ik inlog zonder netwerk-kabel en die er later inprik werkt het ook...
computer uit en in domein, geen verschil...
computer account verwijderd en opnieuw aangemaakt, geen verschil...
IP-adres hard ingesteld
meerdere malen opnieuw opgestart uiteraard
DNS geflushed...

iemand nog meer suggesties?
Na de flush heb je dan ook een renew gedaan?

Dat zonder netwerkkabel opstarten en dan inloggen ...
Dit zou een mogelijke indicatie kunnen zijn wat er juist mis is, dus je logt lokaal in en dan...?

Acties:
  • 0 Henk 'm!

  • Question Mark
  • Registratie: Mei 2003
  • Laatst online: 15:33

Question Mark

Moderator SSC/WOS

F7 - Nee - Ja

User logt niet toevallig met cached credentials aan?

Dus de policy setting "always wait for network at startup" is enabled?

MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B


Verwijderd

al opgelost?
Pagina: 1