Gathering of Tweakers

elevator

dummy@example.com (elevator) — Tue, 01 Apr 2008 07:14:56 GMT

dinsdag 01 april 2008 09:14

Thema topic: Bestanden delen

Introductie

Welkom in het vierde thema topic! Drie maanden geleden zijn we gestart met een nieuw item in de Softe Goederen fora om ook de andere aspecten van een ICT omgeving te belichten. Het eerste topic ging over monitoring, daarna bespraken we het toekennen van rechten. In het derde thema topic hadden we het over backups maken en dat laat ons in het vierde thema topic belanden.

Deze maand hebben we gekozen voor het thema "Filesharing en fileservers". Dit is een op het eerste oog wat vaag thema maar er zijn maar weinig organisaties welke niet bestanden delen, zelfs thuis hebben de meeste Tweakers een fileserver of kleine NAS draaien!

Thema: Bestanden delen

Filesharing of fileservers, voor de meeste bedrijven nog de meest geëigende plek om bestanden op te slaan, bestanden te delen met collega's, maar ook om programmatuur van te starten en dergelijke.

Gebruik jij traditionele fileservers of heb je alles in Sharepoint libraries zitten?

Heb jij je gebruikers zo ver gekregen dat ze je fileservers nog gebruiken, of heeft elke gebruiker maar een mailbox van tientallen gigabytes omdat de documenten er niet meer uit komen?

Hoe ga je om met het opruimen van oude documenten? Vraag je je collegas regelmatig hun oude documenten weg te gooien, of is dit juist ten strengste verboden?

Hebben je gebruikers een homefolder en is die ook echt prive of moet iedereen daar aan kunnen? Beheer jij als systeembeheerder een stricte mappen structuur voor het gehele bedrijf, of heeft elke afdeling juist zijn eigen stukje waar ze mee mogen doen wat ze willen?

Voorbeeld reactie

Een voorbeeld reactie zou kunnen bestaan uit het volgende - het staat je natuurlijk vrij dit over te nemen, of zelf een verhaaltje er van te maken

Hoe worden bij jullie de meeste bestanden gedeeld? Is dat op fileservers, voornamelijk via mail of heb je FTP servers draaien, een combinatie?
Hoeveel van dat soort systemen draai je ongeveer? Welk platform draai je?
Hoe deel je je gegevens op? Is er een grote map waarin iedereen alles mag of heb je verschillende mappen?
Wie is er verantwoordelijk voor het 'opgeruimd' houden van de documenten? Doet IT dat of de mensen zelf?
Archiveer je gegevens actief? Doe je dat handmatig of bijvoorbeeld met software?
Hoe is de toegang geregeld - mag iedereen overal bij?

Het volgende thema topic...

Mocht je suggesties hebben voor een volgend thema-topic, laat het ons dan weten op softegoederen @ tweakers.net of post het in dit topic.

BP_LOZ

dummy@example.com (BP_LOZ) — Tue, 01 Apr 2008 07:40:37 GMT

dinsdag 01 april 2008 09:40
Wij werken hier met home dirs voor alle gebruikers met een quota van 2gb, eventueel uit te breiden, maar niet zonder goede redenen. Hierop hebben de gebruikers als enige full control rechten.
Deze mappen worden gecontroleerd op extensies als .mp3, mp4, avi, mpg, mpeg etc.

Daarnaast hebben wij department shares die beheerd worden door aangewezen personen (managers, supervisors, teamleaders), deze personen hebben de eindverantwoording over de inhoud.
Hier wordt geen quota op toegepast, maar wel weer een bestandsfiltering.

Daarnaast hebben wij nog een public share, waar iedereen kan plaatsen wat hij wil. De praktijk wijst uit dat gebruikers voorzichtig zijn met wat ze hier plaatsen omdat dit voor iedereen zichtbaar is. Ook weer bestandsfiltering.

De mailboxen zijn 1gb. Dit kunnen wij ook niet uitbreiden zeggen we tegen gebruikers. Beperking in de software Daardoor worden archives worden tegenwoordig veel gebruikt. Deze gebackupped naar de department shares.

