Ahoj
Prosím, mám k turrisu připojeny 3 pevné disky, které používám jako NAS. Říkejme jim wd1 / wd2 / wd3.
Jde nějak mezi nimi kopírovat přímo, abych nevytěžoval síť?
Díky
Ahoj
Prosím, mám k turrisu připojeny 3 pevné disky, které používám jako NAS. Říkejme jim wd1 / wd2 / wd3.
Jde nějak mezi nimi kopírovat přímo, abych nevytěžoval síť?
Díky
Midnight Commander v terminálu by nepomohl ? Vždy to půjde přes br-lan nebo máte jinou představu? Váš požadavek, tak jak je napsaný, by se musel řešit vyjmutím disků a kopii dělat na jiném stroji
V podstatě je to přesně to, co jsem hledal, jen to nefunguje a vyhazuje tuhle hlášku:
Nicméně, bližší specifikace:
Šlo mi o to, aby když mám na USB1 a USB2 disky, tak aby kopírování / přesouvání šlo cestou:
USB1 -> turris -> USB2
a ne cestou
USB1 -> turris -> WLAN -> ntb -> WLAN -> turris -> USB2
Vadí mu jen velké soubory ? Zkuste kopírovat malý soubor. Jaký máte na discích souborový systém ?
Velké soubory mu vadí 100%, malé vyzkouším odpoledne
Souborový systém je na všech discích “ext4”
Funkce server-to-server copy je v Sambe od verze 2 https://wiki.samba.org/index.php/Server-Side_Copy
Pripadne jde pouzit FXP (rozsireni FTP) https://en.wikipedia.org/wiki/File_eXchange_Protocol
Fakt je ze na Omnii v implicitnim stavu to nefunguje, na Synology ano. Staci mit namapovane oba disky a kopirovat klidne v Pruzkumnikovi
Na Omnii se mi to nepodarilo rozchodit.
Dobrý den,
mohl bych Vás poprosit o informaci, zda používáte na routeru Sambu3 nebo Sambu4, případně jaký operační systém Turris OS používáte?
Díky.
Požívám Samba 3.6.25, mám aktualizovat na 4.9.8-1, která je v nabídce? Proč se neinstaluje nová verze automaticky a existuje nějaký snadný způsob aktualizace?
Nejake napady prosim?
Také by mě zajímalo řešení.
Moje dosavadní pokusy:
-mám tu vedle Omnie jeste stary WD MyBook Live - firmware z roku 2014 a Synology DS216play. Na všech zařízeních je implicitní nastavení co se týče Samby. A vypadá to takle:
PS C:\Windows\system32> Get-SmbConnection
ServerName ShareName UserName Credential Dialect NumOpens
---------- --------- -------- ---------- ------- --------
192.168.1.1 srv DELL\dell \dell 2.0.2 3
192.168.1.6 dokumenty DELL\dell \dell 2.0.2 1
192.168.1.7 fotky DELL\dell \dell 3.1.1 1
.1 je Omnia, .6 WD, .7 Synology. Takže na Omnii je stejná verze jako na 5 let starým WD. Vzdálené kopírování funguje jen na Synology.
Zkoušel jsem na Omnii nainstalovat novější Sambu, ale uplně tomu nerozumím jak to funguje. Na http://192.168.1.1/cgi-bin/luci/admin/system/packages mi to píše že je installed samba36-server. Available je samba4-server. Ten ale při pokusu o instalaci hlásí
Collected errors:
- check_data_file_clashes: Package samba4-server wants to install file /usr/sbin/smbd
But that file is already provided by package * samba36-server- opkg_install_cmd: Cannot install package samba4-server.
Zřejmě to bude chtít nejdřív odinstalovat 36, ale zatím jsem neměl čas se tím dál zabývat…
Tak to funguje, odinstall verze 3.6 a install verze 4, a uz to kopiruje vzdalene, bez prenosu po siti.
Nevim jestli vsechny balicky jsou k tomu nutne, ale funguje mi to takto:
Mimochodem, k mountovani jednotek na Windows10 pouzivam prikaz net use z: \\192.168.1.1\srv
, pripadne net use p: \\192.168.1.7\fotky /user:Franta frantovoHeslo
Ahojte,
skuste sa pozriet na temu:
Vysledok:
PS C:\WINDOWS\system32> Get-SmbConnection
ServerName ShareName UserName Credential Dialect NumOpens
---------- --------- -------- ---------- ------- --------
192.168.1.1 Multimedia PCDRI\icinga PCDRI\icinga 3.1.1 1
192.168.1.1 Pracovne PCDRI\icinga PCDRI\icinga 3.1.1 1
192.168.1.1 Public PCDRI\icinga PCDRI\icinga 3.1.1 1
192.168.1.1 Zalohy PCDRI\icinga PCDRI\icinga 3.1.1 1
Já po aktualizaci na sambu 4 nebyl schopnej “zviditelnit” disky. Nastavil jsme přípojné body a disky prostě pořád nebyly vidět.
Byl jsem na tom stejně. Vyřešil jsi nějak tento problém?
Já se na to nakonec vykašlal. Pokud se mi podařilo k nim připojit a zviditelnit, tak zase nefungovalo prohlížení některých složek.
No přešel jsem a starší snapshot se sambou 3,6
disk je připojenej a přes WinSCP se do něj dostanu. Je mountovaný do mnt/wd1, mnt/wd2 atd…
V Síťová sdílení / Přípojné body se nastavuje, které adresáře se mají “zobrazit” v síti.
I když bylo vše nastavené, tak se mi nepovedlo do nich nijak dostat.
Mam otázku? Aké máš vedomosti s linuxom (teda v omnii) a s Sambou? Je to dôležité aby som vedel ako sa mam “hlboko” rozpisovať. Pracuješ v luci a ssh?
Ne úplně perfektní, ale s luci a ssh v turrisu pracuju. A rad se něco naučím
Samba4 je aplikácia nad linuxom. Pouziva pri tom MS protokol k zdieľaniu diskov.
Je treba vediet ze zdielanie na sambu sa da nakonfigurovat ako:
cat /etc/samba/smb.conf.template
[global]
...
## set security (auto, user, domain, ads)
security = user
...
Budem sa zaoberať len možnosťou “security = user” (je aj predvolena). Uz ako názov hovori overovanie samby bude na základe uzivatelov, ktory su zaznamenany v /etc/passwd.
Samba vie užívateľa, ktorý sa hlási z PC porovnať s uzivatelom (musí existovať) v passwd.
cat /etc/passwd
root:x:0:0:root:/root:/bin/ash
daemon:*:1:1:daemon:/var:/bin/false
...
p16icinga:*:1000:65534:p16icinga:/var:/bin/false
nicinga:*:1001:65534:nicinga:/var:/bin/false
#newuser:*:1000:65534:newuser:/var:/bin/false
Z toho plynie že uživatel newuser (zmeň meno na co potrebuješ) a inkrementuj 1000+1 MUSI mat take iste meno vo Win10 ako v linuxe. (teda v passwd).
Nastav heslo do samby príkazom:
smbpasswd --help dozvieš sa viac!
smbpasswd -a newuser.
Info sa zapise do cat /etc/samba/smbpasswd.
p16icinga:1000:XXXXXXXXXXXXXXXXXXX…:8D8…:[U ]:LCT-5C237A9F:
nicinga:1001:XXXXXXXXXXXXXXXXXXXXX…:1739…:[U ]:LCT-00000001:
Aby bola situacia lahsia tak uvediem príklad z mojej fungujúcej konfigurácii z:
cat /etc/config/samba4:
config samba
option charset 'UTF-8'
option homes '0'
option name 'dgw'
option description 'Samba on dgw'
option macos '0'
option workgroup 'LAN'
config sambashare
option name 'Zalohy'
option path '/var/hdd/SHARE/Zalohy' <-- toto zmeň podla potreby
option read_only 'no'
option users 'p16icinga, icinga'
option dir_mask '0777'
option create_mask '0666'
config sambashare
option path '/var/hdd/SHARE/Pracovne'
option read_only 'no'
option dir_mask '0777'
option create_mask '0666'
option users 'p16icinga, icinga'
option name 'Pracovne'
config sambashare
option name 'Multimedia'
option path '/var/hdd/SHARE/Multimedia'
option read_only 'no'
option dir_mask '0777'
option create_mask '0666'
option users 'p16icinga, nicinga'
config sambashare
option name 'Public'
option path '/var/hdd/SHARE/Public'
option read_only 'no'
option dir_mask '0777'
option create_mask '0666'
option guest_ok 'yes'
config sambashare
option name 'Backup'
option path '/var/ext/SHARE/Backup'
option users 'p16icinga, nicinga'
option dir_mask '0777'
option create_mask '0666'
option read_only 'no'
config sambashare
option name 'Config'
option path '/var/hdd/backups'
option read_only 'no'
option users 'p16icinga, nicinga'
option create_mask '0666'
option dir_mask '0777'
Ešte vyberiem časti, ktoré sú v smb.template dôležité.
[global]
......
dos filemode = Yes
budeš mat základne vlastnosti súborov vo win10 (hiden,system,...)
.......
force group = root
force user = root
uživatel co bude súbory zapisovať a čítať z disku v systéme linux bude root!
Z bezpečnostnej stránky je nastavenie root nie je vhodne, ale všetko je kompromis (jednoduchosť).
Staci už len vykonať restart samby4 a más ju funkčnú.
Toto nastavenie má svoje výhody aj nevýhody. Uvediem len niektoré:
-root uživatel, bezpečnosť!
-prístup R a W, je potrebne robiť v dvoch “config sambashare” jeden pre
R a druhy pre W. (toto by išlo zmeniť v luci pridaným do ponuky v share položky, ktorý užívatelia môžu R a ktorý W, myslím že vo openWRT 19.xx to už je realizované)
+jednoduchosť nastavenia
+nebudú problémy s právami na súbory od rôznych uzivatelov
Otestuj z win cez príkaz:
net use … vid. príkaz vyššie.
Nebudeš vidieť share v explorery win v net, lebo treba ešte aplikovať programy, ktoré su na linke:
Dôležité: Nekombinuj prácu s ssh a luci, lebo si môžeš prepisovať aktuálnu konfiguráciu. Radšej urob reboot!
Edit:19.09.11,9:40hod