Gå til innhold

(K)Ubuntu server howto


Del

Anbefalte innlegg

Videoannonse
Annonse
Jeg har fulgt denne guiden og har et problem.

Jeg mekket sammen to brukere i følge den guiden og når disse kobler seg til ftp-serveren så kan de browse directories helt ned til "/"

Hva må jeg gjøre for å låse de til folderen de har i utgangspunktet blitt plassert i?

 

Det skal funke å bruke CHMOD. og rett og slett ikke gi de lesetilgang til noe annet enn /home/$USENNAME.

 

eller bruke DefaultRoot se linker under.

 

http://www.proftpd.org/docs/faq/linked/faq-ch5.html#AEN524

http://www.proftpd.org/docs/howto/Chroot.html

http://www.proftpd.org/docs/directives/lin...efaultRoot.html

 

Et lite tips. FTP er ukryptert trafikk, så derfor er det kanskje smartere å bruke ssh og sftp.

Lenke til kommentar
Jeg har fulgt denne guiden og har et problem.

Jeg mekket sammen to brukere i følge den guiden og når disse kobler seg til ftp-serveren så kan de browse directories helt ned til "/"

Hva må jeg gjøre for å låse de til folderen de har i utgangspunktet blitt plassert i?

 

Det skal funke å bruke CHMOD. og rett og slett ikke gi de lesetilgang til noe annet enn /home/$USENNAME.

 

eller bruke DefaultRoot se linker under.

 

http://www.proftpd.org/docs/faq/linked/faq-ch5.html#AEN524

http://www.proftpd.org/docs/howto/Chroot.html

http://www.proftpd.org/docs/directives/lin...efaultRoot.html

 

Et lite tips. FTP er ukryptert trafikk, så derfor er det kanskje smartere å bruke ssh og sftp.

Takk! Nå fikk jeg det til :D

Men trenger man å kryptere når det kun er lokalt proftpd brukes? Har ikke åpnet noen porter i router bortsett fra torrentflux.

Lenke til kommentar

Guiden du fulgte bruker direktivet

DefaultRoot ~

som vil restriktere alle ftp brukere til sin hjemmemappe, så for det du spør om trenger du bare sørge for å legge inn denne.

 

I guiden står det også informasjon om hvordan du begrenser tilgang til brukere uavhengig av hverandre lenger ned. Det gir full fleksibilitet uten å endre andre deler av systemet ditt.

 

Å fjerne lesetilgang til alle systemfiler og mapper med chmod synes jeg blir en dårlig løsning.

 

Det er lite poeng i ftps dersom du er på et sikret nett.

Lenke til kommentar
  • 3 uker senere...
  • 1 måned senere...

Hei igjen!

 

Har et lite spørsmål.. Serveren min kjører torrentflux 24/7 og det fungerer egentlig helt greit, bortsett fra når jeg skal starte torrentene.

Enkelte torrenter er på 60-70 GB alene og hashingen av disse suuuuger cpu-kraft. Når man har en del torrenter så kan denne hashingen ta langt tid, og serveren har så mye load at det er umulig å prøve å jobbe med den via web-grensesnitt eller ssh.

 

Hva bør jeg gjøre for å minimere denne loaden? Kjøpe en bedre diskkontroller, eventuelt RAID?

Lenke til kommentar

Lite tips angående DNS server.

Det er ikke kun for domene ting man bør sette det opp. Har man en server gående med resurser tilgode, så anbefaler jeg sterkt å sette opp en caching nameserver,

Dette vil gi vesentlig kjappere responstider på nettsider man besøker ofte, da ISP nameservere ikke cacher så langt jeg vet.

Man slipper da at all informasjon må lastes på nytt fra det store internett hver gang man oppdaterer/besøker en side.

Lenke til kommentar

Godt poeng, men det kan høres ut som du blander litt med proxy. Såvidt jeg vet vil Bind cache selve navneoppslaget (altså hvilken IP adresse som tilhører domenenavnet), ikke innholdet på nettsiden. Det er likefullt et godt poeng å cache navneoppslaget. En proxy-server som Squid vil kunne cache både navneoppslaget og innholdet på nettsiden.

 

ref. http://tldp.org/HOWTO/DNS-HOWTO-3.html

http://en.wikipedia.org/wiki/Squid_%28software%29

Lenke til kommentar

Helt korrekt. Det er kun navne oppslaget som går kjappere.

Formulerte meg litt dårlig pga. noen rosa elefanter.

 

Brukte squid før da jeg hadde en heller slapp linje.

Vurderer faktisk å begynne å bruke det igjen pga særdeles tunglastede sider.

 

Genialt tiltak med how-toen, masse god og lettfattelig informasjon og tips.

*10 tommeltotter opp*

Lenke til kommentar
Finn ut først om det virkelig er CPU som er flaskehalsen. Du kan bruke kommandoen top mens hashingen pågår for å få hint.

 

