AFP t.o.v. Samba mount op QNAP

[Tonskidutch]

Morruguh,

 

Hoe het kan begrijp ik niet maar situatie omschrijving als volgt:

iMac hier thuis van Bureau gehaald

 

Bureau stata ook een QNAP

 

QNAP NAS thuis is nieuwe user tonskidutch tbv aanmelding aan de iMac aangemaakt die groepslid is van de administratoren en toegang heeft met read write op de drie hoofdmappen.

 

Met het bonjour Protokoll ingeschakeld op de QNAP NAS zie ik die mappen ook en kan met naam en paswoord verbinden

 

Op de SMB mount kan ik alles zien, maar totaal niet schrijven

Op de AFP mount kan ik alles...

 

vanwaar dat verschil?

dat is namelijk in het bureau met de iMac daar aan de QNAP van Bureau juist anders om

ik begrijp het even niet...

 

wie kan helpen

17 juni 2015 aangepast door Tonskidutch

[Tonskidutch]

is dat nut toeval?

 

QTS 4.1.4 Build 0522
( 2015/06/03 )
QTS4.1.4 Build 0522

[Enhancement]

- Updated the glibc x86_64 version from 2.11.1 to 2.19 and fixed the GHOST vulnerability (CVE-2015-0235.)

(Note: Due to changes in the x86_64 library, some apps (including Virtualization Station, aMule, DVBLink TV Server) may fail to start after patch application. If this is the case, please update the affected apps to their latest version in QNAP App Center.)  
- All users can now upload to shared folders (right click on a folder in File Station > "Share" > "Via Email" > "Allow file upload to this folder".)

[bug fixes]

- Upgrading to firmware 4.1.3 increased fan speeds and fan noise (for TS-x79U-RP, TS-EC880U/1280U/1680U and SS-ECx79U-SAS-RP.) 
- The system fails to display the desktop correctly after logging into QTS using Internet Explorer (on Windows 32-bit) and 360 Browser.
- SNMP Server cannot be enabled after establishing a PPTP VPN connection between the NAS and a PC.
- Port trunking settings are not retained after system migration.
- The system fails to copy files to the NAS from external devices using the HFS+ file system in File Station.
- The system fails to restrict playback to tagged photos in slideshow mode in Photo Station after filtering conditions are set.
- The system fails to display the graphic meters for CPU and memory the first time the Dashboard is opened with Chrome.
- Users are unable to retrieve a directory listing from the FTP Server with an FTP client.
- The system fails to back up LUNs (giving an error message: I/O error while copying the LUN data.)
- The system fails to finish a complete SMART test (for WD WD4001FYYG-01SL3.)
- The system fails to detect global spare drives after system migration.
- TX-x31+ fails to create albums with a Chinese name in Photo Station.
- TX-x31+ fails to create video collections with a Chinese name in Video Station.

[Applicable Turbo NAS]
- All models

ceck your NAS

 

The system fails to copy files to the NAS from external devices using the HFS+ file system in File Station.

17 juni 2015 aangepast door Tonskidutch

[Tonskidutch]

niet dat jullie denken dat ik de oplossing zelve gevonden heb (middels firmware update)

in geen geval, het Probleem blijft bestaan... !

[Puch]

Is de gedeelde schijf in ntfs geformatteerd

Standaard kan een mac namelijk niet schrijven op een ntfs partitie.

 

Maar vermoedelijk zal het probleem daar niet zitten omdat het met een afp mount wel lukt om op die schijf te schrijven.

 

Hoe ben je in de server ingelogd? Als root?

Op mac ben je standaard niet als root ingelogd. 

Daar kan ook het probleem zitten.

Maak een ander nieuwe user aan op de server met de juiste rechten en probeer het dan eens

 

Ik zeg niet dat dit een oplossing is, ik denk enkel mee.

19 juni 2015 aangepast door Puch

[Tonskidutch]

okee,

de QNAP TS-239 PRO+ II met Build 4.1.4 sinds eergisteren en daarvoor 4.1.3 firmware is als EXT4 linux File system geformateerd

NTFS had ik ooit op de PC maar daar beginnen we niet meer aan