Dit alles wordt via DFS gepubliceerd en staat opgeslagen op 2x 8TB Powervaults die via DFS-R repliceren (W2K3 storage server). Door deze hoeveelheid aan opslag capaciteit zijn wij nog niet genoodzaakt mensen te laten archiveren. Misschien iets om over na te gaan denken.

DinX

dummy@example.com (DinX) — Tue, 01 Apr 2008 08:33:05 GMT

dinsdag 01 april 2008 10:33
Hier hebben we een Novell server die instaat voor de opslag van de diensten en homefolders.

De gebruikers zijn als het goed is een N-schijf en een H-schijf. De H-schijf is hun persoonlijke schijf, de N-schijf de schijf van hun dienst.
We gebruiken hier voor d N-schijf een té fijne structuur imho, maar dat wordt aangevraagd door de directie. Hoe het hier onderverdeeld is is het volgende:
code:

N
  - Dienst1
    - Subdienst1
      - Algemeen
      - Middelen
      - Taken
     - Subdienst2
       - Algemeen
       - Middelen
       - Taken
  - Dienst2
    - Algemeen
    - Middelen
    - Taken

Dus eerste mappen per dienst en daaronder eventueel nog verdere onderverdelingen in "Subdiensten". De laatste mappen van de vaste structuur zijn altijd Algemeen, Middelen en Taken. Daaronder kunnen de diensten dan weer zelf een klassering gebruiken.

De structuur onder die 3 mappen bepalen de diensten volledig zelf. Ze moeten zich echter wel aan enkele regels van ons houden. Zo mogen ze bijvoorbeeld geenvreemde tekens gebruiken, geen spaties, datumgebruik vanvoor (indien nodig) best yymmdd_bestand,... We hebben ook een tolltje waarmee ze "hun" hele N-schijf kunnen controleren daarop en eventueel automatisch aanpassen.

De rechten worden bepaald door 1 rechtenbeheerder per dienst (vaak het diensthoofd). Met behulp van Excel sheets kunnen zij dan aanvragen welke rechten welke gebruiker mag hebben. Dit gaat echter enorm ver. Zo mogen sommige gebruikers van een dienst wel leesrechten maar geen schrijfrechten op bepaalde mappen, sommigen dan weer wel,...
Voordeel van Novell is dan weer dat gebruikers die geen leesrechten hebben op een bepaalde map die map niet eens zien in hun filebrowser. Zo zien 95% van de gebruikers bijvoorbeeld alleen N:\ en de dingen die ze daaronder weer mogen zien. Die gebruikers hebben geen weet van andere mappen.

In principe moeten gebruikers alles van hun werk opslaan op de N-schijf. Pesoonlijke dingen kunnen ze altijd op hun H-schijf plaatsen. We maken ze dan ook duidelijk dat indien ze bestanden lokaal opslaan, en hun schrijf crasht, dat het dan puur onze godwill is om die bestanden te recupereren. Ze hebben de middelen om alles centraal op te slaan, die moeten ze dan ook maar gebruiken.

Verder hebben we ook N:\Iedereen. Dat is een map waar iedereen leesrechten op heeft, en sommige mensen ook schrijfrechten. Daar staan dan bijvoorbeeld documenten van de personeelsdienst, aankoopdienst, secretariaat, ...

Daarnaast is er ook nog een N:\Tijdelijk. Dat is een soort van doorgeefluikje. Op die map heeft iedereen lees- en schrijfrechten. Elke nacht wordt de inhoud daarvan gewist.

De inhoud van de N-schijf is puur de verantwordelijkheid van de diensten zelf. Zij kunnen alles beheren onder hun map. als zij besluiten er een mesthoop van te maken waar je niks terug vindt dan is dat hun zaak. Daar hebben we als IT noch de tijd noch de middelen voor.

Voor het delen van bestanden met externen hebben we dan weer een FTP servertje draaien. Dat wordt voornamelijk gebruikt wanneer mensen grote bestanden proberen door te mailen met externen. Dan komen ze meestal klagen en dan maken we ze een FTP account aan

megamuch

dummy@example.com (megamuch) — Wed, 02 Apr 2008 09:21:10 GMT

