Re: dateigröße > 4GB und apache
On 28.Jun 2004 - 10:38:28, B. Venthur wrote: > > From: Rainer Bendig, Digitally Impressed > > Sent: Monday, June 28, 2004 9:05 AM > meinem speziellen Fall aber ist es nun mal so das ich meine isos an einem > bestimmten ort speichere und per symlink recht bequem via ftp freigeben > wollte. Das klappt nicht und das finde ich schade. Apache wiederum kann mit Also ich habe meine Bilder auch alle an einem Platz gespeichert und kann sie trotzdem innerhalb des ftproot einbauen. Das Programm der Wahl hier ist mount mit der Option --bind /altesVerz /neuesVerz, siehe auch man mount. Andreas -- Whom the mad would destroy, first they make Gods. -- Bernard Levin -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: dateigröße > 4GB und apache
On Mon, Jun 28, 2004 at 10:38:28AM +0200, B. Venthur wrote: > Zumindest die GB-Einschränkung unter apache ist in meinen Augen unnötig. [...] Was spricht eigentlich dagegen _zuerst_ http://bugs.debian.org/ aufzusuchen? ;-) http://bugs.debian.org/156972 cu andreas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
RE: dateigröße > 4GB und apache
> From: Rainer Bendig, Digitally Impressed > Sent: Monday, June 28, 2004 9:05 AM > > Warum sollte man Dateien auf einem reltiv unsicheren Medium ausserhalb > des ftp roots freigeben? Oder anders gefragt: Warum sollte ich das > Risiko eingehen eventuelle Infos über mein System rauszurücken? Hi Rainer, also ich möchte mich auf keine Sicherheitsdiskusionen einlassen, weil ich davon nicht mehr Ahnung habe als nötig (wahrscheinlich sogar weniger) -- in meinem speziellen Fall aber ist es nun mal so das ich meine isos an einem bestimmten ort speichere und per symlink recht bequem via ftp freigeben wollte. Das klappt nicht und das finde ich schade. Apache wiederum kann mit dem symlink ausserhalb von public_html umgehen, zeigt aber wiederum keine Dateien > 4GB an, das ist auch schade. Das sind ja alles keine wilden Probleme, man kann ja ne Datei auch notfalls mal verschieben, aber schön find ichs trotzdem nicht. Zumindest die GB-Einschränkung unter apache ist in meinen Augen unnötig. OT: Sorry das eben ne leere mail von mir an dich gegangen ist - hab mich *hüstel* verklickt ;) Schöne Grüße Bastian
Re: dateigröße > 4GB und apache
Hossa Bastian, *, B. Venthur schrieb am 28.06.2004 08:58: persönlich finde es recht unintuitiv, zumal apache z.B. nicht mit dieser Einschränkung aufwartet. Warum sollte man Dateien auf einem reltiv unsicheren Medium ausserhalb des ftp roots freigeben? Oder anders gefragt: Warum sollte ich das Risiko eingehen eventuelle Infos über mein System rauszurücken? -- so long, Rainer Bendig aka mindz PGP/GPG key (ID: 0x1D2BE499) http://DigitallyImpressed.com get it from wwwkeys.de.pgp.net for contacting me take a look on http://digitallyimpressed.com/contact -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
RE: dateigröße > 4GB und apache
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Michael Liebl > Sent: Monday, June 28, 2004 8:46 AM > > Ich hab proftp am laufen, aber der kommt mit symlinks nicht zurecht, > > d.h. im ftp-client wird der link nur als 0Bytes Datei angezeigt. Das mag > > proftpd kommt sehr gut damit zurecht. > Ich tippe auf Deinen FTP-Client, der zeigt es nicht richtig an. Nope, das liegt daran, das der Symlink auf eine Datei außerhalb des ftp-Verzeichnisses liegt. Ich habe auf der proftp-Seite gelesen, dass das Absicht sei, denn man soll ja in /home/ftp eingesperrt bleiben. Als workaround wird dann ein trick mit mount feilgeboten... naja. Das scheint übrigens ein Problem zu sein (das mit dem Symlink) das öfter mal auftritt, wenn eine Frage diesbezüglich sogar in der FAQ [1] auftaucht. Ich persönlich finde es recht unintuitiv, zumal apache z.B. nicht mit dieser Einschränkung aufwartet. Schöne Grüße Bastian [1] 3.13 - Frage zu Symlinks http://www.proftpd.de/12.0.html#s3
Re: dateigröße > 4GB und apache
Am Sonntag, den 27. Juni 2004 schrubte B. Venthur: > Ich hab proftp am laufen, aber der kommt mit symlinks nicht zurecht, d.h. im > ftp-client wird der link nur als 0Bytes Datei angezeigt. Das mag daran proftpd kommt sehr gut damit zurecht. Ich tippe auf Deinen FTP-Client, der zeigt es nicht richtig an. -- <) .--. Bei E-Mail Antworten muss der Betreff )#=+ ' mit 'USENET' beginnen, sonst > /dev/null /## | .+.Liebe Grüsse, ,,/###,|,,| Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: dateigröße > 4GB und apache
On Sun, 27 Jun 2004 13:37:08 +0200 "B. Venthur" <[EMAIL PROTECTED]> wrote: > > From: Warui [mailto:[EMAIL PROTECTED] > > Sent: Sunday, June 27, 2004 1:29 PM > > > Wäre apache2 vielleicht eine Alternative? > > Keine Ahnung, aber ich an deiner Stelle würde mir nen ftpserver > > aufsetzen, der sollte das handeln können ... > > Ich hab proftp am laufen, aber der kommt mit symlinks nicht zurecht, > d.h. im ftp-client wird der link nur als 0Bytes Datei angezeigt. Das > mag daran liegen, das der server noch in der default-config von Debian > ist, so recht hab ich mich damit auch noch nicht beschäftigt. Aber für > nen Hinweis bin ich durchaus dankbar ;) Wieso auch symlinks oO Also ich hab schon längere Zeit keinen ftpd mehr laufen lassen ... aber wieso symlinks? Und ansonsten hilft immer das gute alte RTFM :) Ich würde zB /var/ftp als Home für den proftpd setzen und den Link einfach so setzen: DVD-Iso > Schöne Grüße > > Bastian MfG Ronald Becher aka Warui -- Hi! I'm a .signature virus. Copy me into your ~/.signature to help me spread! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT/L/MU/SS/TW/CM d->+ s-:- a19 C++(+++) UL++> P+>++ L+++> E- W+++>$ N++ o? K? w+@ O? M? V? PS@ PE@ Y? PGP t- 5? X@ R(+) !tv b+++() DI? D+ G+>++ e h+>++ r% y+(*) --END GEEK CODE BLOCK--
RE: dateigröße > 4GB und apache
> From: Warui [mailto:[EMAIL PROTECTED] > Sent: Sunday, June 27, 2004 1:29 PM > > Wäre apache2 vielleicht eine Alternative? > Keine Ahnung, aber ich an deiner Stelle würde mir nen ftpserver > aufsetzen, der sollte das handeln können ... Ich hab proftp am laufen, aber der kommt mit symlinks nicht zurecht, d.h. im ftp-client wird der link nur als 0Bytes Datei angezeigt. Das mag daran liegen, das der server noch in der default-config von Debian ist, so recht hab ich mich damit auch noch nicht beschäftigt. Aber für nen Hinweis bin ich durchaus dankbar ;) Schöne Grüße Bastian
Re: dateigröße > 4GB und apache
On Sat, 26 Jun 2004 13:48:46 +0200 "B. Venthur" <[EMAIL PROTECTED]> wrote: > Hallo Liste, > > ich habe das Problem gestern bereits erwähnt, konnte es aber etwas > genauer einkreisen, deswegen mache ich mal ein neues Thema auf. > > Apache kann, soweit ich das richtig verstanden habe Dateien größer als > 2^32Bytes nicht korrekt verarbeiten. Ich habe gelesen dass man das > beheben kann, wenn man apache mit einer gewissen Option neu > kompiliert. Geht das auch irgendwie anders? Mein workaround besteht im > Moment darin, die großen dvd-isos via "split" aufzuteilen. > > Wäre apache2 vielleicht eine Alternative? Keine Ahnung, aber ich an deiner Stelle würde mir nen ftpserver aufsetzen, der sollte das handeln können ... > Schönes Wochenende > > Bastian MfG Ronald Becher aka Warui -- Hi! I'm a .signature virus. Copy me into your ~/.signature to help me spread! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT/L/MU/SS/TW/CM d->+ s-:- a19 C++(+++) UL++> P+>++ L+++> E- W+++>$ N++ o? K? w+@ O? M? V? PS@ PE@ Y? PGP t- 5? X@ R(+) !tv b+++() DI? D+ G+>++ e h+>++ r% y+(*) --END GEEK CODE BLOCK--
Re: dateigröße > 4GB und apache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ja hallo erstmal,... Am Samstag, 26. Juni 2004 13:48 schrieb B. Venthur: > Hallo Liste, > > ich habe das Problem gestern bereits erwähnt, konnte es aber etwas genauer > einkreisen, deswegen mache ich mal ein neues Thema auf. > > Apache kann, soweit ich das richtig verstanden habe Dateien größer als > 2^32Bytes nicht korrekt verarbeiten. Ich habe gelesen dass man das beheben > kann, wenn man apache mit einer gewissen Option neu kompiliert. Geht das > auch irgendwie anders? Mein workaround besteht im Moment darin, die großen > dvd-isos via "split" aufzuteilen. Puh generell musst du mit der doppelten Wortlänge rechnen, d.h. aus 32-Bit integers 64-Bit integers machen. Ob und wie das geht, hängt vom Compiler ab. Schau mal im makefile, bzw. in configure ob du dafür schon templates findest. > Wäre apache2 vielleicht eine Alternative? Nein, eine 64-Bit CPU. Keep smiling yanosz - -- Achtung Adressfälschungen! Daher gilt: "Jans Echte" - Nur echt mit der Signatur. Infos siehe: http://www.luehr.mynetcologne.de/echeck.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iQIVAwUBQN6Ix9AHMQ8GQaYRAQJfpw/8D4d9PvtUuQ2b0daBVXP+1gh3AoInnBKC vfXLCo6nmttylRw/j6CP76fGhaxWPflsdnfUefJ0X8bYnAIWS0lpT3m/CHIBwQVu DUIbSLD72TzYldzS4is7SLW/hrUdO4PSa40uP2wZT10/BrfTw9IBvAZioWypHHHN OtidEkjProIlJCjXcprIxZGK6aYLGChmIUY7VrSCGdNg96hGMK8w7lyKUGLIXl+3 vM2NUPp9tVAgFWV/bQbx6m7z8Tzl5Ci2MXL0HtR0XO46axwYKWbnhNOGeto7ZI8D 8kl06mvI6euQUC7dF0eb3f38Wt29uk8AvCohhOJi4irqgY0pGJF7QkubsetTpGTM tNPyA0pSZP8FiHIFBHjPdH71A1M9I8Gyy1Rk6mUUUMRqmW1W5W5/qzcyCTFnV0zy JeYXUFKIdRNvoZ3eBgPspZX5PvL5QHA0lGj/sKFWhyGavSm6vTcvOa+4y78AO6ma j3bYsUxlzZ5DFvAzYu6IgVZJ9EaiLF/ZAJs30RfYEtdCRut/6/M8KHfYVLfaY+qv +2wx1dlB1MHAZ5W2CyeL3jgtroYwOkzxBJBPdh8Xr1DsijdostyId4FSU3F9ZcJh qUjxU4KZdqeOXcjjcdBuOXRXo/7UR+nJdYq22/h4EQ2YKloTvCP+c2OAVHCEJ1fa SBo55QYmuH0= =N/Jm -END PGP SIGNATURE-
dateigröße > 4GB und apache
Hallo Liste, ich habe das Problem gestern bereits erwähnt, konnte es aber etwas genauer einkreisen, deswegen mache ich mal ein neues Thema auf. Apache kann, soweit ich das richtig verstanden habe Dateien größer als 2^32Bytes nicht korrekt verarbeiten. Ich habe gelesen dass man das beheben kann, wenn man apache mit einer gewissen Option neu kompiliert. Geht das auch irgendwie anders? Mein workaround besteht im Moment darin, die großen dvd-isos via "split" aufzuteilen. Wäre apache2 vielleicht eine Alternative? Schönes Wochenende Bastian