21
Windows a jiné systémy / Re:Windows 10 a neúspěšné spojení na Sambu
« Poslední příspěvek od František Ryšánek kdy 20. 10. 2024, 18:22:56 »Nevím zda je něco z následujících poznámek relevantní:
Mám historickou zkušenost, že když z namapovaného síťového disku spustím instalátor (něčeho), tak on se následně switchne na jiného uživatele - čímž nemusí mít přístup na ten namapovaný síťový disk. Ten "jiný uživatel" by mohl být "LOCAL SYSTEM" nebo tak něco. U starších generací Windows (XP?) na tom instalátory havarovaly = "nešlo spustit instalátor přímo ze sítě". Novější verze Windows (sedmy a výš) si v této situaci "nepochopitelně" řeknou o login na síťový disk (přestože už je jednou namapovaný).
Z podobného soudku: síťové disky přimapované konkrétním uživatelem fungují pouze v době, kdy je tento uživatel přihlášený (a pouze pro něj). Pokud se dotyčný odhlásí z desktopu, disk se patrně odmapuje (nebo není přístupný pro jiné usery). Toto je konkrétně problém v "naplánovaných úlohách". Pokud jako naplánovanou úlohu spouštím skript, musím v rámci tohoto skriptu disk přimapovat (NET USE) a po použití opět odmapovat (NET USE /DELETE). V těchto případech nepoužívám /PERSISTENT:YES.
Jo a jak kolega zmiňoval credentials manager, tak do něj jsem lezl tradičně v příkazovém řádku příkazem "cmdkey". Začal bych cmdkey /list . Pokud systém při pokusu o přimapování disku házel chybu, aniž by se zeptal na heslo, bývalo to tímhle. Cmdkey v tom případě umí jednotlivý záznam smazat.
Mám historickou zkušenost, že když z namapovaného síťového disku spustím instalátor (něčeho), tak on se následně switchne na jiného uživatele - čímž nemusí mít přístup na ten namapovaný síťový disk. Ten "jiný uživatel" by mohl být "LOCAL SYSTEM" nebo tak něco. U starších generací Windows (XP?) na tom instalátory havarovaly = "nešlo spustit instalátor přímo ze sítě". Novější verze Windows (sedmy a výš) si v této situaci "nepochopitelně" řeknou o login na síťový disk (přestože už je jednou namapovaný).
Z podobného soudku: síťové disky přimapované konkrétním uživatelem fungují pouze v době, kdy je tento uživatel přihlášený (a pouze pro něj). Pokud se dotyčný odhlásí z desktopu, disk se patrně odmapuje (nebo není přístupný pro jiné usery). Toto je konkrétně problém v "naplánovaných úlohách". Pokud jako naplánovanou úlohu spouštím skript, musím v rámci tohoto skriptu disk přimapovat (NET USE) a po použití opět odmapovat (NET USE /DELETE). V těchto případech nepoužívám /PERSISTENT:YES.
Jo a jak kolega zmiňoval credentials manager, tak do něj jsem lezl tradičně v příkazovém řádku příkazem "cmdkey". Začal bych cmdkey /list . Pokud systém při pokusu o přimapování disku házel chybu, aniž by se zeptal na heslo, bývalo to tímhle. Cmdkey v tom případě umí jednotlivý záznam smazat.