woensdag 02 april 2008 11:21
Op dit moment 1 fileservertje win2k3 waar userprofiles en de mydocs folders terecht komen. runt op een raid 5 sata array van 1TB.

Full Daily backup daarvan gaat richting backup machine met 2tb aan hot swap schijven. (home made spul).

De groupdata (zelfde server) is gelinked aan de E schijf. Daar heb je een aantal mappen zoals finance, sales, development, etc.

Nu nog geen DFS, maar daar wil ik wel naar toe.

Basic, maar het werkt.

smokalot

dummy@example.com (smokalot) — Wed, 02 Apr 2008 09:47:28 GMT

woensdag 02 april 2008 11:47
Ik gebruik bijna alleen nog maar SFTP om bestanden heen en weer te slepen.

Ik heb een laptop (OSX), een desktop met linux (meestal gnome) en een server (linux), en op deze manier is het extreem eenvoudig om bestanden heen en weer te pompen. Ik hoef geen serversoftware te installeren, want SSH draait toch al, en ik hoef maar 1 port te forwarden, die ik toch al wil forwarden.

Op linux gebruik ik meestal gewoon de ingebouwde SFTP mogelijkheden van KDE/Gnome, en heel soms, als ik net iets meer transparantie nodig heb (streaming video kijken) SSHFS van het Filesystem in User Space project. Op de mac gebruik ik de mac-port van fuse, met mooie GUI: MacFusion.

De snelheid is niet 100%, maar het scheelt niet zo veel, dus daar ben ik wel tevreden over. Nadeel is dat er niet meer gerapporteerd wordt hoeveel ruimte er vrij is op de disk, nu moet ik daarvoor toch nog ssh'en naar die bak.

Empie

dummy@example.com (Empie) — Wed, 02 Apr 2008 09:54:02 GMT

woensdag 02 april 2008 11:54
Gevalletje thuisnetwerk hier. Puur voor compatibiliteit tussen Win en Linux (ofwel het gemak waarmee het te realiseren is) gebruik ik alleen Samba.

Ben nog wel opzoek naar een makkelijkere, uniforme en transparante manier van de mogelijkheden tot het delen van bestanden. Situatie is 1 Windows workstation, 1 Linux (Ubuntu) workstation, Debian server en Windows laptop. Bestanden worden van en naar bijna elke computer verzonden, en vaak ook direct afgespeeld van netwerkshare.

Het werkt op het moment, maar configureren (zeker onder Linux) is soms wat rommelig met Samba, een uniforme manier van bestandsdeling (NFS?) is op Windows weer lastiger... ben benieuwd hoe anderen dit (in thuis-situaties) doen, dus zal het topic goed in de gaten houden

Stacheldraht

dummy@example.com (Stacheldraht) — Wed, 02 Apr 2008 10:23:42 GMT

woensdag 02 april 2008 12:23
Ik deel bestanden zowel thuis als op het werk met ssh/scp/sftp (wel ssh met keys gebruiken natuurlijk). Werkt perfect en veilig. Clear text password protocollen zoals ftp zou ik nooit voor dit soort dingen gebruiken.

Stacheldraht

dummy@example.com (Stacheldraht) — Wed, 02 Apr 2008 10:24:51 GMT

woensdag 02 april 2008 12:24

quote:
Empie schreef op woensdag 02 april 2008 @ 11:54:
Gevalletje thuisnetwerk hier. Puur voor compatibiliteit tussen Win en Linux (ofwel het gemak waarmee het te realiseren is) gebruik ik alleen Samba.

Ben nog wel opzoek naar een makkelijkere, uniforme en transparante manier van de mogelijkheden tot het delen van bestanden. Situatie is 1 Windows workstation, 1 Linux (Ubuntu) workstation, Debian server en Windows laptop. Bestanden worden van en naar bijna elke computer verzonden, en vaak ook direct afgespeeld van netwerkshare.

Het werkt op het moment, maar configureren (zeker onder Linux) is soms wat rommelig met Samba, een uniforme manier van bestandsdeling (NFS?) is op Windows weer lastiger... ben benieuwd hoe anderen dit (in thuis-situaties) doen, dus zal het topic goed in de gaten houden