op de Server is een gebruiker aangemaakt die administrator rechten heeft op de drie hoofdmappen

Public

Multimedia

Bureau_backup

 

o ja bonjour is ingeschakeld

 

op de eerste 2 kan ik niet schrijven, hoe dan ook vanaf de iMac

op Bureau_backup heb ik schrijfrechten, maar enkel via AFP en niet via Samba

ondanks dat ik de workgroup heb aangepast aan die van de NAS

 

bedankt voor het meedenken

19 juni 2015 aangepast door Tonskidutch

[Tonskidutch]

Nog even, er zijn echt heel specifieke rechten in het spel en ik weet niet goed of dat met de QNAP zelf conigureren van doen heeft of die rare iMac

[Puch]

hmm,

 

Kan je in de submappen van die shares schrijven?

 

 

Edit: ik zie in je laatste antwoord dat je dat niet kan.

Je had die geschreven terwijl ik mijn bericht aan het typen was

22 juni 2015 aangepast door Puch

[Puch]

Met onderstaan commando in de terminal geef je toestemming aan adminstrators tot alle volumes en gedeelde mappen over samba

 

sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.smb.server VirtualAdminShares -bool YES

 

Om de rechten te beperken:

 

sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.smb.server VirtualAdminShares -bool NO

 

Ik weet niet of het commando nog werkt het werd oorspronkelijk in OSX Lion gebruikt.

22 juni 2015 aangepast door Puch

[Tonskidutch]

okee bedankt ga ik straks proberen, nu even door met tekenen.

[Tonskidutch]

dat is toch iets anders geworruh,

 

op de OS 10.10.3 yosemite

 

ga het eens aan de exepairs van QNAP voorleggen waar het aan ligt

het lijkt er echter wel op dat een nieuwe map aanmaken op de QNAP en dus schrijven wel via samba mag

vreemde bedoeling

vooral omdat dit in het bureau net andersom is met die afp en smb

 

in ieder geval bedankt voor het meedenken

23 juni 2015 aangepast door Tonskidutch

[Puch]

 

het lijkt er echter wel op dat een nieuwe map aanmaken op de QNAP en dus schrijven wel via samba mag

vreemde bedoeling

vooral omdat dit in het bureau net andersom is met die afp en smb

 

 

Dat is inderdaad eigenaardig.

 

Als je die map aanmaakt kan je er dan effectief ook iets naar uploaden?

[Tonskidutch]

ik had voorheen zelfs de sysop aan de lijn

 

Die gaf me ook nog wat tips, waarna het helemaal vreemd begon te worden

test kopieer bestanden / files naar de NAS

 

de ene file wel de andere file niet ( let wel; gewoon files van mijn bureaublad / desktop )

 

opende ik na de test die ene file die niet wilde kopieren nog eens met het programma en sla opnieuw op dan kopieert ie plots wel op die nieuw aangemaakte map...

kompleet onoverzichtelijk ondoorzichtig en ik zie niet hoe dat op te lossen...

 

alsof er een heel rare kronkel in de eigendomsrechten zit

is het soms toch iets met Unix and Locking (share and global) Uplocks Nolock

[Puch]

LOL hier ben je nog wel een paar avonden zoet mee 

 

Het is op zijn minste zeer eigenaardig te noemen.

[Tonskidutch]

oke,

wat ik nu gedaan heb is, de gebruiker der uit gegooid (van NAS)

alle verbindingen stoppen

via finder een server verbinden maar nu met de admin account, zie daar het werkt

schrijven en lezen wissen en nieuwe aanmaken...

 

dan is er met de eigendomsrechten iets mis of de mapaggregatie

 

ik zoek zeer zeker door

23 juni 2015 aangepast door Tonskidutch

[Puch]

Als ik eerlijk mag zijn, ik ga altijd zo tewerk.

Ik laat de mac de verbinding maken en log in met de admin account.

 

Maar ik heb dan ook geen echt NAS staan. Ik dacht dat het voor een NAS in omgekeerde richting moest.

 

Ik heb enkel een WD Mycloud netwerkschijf en de hdd van Vu+ duo kan ik ook zo benaderen.

Nog nooit problemen gehad.