Labbtus
-
Innlegg
55 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av Labbtus
-
-
Edit:
Fant at feilen med å kjøre smb kom av at jeg hadde endret rettighetene på hele /var-mappen.
Retter opp i dette nå, og flytter mappen med filer for samba-deling
Benytter følgende for å rette opp:
rpm --setugids -a rpm --setperms -a
Håper det fungerer, så jeg slipper full reinstallering.
-----
Mener det skal være ok, men tenkte å test ved å lage en ny mappe på roten med fulle tilganger (777).
Fikk et annet problem også nå. La inn følgende linje i smb.conf
[global] logging = systemd
Får da feilmeldinger når jeg prøver å kjøre smb.service.
Avinstallerte og installerte samba på nytt, men har samme feil..
$ sudo dnf remove samba \ samba-client
$ sudo dnf install samba
user@samba-server ~> systemctl start smb.service Job for smb.service failed because the control process exited with error code. See "systemctl status smb.service" and "journalctl -xe" for details.
Tips for å kvitte seg med siste feil?
journalctl -xe viser bl.a. dette:
Dec 25 12:59:29 samba-server systemd[1]: smb.service: Main process exited, code=exited, status=1/FAILURE ░░ Subject: Unit process exited ░░ Defined-By: systemd ░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel ░░ ░░ An ExecStart= process belonging to unit smb.service has exited. ░░ ░░ The process' exit code is 'exited' and its exit status is 1. Dec 25 12:59:29 samba-server systemd[1]: smb.service: Failed with result 'exit-code'. ░░ Subject: Unit failed
-
Hei Del og takk for sist
Kunne sikkert prøvd å klare meg uten, men er det noen andre muligheter? Andre applikasjoner enn samba som er god der en får med brukerautentisering?
Om en dropper brukerautentisering, setter en bare opp smb.conf ala dette?
[guests] comment = Allow all users to read/write path = /path/to/guests public = yes only guest = yes writable = yes printable = no
-
Hei og takk for tilbakemeldingen tflovik.
Rettigheter og bruker er definert. Sett gjennom siden på linken, og klarer ikke se noen avvik fra det jeg har gjort.
Jeg er fremdeles litt i villrede ift hva som mangler i mitt oppsett.
-
Hei,
Usikker på om dette er rett plass, men prøver meg her. Gi meg evt et vink, så sletter jeg innlegget og flytter det til rett plass.
Sliter litt med oppsett av Samba på Fedora 33. Oppgraderte nå server som står i kjeller med et RAID fra Fedora 25 med Amahi til ren Fedora 33. Prøver nå å få satt opp en samba-server for å dele filer fra RAID, slik at jeg kan koble disse opp som nettverksdisker på min windows 10 pc (og flere pc'er etter hvert).
Installerte Fedora og har fått montert RAID på en mappe (her /var/samba/ med undermapper for HomeVideo, Pictures osv). Fikk feilmelding når jeg åpnet smb4k i Fedora (feil i URL), så gikk over til å jobbe i terminalen.
Testet flere oppskrifter jeg fant ved søking, senest denne:
https://fedoramagazine.org/fedora-32-simple-local-file-sharing-with-samba/Installert samba, lagt til samba i brannmur og endret diverse i smb.conf.
Nåværende smb.conf (endret etter diverse funn rundt på nett):
[global] server max protocol=SMB3 server min protocol=NT1 lanman auth = yes ntlm auth=yes domain master=auto map to guest=Bad User load printers = No printing=bsd printcap name=/dev/null disable spoolss=Yes [public] path = /var/samba/HomeVideo comment = HomeVideo read only = No
Har definert egen samba bruker som anbefalt her:
https://wiki.archlinux.org/index.php/samba#Adding_a_userKlarer ikke koble opp samba-serveren fra Windows.
For spørsmål om brukernavn og passord, men klarer ikke å koble opp nettverksdisken i Winows (fortsetter å spørre om brukernavn og passord i windows.)
Prøver da å koble opp mot
\\samba-server\var\samba\HomeVideo
Mappen på serveren ligger på /var/samba/HomeVideo
Kjører smbclient -L samba-server og får da følgende tilbakemelding.
[root@samba-server samba]# smbclient -L \\samba-server lpcfg_do_global_parameter: WARNING: The "lanman auth" option is deprecated Enter WORKGROUP\user's password: Sharename Type Comment --------- ---- ------- public Disk HomeVideo IPC$ IPC IPC Service (Samba 4.13.3) SMB1 disabled -- no workgroup available
Basert på det jeg fant på denne siden ser det ut til at noe mangler:
https://wiki.archlinux.org/index.php/samba#Tips_and_tricksSkulle også fått tilbakemelding på server og Workgroup.
Nmblookup ser for meg ut til å vise at serveren kjører:
[root@samba-server samba]# nmblookup -A 192.xxx.xxx.50 Looking up status of 192.xxx.xxx.50 SAMBA-SERVER <00> - B <ACTIVE> SAMBA-SERVER <03> - B <ACTIVE> SAMBA-SERVER <20> - B <ACTIVE> ..__MSBROWSE__. <01> - <GROUP> B <ACTIVE> WORKGROUP <00> - <GROUP> B <ACTIVE> WORKGROUP <1d> - B <ACTIVE> WORKGROUP <1e> - <GROUP> B <ACTIVE> MAC Address = 00-00-00-00-00-00
Har i tillegg endret Nettverkssikkerhet til bare å sende NTLMv2-svar etter å ha funnet denne linken: https://superuser.com/questions/1125438/windows-10-password-error-with-samba-share
Oppskrift for endring, samt skript her:https://www.majorgeeks.com/content/page/how_to_enable_local_security_policy_in_windows_10_home.html
Noen som har tips for hva jeg kan gjøre for å få dette opp å gå?
-
Tips til gode kjøp? :-)
-
Hei,
har en router som er ustabil. Jeg benytter den som en router uten trådløst nett, og har i det siste mistet nettverket når jeg kopiere store filer over nettverket. Dette er en Netgear WNDR4000 router med firmware V1.0.0.88_9.1.77. Dette er ikke siste versjon ser jeg nå, men er usikker på om det er verdt å oppgradere? Har fått tips om at det kan være verdt å installere OpenWrt for å få en mer stabil router. Noen som har testet dette, evt har noen tips ift hvordan jeg skal gå frem?
Leste gjennom denne guiden fra Del, men fant ikke min router her...
Noen tips? :-)
-
Hmm, ikke for sent enda.
Har ikke kommet så langt at jeg har formatert enda.
En ting jeg kom på som kanskje har betydning; disken er opprinnelig formatert i Fedora 12 mens systemet jeg forsøker å¨montere den i nå er Ubuntu 12.
Har det noe å si?
Forsøkte å følge tipset ditt HawP, men får samme type feilmelding.
# sudo fsck.ext4 -v /dev/sde1 e2fsck 1.42 (29-Nov-2011) fsck.ext4: Superblock invalid, trying backup blocks... fsck.ext4: Bad magic number in super-block while trying to open /dev/sde1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>
# sudo mke2fs -n /dev/sde1 mke2fs 1.42 (29-Nov-2011) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 122101760 inodes, 488378390 blocks 24418919 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 14905 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848
# sudo e2fsck -b 32768 /dev/sde1 e2fsck 1.42 (29-Nov-2011) e2fsck: Bad magic number in super-block while trying to open /dev/sde1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>
Får samme feilmelding på alle blokkene som er ramset opp over. Er det bare å gi opp og formatere, eller ser dere noe annet lurt som kunne vært testet?
Jeg vurdere å oppgradere den andre serveren, som nå går på Fedora 12 med Amahi (uten problemer) til Ubuntu 12. Men kan jeg risikere samme type problemer diskene (tre i RAID5, en til back-up fra naboen i tillegg til den som kjører operativsystemet)?
-
Har kopi på den andre serveren, men hadde håpet å spare syncing av 500Gig over internettlinjen.
Men, ser ut til at det blir løsningen; får ta det i små porsjoner.
Men, takk for hjelpen, var verdt et forsøk.
-
# fsck.ext4 -fyv /dev/sde1 e2fsck 1.42 (29-Nov-2011) fsck.ext4: Superblock invalid, trying backup blocks... fsck.ext4: Bad magic number in super-block while trying to open /dev/sde1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>
Og denne:
# e2fsck -b 8193 /dev/sde1 e2fsck 1.42 (29-Nov-2011) e2fsck: Bad magic number in super-block while trying to open /dev/sde1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>
-
Hm, ser ut som det er riktig partisjon. Sjekk at monteringsmappen finnes,
ls /home/labbtus/
så prøv å montere manuelt
sudo mount -t ext4 /dev/sde1 /home/labbtus/backup
hvis den fortsatt klager på filsystem, kanskje du brukte ext3 da du formaterte?
Mappen er der, og er tom.
# sudo mount -t ext4 /dev/sde1 /home/labbtus/backup mount: wrong fs type, bad option, bad superblock on /dev/sde1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so
Disken er tidligere formatert til ext4.
-
Ja, noen løsninger krypterer hele disken, og da må man ta det med når man monterer. Encfs er ikke slik, så du gjør det riktig. Kunne tenkt meg å se partisjonene på den disken, kan du kjøre fdisk med sudo?
sudo fdisk -l
Hei igjen,
Se utklipp fra fdisk -l under.
sudo fdisk -l Disk /dev/sde: 2000.4 GB, 2000398934016 bytes 81 heads, 63 sectors/track, 765633 cylinders, total 3907029168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0003b5d7 Device Boot Start End Blocks Id System /dev/sde1 2048 3907029167 1953513560 83 Linux
Trodde 83 Linux skulle være riktig ift ext4?
-
Skal få testet det mot slutten av uka. Ikke tilgang på serverne nå i påska :-)
Takk for hjelpen så langt; og riktig god påske!
-
Da er sshfs i boks såvidt jeg kan skjønne.
Ja, generelt vil jeg anbefale å unngå for komplekse kommandoer. Det blir fort uoversiktlig. Velkjent prinsipp innen programmering:
http://en.wikipedia..../KISS_principle
Hvordan er den kryptert?
Hei,
den er kryptert med encfs.
Sync kjøres etter dette prinsippet:
sshfs user@nabo:/mount/nabo /mount/encbackup
encfs /mount/encbackup /mount/backup
rsync /mount/raid/backup /mount/backup
Trenger nå å montere opp backupen hos naboen mot folderen backup på min brukermappe hos han.
Er helt blank ift hva som kan være feil her, men har det noe å si hvilken kryptering som er på disken?
-
Gått over tilgangene og de ser ut til å stemme (ift oppsettet til Crowly).
Har generert id_rsa på maskinen jeg forsøker å koble opp fra, og lagt innholdet i id_rsa.pub inn i authorized_keys under "min" mappe på naboens server (/home/labbtus/.ssh/authorized_keys).
Endret til PasswordAuthentication yes; og fikk da logget på naboens server:
$ ssh -p xxx [email protected] Welcome to Ubuntu 12.04.1 LTS (GNU/Linux 3.2.0-35-generic x86_64) * Documentation: https://help.ubuntu.com/ 272 packages can be updated. 112 updates are security updates. Last login: Thu Mar 21 17:34:34 2013 from xxx.yyy.zzz.zzz labbtus@naboserver:~$ logg ut Connection to nabo.yourhda.com closed.
Endret tilbake til PasswordAuthentication no; restartet ssh service; og fikk fremdeles logget på.
Forsøkte så denne:
$ cat /home/labbtus/cron/passwka | sshfs -p xxx -o idmap=user -o password_stdin nabo.yourhda.com:backup /backup read: Connection reset by peer
Men her ble det stopp igjen...
Siden jeg er usikker på noen av disse tingene midt i her forsøkte jeg denne:
$ cat /home/labbtus/cron/passwka | sshfs -p xxx -o nabo.yourhda.com:backup /backup
Som fungerte...
Fikk koblet opp og vist innholdet på /backup.
Vil dette da fungere fremover dersom jeg endrer kommandoen til dette i "kommandofilen" jeg kjører via cron?
Dersom dette vil fungere kan jeg kanskje lukke denne tråden og lage en ny for neste? :-)
Neste problem er montering av disk på naboens server. En disk hos han har krypterte data, som jeg vil montere inn under /home/labbtus/backup.
Endret i /etc/fstab:
/dev/sde1 /home/labbtus/backup ext4 defaults 1 2
Og forsøker å montere:
# mount -a mount: wrong fs type, bad option, bad superblock on /dev/sde1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so
Hvordan kan jeg debugge dette?
Finner dette i syslog:
Mar 22 20:15:00 vt72 kernel: [858736.749400] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
$fdisk -l Disk /dev/sde: 2000.4 GB, 2000398934016 bytes 81 heads, 63 sectors/track, 765633 cylinders, total 3907029168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0003b5d7 Device Boot Start End Blocks Id System /dev/sde1 2048 3907029167 1953513560 83 Linux
-
Prøvde å kopiere en gang til, samme resultat.
Slettet alle filene i .ssh-katalogen; opprettet ny nøkkel og kopierte fra id_rsa.pub til authorized_keys; igjen med samme resultat.
$ ssh -p xxx [email protected] The authenticity of host '[nabo.yourhda.com]:xxx ([xxx.yyy.zzz.zzz]:xxx)' can't be established. RSA key fingerprint is key:key:key. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '[nabo.yourhda.com]:xxx,[xxx.yyy.zzz.zzz]:xxx' (RSA) to the list of known hosts. Permission denied (publickey).
Kan problemet ligge i /etc/ssh/ssh_config eller i /etc/ssh/sshd_config?
Fant noen forskjeller i ssh_config som jeg har rettet opp i, men får samme resultat.
Kjørte service ssh reload etter endringene...
-
-
Har tidligere satt opp en hjemmeserver; etter mye hjelp fra dere på forumet er - link
Etter en krasj på en av serverne er den nå formatert og satt opp på nytt med Ubuntu og Amahi. Problemet nå er at jeg får bare ssh til å fungere en vei, ikke opp til den nye serveren. (Har fått koblingen opp mot den gamle Fedora 12 og Amahiserveren til å fungere igjen).
- Har satt opp med id_rsa.pub som er kopiert inn i authorized_keys på motsatt server
- kjørt ssh-add
- endret i /etc/ssh/sshd_config: (rootlogin, passwrd auth og RSA identification)
- kjørt sudo /etc/init.d/ssh reload (på fedora måtte jeg endre til sshd)
Begge serverne finner jeg via canyouseeme.org, på porten jeg forsøker å kontakte. Og jeg mener begge routerne er satt opp riktig ift å forwarde porter.
Kjører følgende kommando:
$ cat /home/labbtus/cron/passwka | sshfs -p xxx -o idmap=user -o password_stdin nabo.yourhda.com:backup /backup read: Connection reset by peer
$ ping nabo.yourhda.com PING nabo.yourhda.com (xxx.yyy.zzz.zzz) 56(84) bytes of data. ^C --- nabo.yourhda.com ping statistics --- 16 packets transmitted, 0 received, 100% packet loss, time 15000ms
$ ssh -p xxx [email protected] @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ The RSA host key for [nabo.yourhda.com]:xxx has changed, and the key for the corresponding IP address [xxx.yyy.zzz.zzz]:xxx is unknown. This could either mean that DNS SPOOFING is happening or the IP address for the host and its host key have changed at the same time. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is key:key:key:key. Please contact your system administrator. Add correct host key in /home/labbtus/.ssh/known_hosts to get rid of this message. Offending key in /home/labbtus/.ssh/known_hosts:3 RSA host key for [nabo.yourhda.com]:xxx has changed and you have requested strict checking. Host key verification failed.
Noen gode forslag til videre debugging?
-
:-)
Har sett gjennom man-sidene, men mulig det gikk for fort.
Og du er nok inne på litt av problemet. "/var/hda/files/test" er en tom mappe (ny server uten innhold enda), mens "/var/hda/backup/test" er tilsvarende back-up folder på min server (med data).
Tanken var å sjekke om rsync ville fylle inn filer som "manglet" på orginal-server (da uten --delete).
Planen for å spille veldig store datamengder som skal synkroniseres mellom serverne er å (etter beste evne) gjenskape struktur og filer på naboens server med back-up han har. For deretter å la rsync gjøre resten over nettverket.
Vil det være tilstrekkelig å bytte rekkefølgen på stiene i rsync-kommandoen? (og kjøre den uten --delete og gjerne med --dry-run) :-)
-
Hei,
har tidligere satt opp to servere som syncer data mellom seg; mye takket være god hjelp via dette forumet. Link til tråden med oppsettet av server - link.
Satte opprinnelig opp to servere med Fedora og installert Amahi. Nå fikk vi problemer med en av serverne, slik vi har oppdatert den ene serveren med Ubuntu 12.04 og installert Amahi på denne.
Oppsettet har gått fint og jeg har fått kontakt ene veien (gjenstår litt debugging andre vei). Har lagt inn ssh med keygen og oppdatert i authorized_keys slik at oppkoblingen fungere utmerket.
Kjører da følgende koder:
cat /home/user/cron/passwka | sshfs -p xxx -o idmap=user -o password_stdin nabo.yourhda.com:backup /backup cat /home/user/cron/passwd | encfs -S /backup/files/ /var/hda/backup/
Og mappene vises slik som forventet; kryptert innhold i /backup og ukryptert innhold i /var/hda/backup.
Problemet kommer når jeg skal kjøre rsync; kode:
rsync -av --delete /var/hda/files/ /var/hda/backup/
user:/$ rsync -av --delete /var/hda/files/test /var/hda/backup/test sending incremental file list test/ sent 62 bytes received 16 bytes 156.00 bytes/sec total size is 0 speedup is 0.00
Innholdet i mappen /test synkroniseres ikke. Og jeg klarer ikke å se hva som er feil. Noen som kan hjelpe?
-
Serveren er nå oppe å går; og har gått stabilt i en mnd nå.
Må vel da kunne sette status på denne som løst :-)
Takk for hjelpen!
-
Testet litt, og denne fungerer fra cron:
0 2 * * * /home/larseh/cron/command >> /var/hda/files/Docs/sync/$(date +%y-%V)syncresults.txt
Denne fungerer ikke:
0 2 * * * /home/larseh/cron/command >> /var/hda/files/Docs/sync/$(date +%y-%V)syncresults.txt 2>&1 || echo "Feilmelding fra cron"
Noen ideer?
-
Det blir så utrolig mye inne i disse filene; må slette etter hvert. Tenkte da det var greit å ha en fil pr uke. Kjører denne kommandoen uten problemer:
/home/user/cron/command >> /var/hda/files/Docs/sync/$(date +%y-%V)syncresults.txt 2>&1
Må teste dette fra cron, men endret navn på noen videofiler; og det ser da ut til at hele filene sync'es på nytt. Tar lang tid med denne sync'en..
Er det noen enkel måte å endre filnavnet på i Fedora? Har benytten Siren 1.9 (link) i Windows med følgende syntax: %dm.%e ; får da filnavnet på formen yyyymm_ddhhmmss.(samme ext).
-
#1: Sjekk at filen (/cron/command) er kjørbar.
#2: Sjekk at cron kan skrive til mappen.
Begge er sjekket. Mistenker at problemet ligger i filnavnet i denne kommandoen:
0 2 * * * /home/user/cron/command >> /var/hda/files/Docs/sync/$(date +%y)$(date +%V)syncresults.txt 2>&1 ...
-
Hei igjen;
har forsøkt å endre tekststrengen slik at jeg får en ny rapportfil hver uke.
I command filen som kjøres har jeg endret slik:
echo -e "\r" >> /var/hda/files/Docs/sync/$(date +%y)$(date +%V)syncresults.txt echo "Cron Sync $(date)" >> /var/hda/files/Docs/sync/$(date +%y)$(date +%V)syncresults.txt cat /home/user/cron/passwka | sshfs -p xxx -o idmap=user -o password_stdin nabo.yourhda.com:backup /backup cat /home/user/cron/passwd | encfs -S /backup/files/ /var/hda/backup/ rsync -av --delete /var/hda/files/ /var/hda/backup/ fusermount -u /var/hda/backup/ fusermount -u /backup/ echo -e "\r" >> /var/hda/files/Docs/sync/$(date +%y)$(date +%V)syncresults.txt
Håpet dermed å få litt luft mellom hver sync-rapport. (Og at det skrives inn i filen som starter med yyww) Dette fungerer fint i en testefil som ikke kjøres fra cron.
Endret så til dette i crontab-filen:
0 2 * * * /home/user/cron/command >> /var/hda/files/Docs/sync/$(date +%y)$(date +%V)syncresults.txt 2>&1 || echo "Feilmelding fra cron"
Men da får jeg ingen resultater inn i loggefilen min. Noen som ser hva som er feil?
Den frie kafeen
i Operativsystemer
Skrevet
Da løste det seg.
Fikk ryddet opp i tilgangene etter å ha endret på hele /var-mappen. Linjene i innlegget over virket, god var det noen filer jeg måtte inn å endre manuelt etter at jeg fant feil i /var/log/samba/log.smbd
Videre fant jeg ut av feilen med samba, eller brukerfeilen
Tror feilen lå når jeg prøvde å koble opp fra Windows mot samba-serveren.
[HomeVideo] path = /samba/HomeVideo
Etter oppslag med "smbclient -L \\samba-server" så fant jeg at [HomeVideo] i klammer definerer navnet på Share'en, som så må slås opp mot fra Windows. Slik at oppslag fra Windows blir "\\samba-server\HomeVideo".
Så da blir det testing med brukere og tilganger til mapper.