Freesco, NND, CDN, EOS

Czy jest szansa na zainstalowanie jakiegoś alternatywnego serwera FTP dla CDN ? Pytam, bo skończyły mi się pomysły na specyficznie niedziałającego proftpd, z którym po kilkunastu sekundach potrafi nawiązać połączenie chyba tylko i wyłącznie Total Commander (przeglądarki nie dają rady, a pod linuksem nie udało mi się nawiązać połączenia ani z Gnome Commander, ani gFTP ani niczego innego (wszystkie klienty czekają w nieskończoność). Ten Total Commander pod Windows na prawdę niezły musi być

#### wycięte zostały tylko dłuższe opisy

ServerName "ProFTPD Default Installation"
ServerType standalone
DefaultServer on

# Port 21 is the standard FTP port.
Port 21

# Don't use IPv6 support by default.
UseIPv6 off

# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask 022


MaxInstances 30

# Set the user and group under which the server will run.
User nobody
Group nobody

# To cause every FTP user to be "jailed" (chrooted) into their home
# directory, uncomment this line.
#DefaultRoot ~

# Normally, we want files to be overwriteable.
AllowOverwrite on

# Bar use of SITE CHMOD by default
<Limit SITE_CHMOD>
DenyAll
</Limit>

# A basic anonymous configuration, no upload directories. If you do not
# want anonymous users, simply delete this entire <Anonymous> section.
<Anonymous ~ftp>
User ftp
Group ftp

# We want clients to be able to login with "anonymous" as well as "ftp"
UserAlias anonymous ftp

# Limit the maximum number of anonymous logins
MaxClients 10

# We want 'welcome.msg' displayed at login, and '.message' displayed
# in each newly chdired directory.



DisplayLogin welcome.msg
DisplayChdir .message

# Limit WRITE everywhere in the anonymous chroot
<Limit WRITE>
DenyAll
</Limit>
</Anonymous>

Ja u siebie zauważyłem problem z długim oczekiwaniem na otworzenie się ftp po stronie WAN serwera, po stronie LAN otwiera się błyskawicznie. Po wyłączeniu firewalla działa po obu stronach ok. Czyli wychodzi na to, że problem leży w firewallu.

No, no już nie bądź taki mądry rikardo7 . Jestem pechowcem, to fakt. Ale ma to i swoje plusy, bo jeśli w CDN pojawi się jakiś błąd, to Prawa Murphy'ego wskazują na to, że na pewno na niego trafię . Czyż debugowanie projektu nie polega na intensywnych testach? Mnie możesz potraktować jako jednego z testerów, może i upierdliwego, ale wiedz, że nie ma tu ani zniechęcenia ani złośliwości ani innych rzeczy nijakich. Po prostu piszę co mi się przytrafia, a, fakt przytrafiają mi się rzeczy dziwne. Co do FTP-a zdecydowanie nie jest to kwestia konfigu (patrz post 1) - zauważ że w chwili słabości przeniosłem nawet konfiga z idealnie sprawującego się serwera proftpd, ponadto testowałem różne serwery FTP. Dzisiaj przyjrzę się jeszcze firewallowi. Jeśli się okaże, że to nie to, zrobię sobie obraz aktualnej partycji i wrócę do jednego z wcześniejszych obrazów, aż w końcu, mam nadzieję, przyczynę uda się namierzyć.

No to skoro lan działa, a wan nie, to moze należałoby w firewallu odblokować protokół?

Wydawało mi się, że wpis FTP=1 w rc.firewall powinien być za to odpowiedzialny / rozwiązywać problem. A nie rozwiązuje (przynajmniej u mnie).

Proponuję podać mi publiczny IP serwera z tym FTP. FTP oczywiscie ma być uruchomiony i na firewallu otwarty.

W CDN zmieniły się także i moduły i musimy do rc.conf je sobie dopisać, gdy chcemy odpalić usługi rozmaite. Słusznie zresztą, należy uruchamiać tylko to - co potrzebne.