On Friday 15 March 2002 11:42, you wrote: > On Fri, 15 Mar 2002 10:51:27 +0200 > > George Danchev wrote: > > hmm, ami maj varianta s mezhdinno kacane na file-tata v ftp folder-a na > > geteway-a e naj-painless, kato dojdat files na machinite pod tvoj kontrol > > ve4e praish kvo si znaesh ... :) > > Ami natam otivat neshtata :) No vse oshte rabotja po purvonachalnia variant > :) > > > Users ot vytre (pc-tata zad gw-to) prosto ste mqtat na ftp folder-a na > > gateway-a (dori mozhesh da gi izluzhesh 4e tova e alias na remote FTP > > serv-a, da ne znaqt to4no ko stafa pri procesa na transfer ;-). Samo > > trqbva nadezhdno da se nabludava (non-stop s endless loop ili prez daden > > time interval ) i ustanovi koga ima pristignali novi files (razbira se > > otdelqsh specialna dir i nikoj drug osven tqh da ne mozhe da stovarva > > tuka ;) > > Tova sum go reshil, polzvam virtualftpd - port na OpenBSD ftp daemon za > Linux, raboti s virtualni useri ima addvuser, ftppasswd i suotwetno > /etc/ftpasswd (ili neshto podobno), chroot-va se i prochee.
tozi demon ne go znaeh ... ste go imam predvid vse pak, 10x :-) > , sled koeto dial-vash > > > ISP-to, i digash ssh tunnel-a da transfer po ftp ... > > (local_ftp_client -> local-ssh ->remote-ssh -> remote ftp_daemon) > > Cqlatq procedura e dylga i error prone ... ama ste testvash ... > > > > Btw taka kato razdelqsh nestata na dve (s mezhdinnoto store-vane na > > gateway-a) se izbqgva i eventualniq problem kogato usera ot vytre trqbva > > da svyrshi vsi4ko navednuh .... t.e. dokato gateway-q dial-va ISP-to > > (stoto nali si on-demand) na user-a ot vyrte mozhe da mu izte4e timeout-a > > ... e tova ne e bolka stoto toj vednaga ste povtori , ama ... > > Tova daze e po-dobre :) Znachi kato pusnesh pppd otnachalo, toj diga ppp0 s > _njakakvo_ IP i slaga routing default prez nego. Da, ama kato se pojavi > trafic, v intervala m/u nachaloto na trafica i realnoto vdigane na ppp, > paketite ot tozi trafik sa s bezumen sourceIP (toja koito si e slozil pppd) > i dori i kato se vdigne ppp tija paketi sa murtvo meso. Zatova kato retry > clienta veche hvashta istinskite IP-ta, ot realna ppp vruzka :) Abe > shturotii :) mda, trqbva da realizirash mutex [mutual exclusion] [method za dostyp do shared resources, bez da se omazhat nestata. Edna ot realizaciite na mutex v kernela sa semaphores] [e to bez shturotij ne e interesno ;-] ako zada4ata e razdelena na dve proceduri za transfer: "users -> gw" i "gw -> remote_ftp" (ti nqmash problemi s vseki transfer poglednat pootdelno sam za sebe si, barabar s dial-on-demand-a, ssh tunela, etc..... problema e v sinhronizaciqta mezhdu tqh, t.e. koj koga da ima pravo da se izpylnqva) Za da e sane & safe spored men _ne_ bi trqbvalo da pozvolqvash i dvete proceduri da mogat da rabotqt ednovremenno, stoto dokato se izpylnqva "gw -> remote_ftp" , nqkoj user ot vytre mozhe da poiska upload-ne file kym ftp folder-a na gw , a tova mozhe da predizvika povtorno izpylneniq na vtorata procedura... zavisi vse pak de kak si go napravil ... zasluzhava si da se obmisli scenariq..... Zna4i sled kato e privyrzhila pyrvata procedura (t.e. nqmash nikakvi aktivni ftp sesii kym gw-to ot strana na virtual_users, s proftpd vyrvi edno ftpwho i sesijte izlizat kato procesi, s tozi virtualftpd neznam kak e ...), 4ak togava da se startira vtorata, i 4ak sled kato zavyrshi vtorata (a prez tova vreme pyrvata e blocked), pyrvata mozhe da polu4i razreshenie za eventualno izpylnenie, ina4e ne ... P.S. razbira se mozhe bi si izmislil i nesto po-hitro, znam li ... vseki slu4aj ste e interesno nakraq da postnesh reshenieto (scripta), e osven ako ne e closed source razbira se :) -- Greets, fr33zb1 =========================================================================== A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers) http://www.linux-bulgaria.org/ Hosted by Internet Group Ltd. - Stara Zagora