Waarom gebruik je geen ssh/scp/sftp i.c.m winscp (voor je windowsbak).

Empie

dummy@example.com (Empie) — Wed, 02 Apr 2008 14:16:40 GMT

woensdag 02 april 2008 16:16

quote:
Stacheldraht schreef op woensdag 02 april 2008 @ 12:24:
Waarom gebruik je geen ssh/scp/sftp i.c.m winscp (voor je windowsbak).

Zit het zo even snel te bekijken van mijn werk, maar het lijkt er op dat ik dan een aparte file browser moet gaan gebruiken. Qua gebruikersgemakt zoek ik iets dat simelweg gemapt kan worden als partitie in Windows, en dat files kan streamen.

De website zegt natuurlijk maar een deel, maar ik zal vanavond eens kijken of het een werkbaar alternatief is

BlaTieBla

dummy@example.com (BlaTieBla) — Wed, 02 Apr 2008 14:30:40 GMT

woensdag 02 april 2008 16:30
ik heb zelf een website in elkaar geknutseld op basis van Coldfusion waarbij men de mogelijkheid heeft om een bestand te uploaden en die dan door iemand te laten downloaden. De 'ontvanger' krijgt een mail met daarin alle zaken die nodig zijn (op het wachtwoord na).
Een soort van dropload.com/yousendit.com dus.
De reden om voor Coldfusion te kiezen was dat ik daar nu eenmaal wat kennis in had.

Het systeem heeft de volgende eigenschappen:
- upload maximaal 700MB per file
- Na 7 komt de download te vervallen (dus het systeem ruimt zichzelf op)
- Aanmelden vanuit een gedefinieerd mail domein, zodat niet iedere malloot van de functionaliteit gebruik kan maken.
- Mogelijk tot het creeren van een guest account (werkt maar 7 dagen), zodat ook externen grote bestanden bij ons kunnen krijgen (uploaden).
- Voor download is geen account nodig. Alleen een geldige URL en het bijbehorende wachtwoord.
- Alle site-specifieke parameters zijn via ini-files aan te passen zodat het ook flexibel.

Dit had de voorkeur ten opzichte van een (s)ftp server omdat dit systeem zichzelf opschoont. Iets wat bij FTP nog wel eens vergeten werd. Het scheelt in ieder geval een hoop zinloze (grote) mails versturen wat in het verleden dan maar gedaan werd.

Overigens wordt het wel aangeraden om de bestanden te zippen en te voorzien van een additioneel wachtwoord, omdat alles (nog) plaintext het internet over gaat.

Duinkonijn

dummy@example.com (Duinkonijn) — Wed, 02 Apr 2008 16:47:25 GMT

woensdag 02 april 2008 18:47
Bij ons hebben we 2 file servers staan

gebruikers hebben 2, 3 of 4 shares waar ze bij kunnen

de eerste is H hun eigenshare met een ruimte van 50 mb.

de 2e, 3e, 4e zijn gezamelijke map afhankelijk van welke functie de gebruiker heeft

MADG0BLIN

dummy@example.com (MADG0BLIN) — Wed, 02 Apr 2008 18:03:24 GMT

woensdag 02 april 2008 20:03
Hier 1 fileserver staan. Daarop staan de bestanden van alle gebruikers.
Het zijn diverse vestigingen. Elke vestiging heeft een eigen schijf waarop centrale bestanden staan.
Ook heeft elke user een eigen schijf waarop ze bestanden kunnen zetten.
Zit geen limiet op, maar eens in de zoveel tijd wordt er gekeken of het niet de spuigaten uit loopt. Over het algemeen valt dat wel mee.
De homedir kan alleen door de gebruiker zelf geopent worden.

vanheede

dummy@example.com (vanheede) — Fri, 04 Apr 2008 14:37:26 GMT

vrijdag 04 april 2008 16:37
Bij ons zit dit nogal ingewikkeld in elkaar, maar ik probeer het eenvoudig te verwoorden.

Iedere gebruiker heeft standaard 4 shares:

