Már előre elnézést kérek a guruktól, de tényleg nem vagyok egy hálózati szakember ezt kérlek bocsássátok meg nekem, szóval a problémám:
Van nekem egy Raspberry Pi szappantartóm egy 1TB-os PiDrive társaságában amit NAS-ként használ(na) itthon a család. Gondoltam ha már úgy is Debian buzi vagyok felrakok rá egy Raspbian-t természetesen GUI nélkül mert nehogymá kell a pro érzés... No ott tartok, hogy van nekem samba, dlna, transmission felcsatolt /mnt/pidrive és működik is minden DE!
Az alábbi beállításokkal valami oknál fogva nem tudom írni Windows 10 alatt a megosztott mappa almappáit:
workgroup = HOME
wins support = yes
comment=pidrive
path=/mnt/pidrive
browseable=yes
writeable=yes
only guest=no
create mask=0775
directory mask=0775
public=no
/mnt/pidrive -ra az áldás:
sudo chown -R pi:pi /mnt/pidrive
sudo chmod -R 775 /mnt/pidrive
Szóval, mi a fészkes fenéért nem tudom írni a felcsatolt mappa alatti foldereket??
jöhetnek azok a tockosok... :(
- 1955 megtekintés
Hozzászólások
Ha sudo chmod -R 777 /mnt/pidrive, akkor?
- A hozzászóláshoz be kell jelentkezni
Akkor jó, de elvileg működnie kellene 775 mellett is vagy tévedek? A leírás ami alapján csináltam szintén 775-tel írja, szóval kíváncsi vagyok az okra, hogy nálam miért nem működik.
--
Debian GNU/Linux
- A hozzászóláshoz be kell jelentkezni
force user = pi?
Vagy inkább force group = pi
Vagy pi user-ként csatlakozol a samba-hoz?
- A hozzászóláshoz be kell jelentkezni
PI kent. A usert már néztem, mindjárt megnézem a group-ot.
--
Debian GNU/Linux
- A hozzászóláshoz be kell jelentkezni
Az smbstatus kimenetét nézd meg.
- A hozzászóláshoz be kell jelentkezni
Legyen 777, hozz létre fájlt SMB-n keresztül és nézd meg Linux alól, hogy milyen userrel hozta létre. Ha nem kért logint SMB alól, akkor szerintem nobodyként. Akkor kell xclusiv kolléga által írt force.
- A hozzászóláshoz be kell jelentkezni
Nos újra ráküldtem a kérdéses mappára az áldást:
sudo chown -R pi:pi /mnt/pidrive
sudo chmod -R 775 /mnt/pidrive
most jó minden smb.conf -ba 775 Win alatt tudom írni olvasni DE! van ugye a egy transmission is a kis NAS-on ami létrehozott egy debian-transmission felhasználót és ha bedobok egy torrent-et, az általa létrehozott mappa/fájlok már nem pi userként írnak a HDD-re ergó megint nem tudom írni Win alatt ezeket a mappákat.
A debian-transmission felhasználót korábban hozzáadtam a pi csoporthoz:
sudo usermod -a -G pi debian-transmission
Remélem érthető voltam, nagyon fáradt vagyok.
--
Debian GNU/Linux
- A hozzászóláshoz be kell jelentkezni
Az init.d be át lehet írni a transmission user és groupot.
Csak akkor mindenhol át kell.
Azaz a confoknal is.
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
smb.conf -ba egy force user = debian-transmission megoldotta
--
Debian GNU/Linux
- A hozzászóláshoz be kell jelentkezni
Egy kis IPTABLES még maradt: szerintetek mit nem szeret a 21. sorban?
*filter
# Allow all loopback (lo0) traffic and drop all traffic to 127/8 that doesn't use lo0
-A INPUT -i lo -j ACCEPT
-A INPUT -d 127.0.0.0/8 -j REJECT
# Accept all established inbound connections
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
# Allow all outbound traffic - you can modify this to only allow certain traffic
-A OUTPUT -j ACCEPT
# Allow HTTP and HTTPS connections from anywhere (the normal ports for websites and SSL).
-A INPUT -p tcp --dport 80 -j ACCEPT
-A INPUT -p tcp --dport 443 -j ACCEPT
# Allow SSH connections
-A INPUT -p tcp -m state --state NEW --dport 85 -j ACCEPT
# Allow Samba connection
-A RH-Firewall-1-INPUT -p udp -m udp -s x.x.x.x/24 --dport 137 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp -m udp -s x.x.x.x/24 --dport 138 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp -s x.x.x.x/24 --dport 139 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp -s x.x.x.x/24 --dport 445 -j ACCEPT
# Allow DLNA connection
-A INPUT -s 192.168.1.203/24 -p tcp -m tcp --dport 8200 -j ACCEPT
-A INPUT -s 192.168.1.203/24 -p udp -m udp --dport 1900 -j ACCEPT
# Allow Transmission connection
-A INPUT -m state --state RELATED,ESTABLISHED -p udp --dport 51413 -j ACCEPT
-A OUTPUT -p udp --sport 51413 -j ACCEPT
# Allow ping
-A INPUT -p icmp --icmp-type echo-request -j ACCEPT
# Log iptables denied calls
-A INPUT -m limit --limit 5/min -j LOG --log-prefix "iptables denied: " --log-level 7
# Drop all other inbound - default deny unless explicitly allowed policy
-A INPUT -j DROP
-A FORWARD -j DROP
COMMIT
--
Debian GNU/Linux
- A hozzászóláshoz be kell jelentkezni
Tippre ezt:
RH-Firewall-1-INPUT
Debian alatt kétlem, hogy van R(ed)H(at)-Firewall-1-INPUT lánc :)
- A hozzászóláshoz be kell jelentkezni
Isten vagy köszi! Egyedül a transmission nem akarja az igazat grrr
edit: akarja igazából a webinterface-t zártam ki de már megoldottam!
--
Debian GNU/Linux
- A hozzászóláshoz be kell jelentkezni