Debian szerint ne akarj két FTP szervert

Gratulálok. Debianék megint bebizonyították, hogy nem képesek gondolkozni. Íme: 

# apt-get install vsftpd
Reading package lists... Done
Building dependency tree... Done
The following packages will be REMOVED:
  pure-ftpd-ldap
The following NEW packages will be installed:
  vsftpd
0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.

Mert miért is akarhatna valaki egy gépre két FTP szervert? De ugyanez van MTA-val...

( uid_16591 | 2009. 03. 30., h – 11:56 )

ne kovezz meg mert nem uzemeltetek ftp szervert, de tenyleg, miert?

[insert line here]
B.C. 3500 - DIY Vehicle / A.D. 30 - DIY Religion / A.D. 1991 - DIY OS

( Nyosigomboc v | 2009. 03. 30., h – 13:38 )

A default port default install eseten utkozik, ezert allitottak be az utkozest csomagszinten. Tedd fel force-al, es allitsd at a portot, ha olyat akarsz raeroltetni a rendszerre, ami normalis esetben nem lenne indokolt (mint peldaul ez)! Pont emiatt van ez az opcio. Ha nem szolna, es mindket progi a default 21-es porton probalna mukodni, akkor az lenne a baj.

--
I don't always dress in a T-shirt and jeans. Sometimes people give me awards, and I dress like a penguin instead. - Linus Torvalds

Persze, nyilvân ez szar példa volt, de az én esetemben pont aktuális, mert a feladat azon részét nem én kezelem és egy ilyen pitiáner dolog miatt nem szívesen ébresztem föl mondjuk hajnali 3-kor. Be szoktam készíteni a leállító parancsot vagy ha tűzfalas kernel van, kitűzfalazom. De ez akkor se normális dolog, hogy még opció sincs rá.

( ekzsolt | 2009. 03. 30., h – 20:57 )

Na pont ezzel küzdöttem én is a minap. Proftpd a default 21-es porton egy csomó userrel és használhatatlan TLS opcióval. Mellette egy pure-ftpd 2121-es porton, működő TLS-el. Persze a jelszavak nem kompatibilisek a két ftpd között, ezért muszáj egyszerre a két változat, amíg userek folyamatosan átszoknak egyikről a másikra.

( uid_4263 v | 2009. 03. 30., h – 22:34 )

Rakjál fel pl. kétféle cron démont aztán megkapod a választ. Egyébként itt vannak a megoldások. Ráadásul nem csak a Debian létezik.

********************
http://holo-media.hu

Semmi gond, van ahol van értelme a korlátozásnak, nade ez kb olyan, mint ha nem tehetnék egy gépre Apache-ot és LigHTTPD-t. Konkrétan egyébként az FTP-vel az lett volna a feladat, hogy az egyik konfigját nem elcseszendő (amely virtuális userekkel működött) föl akartam volna tenni egy másikat local userek bejelentkeztetésére. Persze, lehetne két külön gépre tenni, de amilyen üzemköltséggel dolgozunk ezekkel a vasakkal, nem biztos, hogy a feladat nagysága indokolta volna. A virtualizáció meg egy kicsit gyerekcipőben járó dolog még. Most próbáltuk ki és egy kvm_intel pl nem hajlandó betöltődni egy VT-t támogató Xeonon és folytathatnám a felsorolást.

Ami a nem-Debian használatot illeti, nálam senki nem lenne boldogabb, ha Gentoot használnánk, de sajnos a rendszert csak átvettem és egy ekkora géppark átállítása nem indokolható munkaidő/haszon faktorral.

"virtualizáció meg egy kicsit gyerekcipőben járó dolog még"
azért ez túlzás, xen-t 2 éve használok produktív környezetben, stabilan megy bár bolt egy két szösszenet de mivel nicsen ? a kvm meg néha használom desktop virtualizációnak meg próbáltam szervereken is AMD/Intel de sehol se volt gond vele.

Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.28.7

szazmillioert is lehet egy rakas ocskavasat venni. Ha nem jo a tapellatasa, akkor teljesen midnegy, mennyire hiper-szuper sebessegu proci avagy ram, netan winyo lakik a vas sziveben. Onnantol csak ket mazsa ocskavas.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( budacsik | 2009. 03. 31., k – 09:00 )

És ha a vsftpd-t inkább forrásból teszed fel?!

Azért használunk hivatalos álláspont szerint Debiant, hogy ne kelljen forgatni ami jó úgy. Tudok kézzel forgatni, csak minek. Ez egy 2 perces projekt lett volna, hogy gyorsan legyen egy másik FTP szerver a meglevő rend felborulása nélkül. Legfőképpen nem szerettem volna build-eszközöket föltenni arra a gépre.

( Kayapo | 2009. 10. 04., v – 07:25 )

Azért itt ebben van egy erős benézés!

A .deb csomag anatómiailag nem csak a telepítendő binarisokat, config fájlokat tartalmazza, hanem ezeken kívül egy információkt leíró filet (meg még néhány dolgot)is. Ebben található egy sor, ami felelős mind ezért "Conflict: " a neve. Ahogy azt a neve is mutatja az egyes csomagok egymással való ütközését írja le.

Tehát szerintem nem annyira a Debian (nem mintha személy, lenne, vagy egy személy csinálná), mint inkább a csomag karbantartója tehet a dologról.

----
概略情報

Reszben igazad van, a gond azonban az, hogy gyakorlatilag minden ilyesmi csomaggal ez van, tehat nem kimondottan 1 karbantarto a hibas, hanem a policy, mely az ilyen csomagokra vonatkozik. Tehat: a Debian tehet a dologrol.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Pont a minap volt szó róla: az open source projektek akkor működnek jól, ha van egy erős irányítás. Vagy nincs erős irányítás a Debiannál (avagy nem tudják, mit akarnak) vagy van, de annak messzemenő következményei vannak.

Ha ugyanis Debianéknál az a cél, mint a Windowsnál, hogy a user csak ne tudja elbaszni (ne tudjon telepíteni két FTP szervert, mert jaj akkor nem fog elindulni default configgal) akkor ez nem egy szerverre való oprendszer. Aki 0.0.0.0-ra bindol nagyon alapos nélkül szolgáltatásokat (vagy csak szimplán leszarja), az egyébként is inkább menjen el egy kicsit sóbányába dolgozni a rendszergazdáskodás helyett.

Arról már nem is beszélek, hogy mi a jó büdösért indul el a szolgáltatás automatikusan telepítés után.