W: Dit leg ik verder uit
X: dit wordt gebruikt voor uitwisseling tussen diensten onderling. Iedereen heeft hier lees- en schrijfrechten en als men hier een bestandje plaatst wordt het 14 dagen later automatisch gewist.
Y: Iedereen heeft hier leesrechten en een beperkt aantal mensen heeft ook schrijfrechten. Dit wordt aanzien als een soort van "bedrijfsbibliotheek" waar allerlei informatie komt zoals opleidingen, verkoopsvoorwaarden, handleidingen, telefoonlijst, ...
Z: dit is de homedir van iedere gebruiker, enkel de gebruiker zelf heeft hier rechten op (en ik natuurlijk )

De W: volgt de 4 peilers van de groep en onder die peilers vindt iedere werknemer zijn dienst.

Per dienst heb ik 2 security groups aangemaakt, 1 heeft schrijfrechten en 1 heeft leesrechten.

Mbv "Access-based Enumeration" ziet een gebruiker enkel de peilers en mappen waar hij rechten op heeft en via AD kan ik iemand bijkomend lees/schrijfrechten geven.

Op de mailboxen staat momenteel een limiet van 500 mb, maar voor het gros van de gebruikers zullen we dit terugschroeven naar 300 mb. Het is de bedoeling dat men zoveel mogelijk zaken koppelt in het ERP pakket of anders beschikbaar maakt voor de dienst via de W: drive

Mails groter dan 10 mb wordt niet toegelaten om extern te versturen, hiervoor heb ik een ftp server opgezet. Intern zou ik dit graag ook verhinderen, dat men hiervoor de X: drive gebruikt, maar hoe je dit moet limiteren heb ik nog niet gevonden.

Technisch gezien werken we met windows 2003, exchange 2003 en een MSA 1500 als dataopslag die over fiber communiceert met de server.

alt-92

dummy@example.com (alt-92) — Fri, 04 Apr 2008 22:06:20 GMT

zaterdag 05 april 2008 00:06

@ work:

Groeps/Afdelingsdata en Projectdata wordt ontsloten via Windows Server 2003 Fileserver clusters over DFS.
Elke cluster heeft een aantal LUNs die via ClusterAdmin als virtual node beschikbaar is gesteld.
In de design guidelines is ook vastgelegd wat de folderstructuur is, dus een share ziet er dan zo uit:

\\virtualnodename\datatypefolder\foldernummer

Afhankelijk van het datatype heeft de genummerde folder de bijbehorende gelijk genummerde securitygroups, éénmaal read/execute, éénmaal read/write.
Afwijkingen in de ACLs op dieper gelegen folders zijn niet toegestaan en worden gereset (commandline scripts) waardoor je een mooie vlakke ACL structuur houdt.

Deze shares worden vervolgens opgenomen in een DFS root met een namespace per datatype.

\\DFSrootserver\namespace\foldernummer

Dat zorgt er onder meer voor dat je snel de data van serverclusters kan heen en weer schuiven want de clients benaderen de data via deze DFS links.
Hierbij maakt het logonscript shortcuts aan door de securitygroups uit te lezen van de gebruiker (memberOf).

@ Home

Tja.. DFS natuurlijk

Mijn shares zijn samengevat in een aantal namespaces afhankelijk van het type data.

D:\>dfsutil /server:bozeman /view

Microsoft(R) Windows(TM) Dfs Utility Version 4.2
Copyright (C) Microsoft Corporation 1991-2005. All Rights Reserved.

Roots on machine bozeman

        \ALT-92\INFRA
        \ALT-92\Data
        \ALT-92\Media
        \ALT-92\prd
        \ALT-92\series

Een voorbeeld van een DFS share met meerdere links is de eerste:


D:\>dfscmd /view \\alt-92.net\infra /full
\\ALT-92\INFRA
        \\BOZEMAN\INFRA
\\ALT-92\INFRA\appinstall
        \\ENTERPRISE\appinstall
        \\BOZEMAN\Appinstall

Hier bevinden zich de installers die via Software Deployment policies worden gebruikt.
Aangezien deze MSI based zijn kun je niet zomaar zonder gevolgen de server veranderen - dat zou betekenen dat de installatie nooit meer hersteld zou kunnen worden via een GPO.

