FOK!forum / Digital Corner / [debian/windows] Nfs shares.
#ANONIEMvrijdag 7 december 2012 @ 19:49
Hoi,

Ik heb mijn homeserver laatst opnieuw geinstalleerd en nu wil ik ipv samba shares nfs shares gaan gebruiken. Nu heb ik dit (volgens mij) zonder problemen kunnen opzetten vanuit debian 7.

Hieronder wat ik heb gedaan (zonder de apt-get dan.. Dit was iets van nfs-common en nfs-kernel-server wat ik installeerde.)

quote:
root@debiansrv:~# cat /etc/exports
/backups 192.168.0.0/255.255.255.0(rw)

C:\Users\David>showmount -e 192.168.178.240
Exports list on 192.168.178.240:
/backups 192.168.0.0/255.255.255.0

C:\Users\David>ipconfig | grep IPv4
IPv4 Address. . . . . . . . . . . : 192.168.137.252
En dan het volgende.. Het mounten..
quote:
C:\Users\David>mount \\192.168.178.240\backups Y:
Network Error - 53

Type 'NET HELPMSG 53' for more information.

C:\Users\David>mount 192.168.178.240:/backups Y:
Network Error - 53

Type 'NET HELPMSG 53' for more information.

C:\Users\David>net helpmsg 53

The network path was not found.
Waarom wordt het netwerkpad niet gevonden? Volgensmij bestaat die gewoon..
StMvrijdag 7 december 2012 @ 20:21
Maak er eens 255.255.0.0 van ;)
#ANONIEMzaterdag 8 december 2012 @ 11:36
quote:
0s.gif Op vrijdag 7 december 2012 20:21 schreef StM het volgende:
Maak er eens 255.255.0.0 van ;)
Nop. Zelfde error nogsteeds
trancethrustzaterdag 8 december 2012 @ 12:11
Geen dubbele punt bij de mount?
#ANONIEMzaterdag 8 december 2012 @ 12:15
quote:
3s.gif Op zaterdag 8 december 2012 12:11 schreef trancethrust het volgende:
Geen dubbele punt bij de mount?
Bedoel je bij de schijfletter?
trancethrustzaterdag 8 december 2012 @ 12:41
Nee: C:\Users\David>mount 192.168.178.240/backups Y:
#ANONIEMzaterdag 8 december 2012 @ 13:12
quote:
2s.gif Op zaterdag 8 december 2012 12:41 schreef trancethrust het volgende:
Nee: C:\Users\David>mount 192.168.178.240/backups Y:
The network name cannot be found.
Fredzaterdag 8 december 2012 @ 14:08
Ik zou dit doen:

net use \\192.168.178.240\backups Y: /PERSISTENT
#ANONIEMzaterdag 8 december 2012 @ 14:17
Zelfde error (Het moest trouwens /PERSISTENT:YES zijn)

Net use is ook, voorzover ik weet, voor samba shares.
Fredzaterdag 8 december 2012 @ 14:22
zitten de server en de client wel in hetzelfde netwerk?
#ANONIEMzaterdag 8 december 2012 @ 14:25
Server zit met een kabeltje op de router.

Client (ik) haal het internet met een kabel uit mijn netbook (Tetheren ofzoiets) die vervolgens verbinding maakt, via wifi, met dezelfde router als de server. Als ik mijn eigen pc niet via de netbook verbinding laat maken werkt het ook niet.

Omdat ik dus via netbook zit is het ip van mijn pc 192.168.137.1. Het ip van mijn netbook (Wifi interface) is 192.168.178.14. Ip van homeserver is 192.168.178.240 en het router ip is 192.168.178.1