Del gjerne hvilken hardware du bruker på boksen.

 

Er ikke 100% sikker på HK siden jeg kjører et midlertidig system ATM, men det er socket 754 og prosessoren er en Semtron 3000 eller 2800+.

2 GB minne

èn stk 750 GB Seagate Barracuda 7200.10 (siste disken jeg har igjen i 7200.7/10 som enda lever. Alle de andre døde etter kort tid i serveren, men har en lang levetid på deskop-pcn min) :hmm:

 

Hadde samme problemet med ytelse når jeg kjørte med 939-oppsettet og en Venice 3200+ på et MSI NEO FI.

 

Når jeg tenker meg om så sitter jeg faktisk bare å venter på at disken skal havarere som de !tre! forrige gjorde, selv om symtonene jeg opplever nå ikke kan sammenlignes med tidligere krasj.

 

 

Legger ved skjermskudd av torrent-oppstart samt putty (fikk et beleilig strømbrudd i huset :whistle: )

post-21632-1265215418_thumb.jpg

post-21632-1265216138_thumb.jpg

Endret av Xander^
Lenke til kommentar
Finn ut først om det virkelig er CPU som er flaskehalsen. Du kan bruke kommandoen top mens hashingen pågår for å få hint.

 

Del gjerne hvilken hardware du bruker på boksen.

 

Er ikke 100% sikker på HK siden jeg kjører et midlertidig system ATM, men det er socket 754 og prosessoren er en Semtron 3000 eller 2800+.

2 GB minne

èn stk 750 GB Seagate Barracuda 7200.10 (siste disken jeg har igjen i 7200.7/10 som enda lever. Alle de andre døde etter kort tid i serveren, men har en lang levetid på deskop-pcn min) :hmm:

 

Hadde samme problemet med ytelse når jeg kjørte med 939-oppsettet og en Venice 3200+ på et MSI NEO FI.

 

Når jeg tenker meg om så sitter jeg faktisk bare å venter på at disken skal havarere som de !tre! forrige gjorde, selv om symtonene jeg opplever nå ikke kan sammenlignes med tidligere krasj.

 

 

Legger ved skjermskudd av torrent-oppstart samt putty (fikk et beleilig strømbrudd i huset :whistle: )

http://www.torrentflux.com/forum/index.php...opic,809.0.html

 

kan kanskje hjelpe noe. Er ganske gammel tråd, men kan være verdt å prøve.

Lenke til kommentar

Det ser for meg ut som om ca. halvparten av cpu tid går med til "IO wait" (50%wa), og da mest sannsynlig pga. disken ikke klarer å "holde tritt" med alle prosessene som vil lese fra den.

Så enten blir sjekking av så mange torrenter samtidig for mye diskaksess på en gang, og/eller så har ikke disken (u)dma aktivert.

 

Bortimot 100% cpu-bruk uten at dette ser ut til å tilsvare summen av cpu-bruk av prosesser, kan være et tegn på at det har skjedd "noe uvanlig" og disk io bruker pio (cpu-styrt) istedet for udma. Merk "kan". Og i slike tilfeller pleier hele systemet å føles som sirup...

Endret av HawP
Lenke til kommentar

Hei Xander, glemte helt bort tråden en stund.. Uansett, det kan se ut som torrentflux er basert på python og sluker ressurser. Sjekk gjerne ut rådet fra HawP også, men jeg tipper du kan oppnå det du ønsker ved å bytte til en torrentklient som er litt mer gjerrig. For kun web-interface ser jeg at det er kommet en php-basert klient som er verdt å prøve:

http://sourceforge.net/projects/torrentvolve/

dessverre er det ingen som har pakket den for ubuntu ennå, men du finner ubuntu-spesifikk informasjon i de nedlastede filene. Du kan også sjekke den ncurses baserte rtorrent, den har også noen web-interfacer i wtorrent og rtpg-www.

 

Hvis du kjører xserver på maskinen vil jeg anbefale å teste ktorrent. Den er gjerrig, og har alt du trenger.

Endret av Del
Lenke til kommentar

Litt usikker på sammenhengen du trenger dette i, men generelt er df og du kommandoene som gir deg informasjon om diskbruk. I dette tilfellet ser det ut til at du ønsker å se output fra df -H. For diskbruk bruker du df, men hvis du ønsker å vite hvor mye plass diverse mapper og/eller filer tar er du din venn.

Lenke til kommentar

Litt usikker på sammenhengen du trenger dette i, men generelt er <i>df</i> og <i>du</i> kommandoene som gir deg informasjon om diskbruk. I dette tilfellet ser det ut til at du ønsker å se output fra <i>df -H</i>. For diskbruk bruker du <i>df</i>, men hvis du ønsker å vite hvor mye plass diverse mapper og/eller filer tar er <i>du</i> din venn.

df -h /home/BRUKERNAVN

 

Har et cronscript jeg kjører på mine servere. Resulatet blir sendt meg pr. epost.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...