HawP Skrevet 12. desember 2009 Del Skrevet 12. desember 2009 (endret) Kalles vanligvis chroot (CHange ROOT; ftp serveren opererer med en "virtuell" / for de brukerne som skal chroot'es), men hvordan det gjøres i proftp aner jeg ikke. Endret 12. desember 2009 av HawP Lenke til kommentar
xaco Skrevet 12. desember 2009 Del Skrevet 12. desember 2009 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
Xander^ Skrevet 12. desember 2009 Del Skrevet 12. desember 2009 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 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
Del Skrevet 12. desember 2009 Forfatter Del Skrevet 12. desember 2009 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
Del Skrevet 28. desember 2009 Forfatter Del Skrevet 28. desember 2009 Da har jeg hatt den delte gleden å flashe Bios på en trøblete maskin. Howto'en er følgelig oppdatert med plan A, B og C for de som trenger ny Bios til sin linux-boks: http://wiki.diskusjon.no/index.php/Guide:%...her_jeg_Bios.3F kritikk, ris og ros mottas med stor takk. Lenke til kommentar
Xander^ Skrevet 29. januar 2010 Del Skrevet 29. januar 2010 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
Del Skrevet 29. januar 2010 Forfatter Del Skrevet 29. januar 2010 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. Lenke til kommentar
Perius Skrevet 30. januar 2010 Del Skrevet 30. januar 2010 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
Del Skrevet 30. januar 2010 Forfatter Del Skrevet 30. januar 2010 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
Perius Skrevet 31. januar 2010 Del Skrevet 31. januar 2010 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
Sokkalf™ Skrevet 1. februar 2010 Del Skrevet 1. februar 2010 Selv kjører jeg caching DNS + Privoxy på serversiden, og Chromium på klientsiden = kjapp browsing. Lenke til kommentar
Xander^ Skrevet 3. februar 2010 Del Skrevet 3. februar 2010 (endret) 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) 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 ) Endret 3. februar 2010 av Xander^ Lenke til kommentar
xaco Skrevet 3. februar 2010 Del Skrevet 3. februar 2010 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) 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 ) 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
HawP Skrevet 3. februar 2010 Del Skrevet 3. februar 2010 (endret) 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 3. februar 2010 av HawP Lenke til kommentar
Del Skrevet 8. februar 2010 Forfatter Del Skrevet 8. februar 2010 (endret) 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 8. februar 2010 av Del Lenke til kommentar
Xander^ Skrevet 13. februar 2010 Del Skrevet 13. februar 2010 Takk for tips! En annen ting jeg lurer på.. Hvordan kan jeg få inn /dev/sda3 inn sammen med /dev/sda1 i dette skjermskuddet, og er det mulig å få inn hddtemp i samme vindu? Har googlet uten hell Lenke til kommentar
Del Skrevet 13. februar 2010 Forfatter Del Skrevet 13. februar 2010 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
zaqqoZeq Skrevet 20. februar 2010 Del Skrevet 20. februar 2010 Kan linken oppdateres til http://wiki.diskusjon.no/index.php/Guide:(K)Ubuntu_server_howto ? Lenke til kommentar
Janvi Skrevet 20. februar 2010 Del Skrevet 20. februar 2010 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
Del Skrevet 22. februar 2010 Forfatter Del Skrevet 22. februar 2010 Kan linken oppdateres til http://wiki.diskusjon.no/index.php/Guide:(K)Ubuntu_server_howto ? Oppdatert, takk for at du sa ifra. Lenke til kommentar
Anbefalte innlegg
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 kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå