Onze windows (only) systeembeheerder weet niet waar dat aan ligt, zn apple specialist ook niet
Iemand enig idee? De hardware lijkt het probleem niet te zijn, die is nieuw, o.a. een HP-storage DASalvast bedankt!
Wij hebben geen van de door jou genoemde problemen.
Kun je iets meer informatie geven?
Hoeveel ping tijd in ms levert een ping vanaf die Mac's naar die Windows server op?En hoeveel ping tijd in ms levert een ping vanaf die Mac's naar die MacPro server op?
Als daar grote verschillen in zitten zou ik eerst eens informeren naar de netwerk topologie (= logisch grafisch overzicht van de wijze waarop de computers en servers deel uitmaken van het bedrijfsnetwerk) en de wijze waarop die beide servers daar in zijn opgenomen.
Het kan ook zijn dat de communicatie van en naar de MacPro server een andere route (over andere netwerkapparatuur) volgt, dan de Windows server. Daar kunnen ook verschillen door optreden.
De windows server regelt die ook DHCP?De Windows domein naam eindigt die op .local?Je werkt alleen met Snow Leopard?
thanks alvast
http://www.macwindows.com/snowleopard-filesharing.html#121310a
1. Enable "root" user and set password (In 10.6.x go under System Preferences, then under Accounts, then under Login Options to get to Open Directory Utility)2. Open "Terminal" and type "su root" and then type in the root credentials. Should notice command prompt change to something like "sh-3.2#".3. After you are logged in as root type "cd /etc"4. Then type: touch nsmb.conf5. Then Type: sudo echo "[default]" > /etc/nsmb.conf6. Then Type: sudo echo "notify_off=yes" >> /etc/nsmb.conf7. Then run "pico nsmb.conf" too view the file, should look like the following:?[default]?notify_off=yes8. Type "ctrl+x" to exit out of pico.9. Restart
Het lijkt of het smb protocol dat in 2008 gebruikt wordt extra beveiligingslagen heeft die allerlei problemen geven.
NB: Deze oplossing heeft voorlopig wel m'n voorkeur boven het handmatig alle macs in de terminal aan te passen, wat ook niet een sluitende oplossing is bij iedereen als je de fora leest.
Dus voorlopig is dit opgelost, iedereen bedankt voor de reacties!
Wat betreft het zoeken naar een echte oplossing:Ik heb even wat naslagwerk gedaan via Google 'smb differences 2003 2008' en ik vond via die weg uit dat Windows Server 2008 de eerste Windows Server versie is die zowel SMB1.0 als SMB2.0 gebruikt.
De verschillen zitten niet zozeer in beveiliging, maar in packet indeling. De datapakketjes van SMB2.0 hebben een andere informatie structuur dan die van SMB1.0. Dat moet er toe leiden dat de netwerkbelasting minder wordt (sneller data verzenden), mits zowel server als client gebruik maken van SMB2.0.
Voordat computers bestanden verzenden volgens een bepaald protocol moeten ze eerst volgens allerlei verbindingsstappen verbinding met elkaar maken. Wat dan voor SMB ondermeer plaats vind is de zgn. SMB session negotiation. Gedurende die stap wordt o.a. vastgesteld welke versie van SMB de client bij voorkeur gebruikt.
Ik vermoed dat daar iets fout gaat. Ik vermoed dat jullie OSX clients bij voorkeur SMB1.0 willen gebruiken, gezien het feit dat het probleem niet optreed met oudere versies van Windows Server die uitsluitend met SMB1.0 werken.
Aangezien Windows Server 2008 beide versies van SMB ondersteund zou er dus iets mis kunnen gaan tijdens de session negotiation en zou ik daar op verder zoeken.
Wat verder van belang is om te weten is dat Apple in OSX Lion de ondersteuning voor SMB1.0 heeft laten vallen. In Lion wordt alleen SMB2.0 nog ondersteund.
(Bewerkt door ivokremer om 11:46, 28-01-2012)
(Bewerkt door ivokremer om 11:47, 28-01-2012)