Door de appinstall shares ook via DFS aan te bieden heb je in ieder geval altijd de mogelijkheid de onderliggende links te verwisselen zonder dat dat voor de geinstalleerde software nadelige gevolgen heeft.

En als we dan toch bezig zijn
Ook m'n media archief waar bijvoorbeeld MCE van gebruik maakt zijn via DFS nu als één share beschikbaar:

daft_dutch

dummy@example.com (daft_dutch) — Sat, 05 Apr 2008 16:41:30 GMT

zaterdag 05 april 2008 18:41
bestanden delen.
voor alles wat gewoon moet pakken gebruik ik sftp/fish (kio)
en op het werk:
Natuurlijk samba voor mijn desktop om met andere te delen. Of aan mijn armada van vm's)
veel verschillende servers met cifs
beetje nfs
en svn
Veel bestanden en documentatie worden ook met sharepoint gedeelt.
webdav is daarbij erg makkelijk

Mentox

dummy@example.com (Mentox) — Thu, 17 Apr 2008 08:58:33 GMT

donderdag 17 april 2008 10:58

quote:
[b]alt-92 schreef op zaterdag 05 april 2008 @ 00:06:
Mooi verhaal

Heb jij DFS op Vista draaien of heb je Aero aangezet op Server 2008? Als je het op Vista hebt draaien zou je mij kunnen vertellen hoe je dit hebt gedaan?

alt-92

dummy@example.com (alt-92) — Thu, 17 Apr 2008 09:51:41 GMT

donderdag 17 april 2008 11:51

quote:
Mentox schreef op donderdag 17 april 2008 @ 10:58:
Heb jij DFS op Vista draaien of heb je Aero aangezet op Server 2008?

Neuh, Vista is gewoon DFS client, maar ik gebruik de DFS management snapins (2003 Admin Tools).

biest

dummy@example.com (biest) — Thu, 17 Apr 2008 09:52:35 GMT

donderdag 17 april 2008 11:52

quote:
Mentox schreef op donderdag 17 april 2008 @ 10:58:
[...]

Heb jij DFS op Vista draaien of heb je Aero aangezet op Server 2008? Als je het op Vista hebt draaien zou je mij kunnen vertellen hoe je dit hebt gedaan?

Ik vermoed dat hij enkel Server 2003 R2 admin tools draaien heeft op zijn Vista.

Mentox

dummy@example.com (Mentox) — Fri, 18 Apr 2008 10:32:20 GMT

vrijdag 18 april 2008 12:32

quote:
alt-92 schreef op donderdag 17 april 2008 @ 11:51:
[...]

Neuh, Vista is gewoon DFS client, maar ik gebruik de DFS management snapins (2003 Admin Tools).

