Hur "jobbigt" är det att göra en Linux filserver?

Finns program som kan gå igenom en massa filer och ersätter bitar efter regler du sätter upp.
Typ något av: https://windowsreport.com/file-rename-software/

Förstår inte riktigt vad du menar skulle vara jobbigt?
SLäng upp en Ubuntu Server, kör samba, göra lite shares och hantera dem ifrpn din Windows burk.
Vad är det du känner/tror kan bli problematiskt?

Det är väl inget jobbigt alls? Installera valfri dist, installera ssh valfri ftp server eller nfs eller samba eller vad du nu vill använda ställ in efter någon guide du hittar på google och success du är klar.

Skickades från m.sweclockers.com

För en sådär 6-7 år sedan håll jag i att undvika sådana tecken men på senare år har jag gått över till att bry mig mindre då jag aldrig märkt att det blir problem.

Det är lugnt, Samba fixar allt såntdär felfritt, och har gjort det i många år nu. Du kan använda en sambashare precis som vilken windowsshare som helst.

Det är aldrig heller några problem att fippla med filerna lokalt heller, tab completion grejar mellanslag och specialtecken alldeles utmärkt, du behöver öht inte lära dig hantera det "manuellt" eller vad man ska kalla det, typ

Det var ett problem tidigare med ISO-8859-1, men efter att UTF8 blev standard i alla stora distar som Debian, Red Hat och SLES har det varit väldigt marginella problem. Jag har till och med en mapp som heter "$" (utan citattecken) utan några vidare problem.

Skulle snarare argumentera för att det är en fördel att använda specialtecken i sina filnamn, då märker man när man inte hanterar input rätt i sina program. Backup ska man ändå ta regelbundet, så det kan bli en övning i den aspekten också

Det som är störigt numera är att Linux utdelningen inte syns i nätverk från windows 10.
Iaf jag måste skriva cd \192.168.x.x\ för att komma till samba utdelningen.

Har ni förslag på lösning är jag idel öra.

Öppna smb.conf och lägg till...

browseable=yes

...i konfigurationen för dina shares, och starta sedan om Samba. Finns det redan där är det nåt annat som spökar.

Den delen försvann iom. NTLM och SMB v.1 stängdes ned i win10 och ingen 'bra och enkel' ersättare finns för detta. Man kan starta SMB v.1 igen men då erbjuder man också idag lätt hackningsbara vägar in igen i datorerna.

Det är av säkerhetsorsak som NTLM och SMB v.1 stängdes ned i win10 (och hade behövts redan på win XP-tiden ur säkerhetsmässig synpunkt)

Risk för hacking vet jag inte, men det var ju den dörren som ransomware oftast tog under den senaste spridningen

Själva Linux filsystemet kan hantera alla byten utom motsvarande ASCII '/' (0x2Fh) och 'NUL' (0x00h) inom filnamnet då snedstrecket är avdelare mellan directorys/directorys eller directorys/ filnamn och NUL är avslutare för textsträngar som filnamn. Vissa filsystem (som ZFS och XFS) kan även hantera '/' i filnamnet (sedan om skalen och filhanterare gör det är en annan sak)

WIN-version av NTFS kan inte ha "/\:*"?<>| och NUL" som tecken i sina filnamn medans POSIX-versionen av NTFS kan inte ha '/' och 'NUL' i filnamn.

Sedan hur bytesträngens tolkas av ett skal, filhanterare eller program beror på vilken charset som används - för närvarande är det UTF8 som används i dom största Linuxdistributionerna men är inget som är hugget i sten utan kan bytas ut beroende på behov.

I Linux kan filnamnen ha som mest 255 tecken, det gäller också direktorynamn och kan vara i obegränsad djup i filträdet på filsystemet. Däremot har själva linux en begränsning till max 4096 tecken i Path, dock kan kringgås med relativ path och gå betydligt djupare ned i filsystemträdet än 4096 tecken räknat som absolut pathlängd.

I NTFS så kan den ha max 255 UTF16-tecken i filnamnet och med totallängd i path och filnamn på max 32767 UTF16-tecken (127 nivåer ned i filträdet med alla tecknen i filnamn och path fyllda till max) notera att Explorer mfl. program i Windows klarar betydligt mindre i Pathlängd än vad filsystemet i sig tillåter och är i windows så lite som 280 tecken (har dock ändrats i och med Win10 ver 1607) och det finns vägar förbi begränsningen som med "\\?\D:\very long path"

Ser inte någon större skillnad om det attackerats direkt av en hacker i kött och blod eller maskinellt en väg in för en ransomware-virus - det är fortfarande väldigt obra för den drabbade...

vill bara gå in och rekommendera openmediavault allt är som sig bör