[ Bericht 9% gewijzigd door #ANONIEM op 08-12-2012 14:27:28 ]
Fredzaterdag 8 december 2012 @ 14:28
quote:
0s.gif Op zaterdag 8 december 2012 14:17 schreef d4v1d het volgende:
Zelfde error (Het moest trouwens /PERSISTENT:YES zijn)

Net use is ook, voorzover ik weet, voor samba shares.
Je hebt helemaal gelijk, my bad.
quote:
0s.gif Op zaterdag 8 december 2012 14:25 schreef d4v1d het volgende:
Server zit met een kabeltje op de router.

Client (ik) haal het internet met een kabel uit mijn netbook (Tetheren ofzoiets) die vervolgens verbinding maakt, via wifi, met dezelfde router als de server. Als ik mijn eigen pc niet via de netbook verbinding laat maken werkt het ook niet.

Omdat ik dus via netbook zit is het ip van mijn pc 192.168.137.1. Het ip van mijn netbook (Wifi interface) is 192.168.178.14. Ip van homeserver is 192.168.178.240 en het router ip is 192.168.178.1
Kan je de server wel pingen?

(Je maakt het zo wel onnodig moeilijk...)
#ANONIEMzaterdag 8 december 2012 @ 14:31
quote:
0s.gif Op zaterdag 8 december 2012 14:28 schreef FredvZ het volgende:

[..]

Je hebt helemaal gelijk, my bad.

[..]

Kan je de server wel pingen?

(Je maakt het zo wel onnodig moeilijk...)
Wifi op pc werkt bagger slecht. kabeltje van router in pc gaat ook niet. Netbook is nu de beste oplossing. Pingen kan ook gewoon.
StMzaterdag 8 december 2012 @ 14:39
quote:
0s.gif Op zaterdag 8 december 2012 14:28 schreef FredvZ het volgende:

[..]

Je hebt helemaal gelijk, my bad.

[..]

Kan je de server wel pingen?

(Je maakt het zo wel onnodig moeilijk...)
En hij kan de showmount doen dus ze kunnen met elkaar babbelen. Dat is het vage...

Ik weet niet uit mn hoofd naar welke log NFS logged (syslog, eigen log of misschien zelfs dmesg)maar staat daar niks in over misschien iets van een ACL error of een protocol mismatch ofzo?
trancethrustzaterdag 8 december 2012 @ 17:50
quote:
0s.gif Op zaterdag 8 december 2012 13:12 schreef d4v1d het volgende:

[..]

The network name cannot be found.
Wel ook gecombineerd met de 255.255.0.0-suggestie van hierboven? En als je het via de network drive wizard doet?
#ANONIEMzaterdag 8 december 2012 @ 20:34
quote:
5s.gif Op zaterdag 8 december 2012 17:50 schreef trancethrust het volgende:

[..]

Wel ook gecombineerd met de 255.255.0.0-suggestie van hierboven? En als je het via de network drive wizard doet?
Ja ik heb dit niet terug verandert naar 255.255.255.0.

1354995288-L.png
#ANONIEMzaterdag 8 december 2012 @ 20:49
/var/log/messages (en /var/log/kern.log) melden bijdebeide dit:

quote:
Dec 8 11:35:24 debiansrv kernel: [514591.854824] nfsd: last server has exited, flushing export cache
Dec 8 11:35:25 debiansrv kernel: [514593.026095] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Dec 8 11:35:25 debiansrv kernel: [514593.026137] NFSD: starting 90-second grace period
Lijkt me niks speciaals.

[ Bericht 1% gewijzigd door #ANONIEM op 08-12-2012 20:50:17 ]
trancethrustzaterdag 8 december 2012 @ 21:00
Enige andere zou in mijn beperkte fantasie de Windows firewall zijn, wellicht dat showmount over andere poorten gaat dan `echte' NFS communicatie.
#ANONIEMzaterdag 8 december 2012 @ 21:13
quote:
2s.gif Op zaterdag 8 december 2012 21:00 schreef trancethrust het volgende:
Enige andere zou in mijn beperkte fantasie de Windows firewall zijn, wellicht dat showmount over andere poorten gaat dan `echte' NFS communicatie.
Lijkt me dat als de server kan vertellen dat het netwerk pad niet gevonden is hij wel kan communiceren.

//edit

Met Windows firewall uit werkt het ook niet

[ Bericht 5% gewijzigd door #ANONIEM op 08-12-2012 21:13:50 ]
trancethrustzaterdag 8 december 2012 @ 23:59
Insecure toevoegen aan de mount options op de debian server?
#ANONIEMmaandag 10 december 2012 @ 13:45
quote:
5s.gif Op zaterdag 8 december 2012 23:59 schreef trancethrust het volgende:
Insecure toevoegen aan de mount options op de debian server?
_O_ O+
trancethrustmaandag 10 december 2012 @ 13:48
Dan was t dus de NFSD `firewall' (gecombineerd met de Windows NFS client, maar toch :P )
#ANONIEMmaandag 10 december 2012 @ 14:14
Nu heb ik dus alleen geen lees- en schrijfrechten.. Ik kan wel de mapinhoud zien. Ik heb nu dit geprobeert maar dit werkt ook niet.

quote:
C:\Users\David>mount -u:storage -p:xxxx \\192.168.178.240\backups Y:
Y: is now successfully connected to \\192.168.178.240\backups

The command completed successfully.
storage is de eigenaar van /backups dus. Password is ook gewoon goed.

Hoe krijg ik nu lees- en schrijftoegang vanaf windows?
trancethrustmaandag 10 december 2012 @ 14:54
NFS egaliseert alle uid/gids (user-IDs en group-IDs). Waarschijnlijk heb je niet dezelfde userstructuur op windows als op je *NIX syste(e)m(en); dus of chmod 777 je je dir op debian (lelijk), of je mapt connecting anonymous users (users die niet worden herkend door Debian aan de hand van uid/gids) naar 1 bepaalde user dmv anonuid/anongid.

Staat ook allemaal in de man-pages:

http://linux.die.net/man/5/exports
#ANONIEMmaandag 10 december 2012 @ 15:34
Ik heb nu volle permissies op de bestanden die de client aanmaakt. Maar als ik via ssh een bestand aanmaak kan ik hier vanaf windows niet in schrijven (wel lezen). Hoe kan ik dit regelen zonder de umask zo in te stellen dat alle bestanden 777 krijgen?

/etc/exports is als volgt nu
/backups 192.168.0.0/255.255.0.0(rw,insecure,all_squash,anonuid=1001,anongid=1001)

Bestanden vanaf ssh aangemaakt zijn 644(rw-r--r--). Bestanden vanaf windows aangemaakt hebben 755(rwxr-xr-x)
trancethrustmaandag 10 december 2012 @ 15:44
En je SSH user is 1001?
#ANONIEMmaandag 10 december 2012 @ 17:12
quote:
5s.gif Op maandag 10 december 2012 15:44 schreef trancethrust het volgende:
En je SSH user is 1001?
yup,

root@debiansrv:~# id storage
uid=1001(storage) gid=1001(storage) groups=1001(storage)
trancethrustmaandag 10 december 2012 @ 21:11
Vaag. Of moet windows zo nodig u+x hebben, probeer eens?
#ANONIEMmaandag 10 december 2012 @ 23:04
Nop..
1355176893-A.png

Als ik hem dan o+w geef werkt het wel.. Maar ik wil niet dat de bestanden voor iedereen schrijfbaar zijn. Alleen voor de user storage en vanuit windows.

[ Bericht 26% gewijzigd door #ANONIEM op 10-12-2012 23:04:45 ]
trancethrustdinsdag 11 december 2012 @ 09:30
Maar 755 heeft ook geen o+w. Zeker weten dat de owner dezelfde is in beide gevallen? (ls -lha)
#ANONIEMdonderdag 13 december 2012 @ 12:41
Kwam ik er net achter dat ik in een verkeerd topic antwoord had gegeven :(
--

Hmm. Ik heb alles eens herhaald (aanmaken van bestanden en erin schrijven).

Als ik een file in linux aanmaak (`touch derp.txt`) heb ik hier in windows geen schrijfrechten op.

Als ik er een in windows aanmaak (rechtsklik -> New -> Text document) heb ik hier ook geen schrijfrechten op in windows. Maar wel weer in linux..

Als ik een file aanmaak in Linux heb ik dit: rw-r--r--
Vanuit Windows heb ik dit: rwxr-xr-x
trancethrustdonderdag 13 december 2012 @ 13:23
De permissions zijn nagenoeg hetzelfde, behalve voor globale +x rechten. Dus er kunnen twee dingen verschil maken:

• de +x rechten: doe a+x op je linux bestand en probeer vanuit windows the editten
• de owner/groep settings verschillen: doe ls -lha en bekijk of de owner (en groep) van de twee bestanden overeenkomen.
#ANONIEMzondag 16 december 2012 @ 12:23
Ik heb het opgegeven |:( Nu ff samba shares weer geprobeerd die werkte binnen 5 minuten 8)7