[Windows Embedded 7] File Sharing / authentication?

[YellowOnline]

Ik ben gewoon tegen exotische problemen aan te lopen, maar vandaag heb ik uitzonderlijk veel zulke gevallen. Bij deze ben ik wel zo ongeveer ten einde raad.

De machine in kwestie is een gespecialiseerde laboratoriummachine. Daar zit een harde schijf in die gedeeld moet worden. Ik heb al 10000 shares gemaakt in mijn leven, maar hier wou het om een of andere reden echt niet lukken. Nou ja, het aanmaken van de share zelf wel, maar de PC zelf is niet bereikbaar via SMB. Ik heb die machine zo ongeveer binnenste buiten gedraaid alvorens ik per ongeluk zag dat die helemaal geen standaard Windows-machine was maar een Windows Embedded Standard 7.

Ik heb al eens een gelijkaardig probleem gezien met NetApp en Windows 10. Ik zou vermoeden dat het probleem ook hier er een is van NTLM-authenticatie. In een gewone Windows weet ik waar ik dit aan moet passen, maar in Windows Embedded zijn een aantal zaken in het register anders plus ik heb niet eens toegang tot de hele hive als admin!

Als hier iemand rondloopt die vaker met Embedded bezig is... ik ben een en al oor.

[Brahiewahiewa]

"Embedded" is een modulair systeem, waarschijnlijk is het file sharing gedeelte niet geïnstalleerd; vandaar dat ook de registry hyves niet benaderbaar zijn

[YellowOnline]

Brahiewahiewa schreef op maandag 03 augustus 2015 @ 21:39:
"Embedded" is een modulair systeem, waarschijnlijk is het file sharing gedeelte niet geïnstalleerd; vandaar dat ook de registry hyves niet benaderbaar zijn

Nochtans kan ik wel gewoon file shares aanmaken. Het lijkt mij eerder dat de onderhandelingsprotocollen niet geïnstalleerd zijn. Maar dat is maar een hypothese.

[blueline]

Wel eens vaker rare problemen gezien met WES7. Vaak wordt dit opgelost door de lokale user (waar vaak mee ingelogd wordt) lid te maken van de lokale administrators of door de "lock" eraf te halen.

[MAX3400]

Ik heb wel eens gezien dat een batch Embedded-systemen ineens niet meer konden RDP'en naar een TS-omgeving omdat door een aantal WindowsUpdates de security op de TS-machines was verhoogd en de RDP-client en certificaten van de Embeddeds werden geweigerd (of zelfs niet meer opgenomen in de AD Certificate Stores ivm Root CA's ingetrokken).

Het zou (!!!) dus zomaar kunnen zijn dat in jouw geval op het OS bepaalde updates/features/whatever missen waardoor de services niet gestart kunnen worden of dat er iets anders aanstaat (pak 'm beet de firewall die alle incoming-connecties blokkeert). Maar denk hier ook aan dat bijvoorbeeld een service-account niet meer bestaat of AD-password verlopen en dat de service constant niet aanstaat en dat nooit gemerkt hebt want nooit nodig gehad.

Misschien de slimste/snelste oplossing is, indien mogelijk: pak het image erbij wat in de organisatie gebruikt is voor Embedded, analyseer/update dit, installeer eventueel de "vereiste" Windows Features voor die versie en rol het image uit naar een nieuwe/andere machine om te kijken of je daar wel dan de shares/services gestart krijgt.

[YellowOnline]

MAX3400 schreef op woensdag 05 augustus 2015 @ 21:37:
Ik heb wel eens gezien dat een batch Embedded-systemen ineens niet meer konden RDP'en naar een TS-omgeving omdat door een aantal WindowsUpdates de security op de TS-machines was verhoogd en de RDP-client en certificaten van de Embeddeds werden geweigerd (of zelfs niet meer opgenomen in de AD Certificate Stores ivm Root CA's ingetrokken).

Het zou (!!!) dus zomaar kunnen zijn dat in jouw geval op het OS bepaalde updates/features/whatever missen waardoor de services niet gestart kunnen worden of dat er iets anders aanstaat (pak 'm beet de firewall die alle incoming-connecties blokkeert). Maar denk hier ook aan dat bijvoorbeeld een service-account niet meer bestaat of AD-password verlopen en dat de service constant niet aanstaat en dat nooit gemerkt hebt want nooit nodig gehad.

Misschien de slimste/snelste oplossing is, indien mogelijk: pak het image erbij wat in de organisatie gebruikt is voor Embedded, analyseer/update dit, installeer eventueel de "vereiste" Windows Features voor die versie en rol het image uit naar een nieuwe/andere machine om te kijken of je daar wel dan de shares/services gestart krijgt.

Interessante theorie. Helaas heb ik die image niet: dit is een machine in lease van een farmaceutisch bedrijf en door hen gecustomized. En die machine staat ergens in Spanje achter een 56K verbinding. Geloof mij, dàt troubleshooten is een frustrerende ervaring.

[MAX3400]

YellowOnline schreef op woensdag 05 augustus 2015 @ 23:00:
[...]


Interessante theorie. Helaas heb ik die image niet...

Even snelle TechNet: MSDN: Disable File and Print Sharing (Windows Embedded Standard 2009) -> "Additionally, you can disable File and print sharing in your run-time image."

Is even een ander embedded OS maar mijn aanname van hierboven is dus een mogelijkheid; het zit niet in het run-time image ingebakken en kan dus mogelijk als zodanig niet alle services draaien om bereikbaar te zijn over SMB.