Ik heb geprobeert om uit te vinden wat een DFS Client precies is maar ik kan geen informatie vinden via Google. Zou je me kunnen vertelen wat zo`n DFS Client inhoud?

Is het dat je bronnen op de server gelijk houdt met de Vista PC?

alt-92

dummy@example.com (alt-92) — Fri, 18 Apr 2008 10:49:36 GMT

vrijdag 18 april 2008 12:49

quote:
Mentox schreef op vrijdag 18 april 2008 @ 12:32:
[...]

Ik heb geprobeert om uit te vinden wat een DFS Client precies is maar ik kan geen informatie vinden via Google.

Dan mag je je zoektechnieken wel een beetje aanscherpen

http://www.microsoft.com/.../storage/dfs/default.mspx

http://www.microsoft.com/.../overview/dfsfaq.mspx#E4F

Vista is gewoon een client PC die gebruik maakt van de DFS shares zoals die aangeboden worden door de DFS root.

Niks meer, niks minder

Mentox

dummy@example.com (Mentox) — Fri, 18 Apr 2008 10:58:26 GMT

vrijdag 18 april 2008 12:58

quote:
alt-92 schreef op vrijdag 18 april 2008 @ 12:49:
[...]

Dan mag je je zoektechnieken wel een beetje aanscherpen

http://www.microsoft.com/.../storage/dfs/default.mspx

http://www.microsoft.com/.../overview/dfsfaq.mspx#E4F

Vista is gewoon een client PC die gebruik maakt van de DFS shares zoals die aangeboden worden door de DFS root.

Niks meer, niks minder

Blijkbaar zocht ik naar verkeerde infromatie. Maar ik snap het nog steeds niet

Elke computer in het netwerk kan de DFS bronnen benaderen (toch?) dus wat is het nut om een apparte console te hebben? Alleen om de DFS mappen te bekijken of kan je ze hieruit ook beheren?

Verder had ik even de hoop dat DFS ook gebruikt kon worden op Vista

In ieder geval bedankt voor de snelle reactie.

alt-92

dummy@example.com (alt-92) — Fri, 18 Apr 2008 11:07:33 GMT

vrijdag 18 april 2008 13:07

quote:
Mentox schreef op vrijdag 18 april 2008 @ 12:58:
Blijkbaar zocht ik naar verkeerde infromatie. Maar ik snap het nog steeds niet

Dat was me wel duidelijk ondertussen

quote:
Elke computer in het netwerk kan de DFS bronnen benaderen (toch?)

Correct.

quote:
dus wat is het nut om een apparte console te hebben? Alleen om de DFS mappen te bekijken of kan je ze hieruit ook beheren?

Beheer dus. Vandaar ook de mededeling dat ik de DFS management snapins op Vista heb staan.

quote:
Verder had ik even de hoop dat DFS ook gebruikt kon worden op Vista

Tja, je kan gewoon een share op een client PC opnemen als (non-DFS-R) DFS link als je dat wil hoor, dat verandert alleen niets aan de max 10 connectie limiet die een client OS kent.
Dus echt een reele optie voor een bedrijfsnetwerk is het niet - wel LVT (leuk voor thuis)

Mentox

dummy@example.com (Mentox) — Fri, 18 Apr 2008 11:44:14 GMT

vrijdag 18 april 2008 13:44
En zo leer ik elke dag weer een beetje

Bedankt voor de opheldering Alt-92 (☻)

LuckyY

dummy@example.com (LuckyY) — Fri, 18 Apr 2008 16:49:46 GMT

vrijdag 18 april 2008 18:49
@ Home

2 TB zelfbouw Fileserver en Download station.
6. Folders namelijk :

NZB hotfolder ; Gooi er een nzb in en word gedownload en uitgepakt.
Films ; map vol met films
Series ; map met al mijn series
HD-Content ; Al mijn hd materiaal Film's+serie's
Applicaties ; Alle Applicaties installers (msi en exe's)
Osystems; Hier staan allemaal verschillende os'en van linux tot apple

Binnenkort van Enterprise 2k3 naar SBS 2k3 en dan de server me netwerk volledig laten regelen.
Moet nog een systeem gebruiken voor Backup's maar als ik daar een server inzet gaat die toch als storage dienen

quo_

dummy@example.com (quo_) — Fri, 18 Apr 2008 19:22:58 GMT

vrijdag 18 april 2008 21:22
Thuisnetwerkje.

Vier gebruikers pc's met XP.
Een vijfde systeem werkt als fileserver (W2K) en is zo ingesteld dat deze alleen maar aanstaat zolang er één van de gebruikers pc's aanstaat. Het aan en uit "zetten" loopt automatisch zodat je er geen omkijken naar hebt, het enige wat de rest van de familie er van merkt zijn de X en Y drive mappings. Het systeem staat in de garage en ik kom er zelf ook nooit bij, eventueel beheer doe ik via VNC.

De X mapping verwijst naar één map die voor iedereen toegankelijk is. Deze bevat foto's, beeld, geluid en installatiebestanden van diverse software. Dus alles wat gedeeld mag/moet worden.
De Y mapping is een usershare die alleen voor de gebruiker toegankelijk is. Wordt voornamelijk gebruikt voor backuppen met Synctoy. E.e.a. heb ik ingericht m.b.v.de prachtige filesharing faq van GoT.

De fileserver heeft dus totaal 5 mappen op de dataschijf. Deze wordt periodiek gesynchroniseerd naar een NAS, ook met synctoy.