webForumDet fria alternativet

Nätverksgenväg ändras till en fysisk ...?

Windows

25 svar · 1 343 visningar · startad av Jesper T

Medlem sedan nov. 20017 144 inlägg
Frågan#1

Jag försöker att gå in i C:\Documents and Settings\All Users\Desktop
för att ändra en sökväg till en share. (win 2003 server/terminal server)

Lägger in nätverkssökvägen och trycker på "apply" men efter några sekunder så utergår genvägens sökväg till den fysiska. (D:/docs/share) vilket inte fungerar för användare som inte har rättigheter.

Jag blir tokig, varför blir det så här?

Se bifogad skärmdump.

delade.GIF
Medlem sedan nov. 20017 144 inlägg
#2

Ingen som kan detta?

Medlem sedan nov. 20017 144 inlägg
#3

Är det verkligen ingen som har en liten, liten, pytteliten idé om varför win beter sig på detta sätt?

Medlem sedan apr. 200010 782 inlägg
#4

sen när tror du bumpning av trådar ger snabbare svar?

Medlem sedan maj 20012 080 inlägg
#5

Jag förstår inte frågan.

Du försöker göra en short cut till tex: \\servernamn\share
och denna sökväg byts automatiskt ut till c:\någotheltannat ???

Medlem sedan maj 20012 080 inlägg
#6

Antar att du försöker att skapa en UNC path till en lokal resurs.

\\localhost\share

Denna översätts automatiskt till den fysiska sökvägen. Tex c:\share

vilket inte fungerar för användare som inte har rättigheter

Du kan sätta rättigheter på 2 nivåer. Filsystemet och/eller sharen. Du accessar inte filsystemet på något annat sätt bara för att du använder en UNC path.

Vad vill du igentligen uppnå? :)

Medlem sedan juli 20044 453 inlägg
#7

Om du vill behålla UNC kan du använda FQDN istället.

Medlem sedan maj 20012 080 inlägg
#8

Bekräftar att legis inlägg fungerar. :)

Men kan någon förklara för mig varför man vill göra på det sättet?

Medlem sedan okt. 20041 556 inlägg
#9

Är det security settings som gäller för de fysiska mapparna?

Medlem sedan nov. 20017 144 inlägg
#10

Jo, jag vill på servern ge rättigheter till vissa mappar (också de på samma server) till olika användare i Terminal Server. Jag visste inte att det gick att göra på något annat sätta än att skapa och ge rättigheter i shares.
Men visst, jag fattar nu att det är nätverkssökvägen som automagiskt görs om till en lokal sökväg eftersom att sharen ligger lokalt så att säga.

Nu till frågan hur sätter jag olika rättigheter för olika users i TS för de fysiska sökvägarna?

Medlem sedan maj 20012 080 inlägg
#11

Hmmm. Nu har jag inte kört TS så mycket men är inte det lättaste att ange olika rättigheter för olika användare/grupper på filnivån?

Jag är fortfarande inte riktigt med i matchen. Kör du terminal server mot servern? Då använder du ju inte shares i huvud taget i och med att du kör direkt mot den lokala maskinen.

Hur som helst så tror jag på att sätta rättigheterna på filnivån.

Är det security settings som gäller för de fysiska mapparna?

Svar: ja :)

Medlem sedan nov. 20017 144 inlägg
#12

Ok, jag vet att jag har bollat med detta förut. Problemet med att skapa rättigheter i de fysiska enheterna var de att jag aldrig fattade hur jag skulle göra eftersom hur jag än trixade så får användare "Access denied" på mappen när man skall tex radera en fil.

Som ni ser nu (i den bifogade filen) så har "Remote desktop users" alla rättigheter förutom att överta ägandeskap och att ändra rättigheter.

Detta gäller även gruppen "users" där rättigheterna är identiska med ovan nämda grupp.

Men trots det så får användare i gruppen users/rem.desktop users. "access denied" när de försöker att radera en fil de själva lagt in i aktuell mapp.

Vad händer?

permissions.bmpaccess_denied.bmp
Medlem sedan juli 20044 453 inlägg
#13

Det har sagts tidigare, kolla under advanced och sedan effective permissions.

Medlem sedan nov. 20017 144 inlägg
#14

Ok, men där står det att users och remote desktop users har alla rättigheter för utom att överta ägandet och att ändra rättigheter. Se bild.

Men ÄNDÅ får användare "Access denied". :x

effective_permissions.bmp
Medlem sedan maj 20012 080 inlägg
#15

TIPS:
Prova med att ta bort ALLA rättigheter och sätt everyone på full controll på katalogen. Se till att arv-flaggan är satt och att du skriver över rättigheterna.

Verifiera att all access fungerar när alla har full controll. När du verifierat det så börjar du strypa upp accessrättigheterna.

:)

Medlem sedan maj 20012 080 inlägg
#16

Och om du accessar via share så måste den också ha rättigheterna everyone full controll...

Medlem sedan nov. 20017 144 inlägg
#17

Nope, det blir samma sak även fast everyone har ALLA rättigheter.

BTW. Om jag klickar för "arv-flaggan" så ser jag att "creator owner" inte har några rättigheter. Vet ej varför.

Medlem sedan juli 20044 453 inlägg
#18

Försöker de ta bort filer "lokalt" eller genom att ansluta till ett share?

Medlem sedan nov. 20017 144 inlägg
#19

Nej, det är filer som ligger lokalt.
Share funkar ju uppenbarligen inte eftersom att alla share-genvägar ändrar sig till fysiska... se mitt första inlägg.

Medlem sedan maj 20012 080 inlägg
#20

Det fungerar visst med en share. Läs Legis inlägg #7 i denna tråd.

Du ska använda syntaxen \\servernamn.domännamn.se\shareNamn (=FQDM)

Men jag förstår fortfarande inte varför man skulle vilja göra det.

Om du högerklickar på en fil lite längre ner under den uttdelade katalogen. Vilka har rättigheter på denna? Om du byter rättigheter från användare A till användare B får du något felmeddelande typ access denied då? I så fall behöver du köra "replace ownership" på alla filer och börja om från början.

Bry dig inte om fileshares och terminalserver till en börjar. Se till att den användaren som du är inloggad som kan accessa det du vill. Ändra sedan så att även en annan användare får access. Logga sedan in lokalt som denna användare och verifiera att det fungerar. Sedan kan du börja labba med det andra.

264 ms totalt · 4 externa anrop · v20260731065814-full.86ec41c2
120 ms — deklarationer (db)
0 ms — hämta statistik (cache)
139 ms — hämta tråd, inlägg och bilagor (db)
122 ms — ändringar (db)