> 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 ...
Mda, trjabva da se obmisli i tova. Ako stane kakto iskam - vsichko e edna procedura, ako ne uspee dadena stupka, prekusva i procedurata, njama sinhronizacia. Ako e dvupasowa procedurata - da, upload-a trjabva da se zabrani, dokato vurvi "gw -> remote_ftp". Zatova i mi se iska da e ednopasova. Ima i drug moment - ne iskam userite kato si kachat file na gw-a i da kazat - "ot tuk natatuk otgovornostta tova da stigne do centralata e tvoja", a da znajat, che ako ne sa uspeli da go kachat - ne e otishul v centralata. > > 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 :) > Razbira se, samo da go podkaram. :) BTW, iznikna i drug problem - vdiganeto na ssh tuneli on demand - nali trjabva da stava bez potrebitelska namesa :) A to si iska password. Kakto i da e - spravih se s tova. Ne e mnogo chisto ot gledna tochka na sigurnost, no e priemlivo. Ako njakoj se interesuva kak moze da napravi noninteractive ssh sesia bez da se vuvezda password - da pishe :) (i bez da puska PermitEmptyPasswords v servera razbira se :)) Take care Boris Jordanov (borj) <[EMAIL PROTECTED]> ICQ 10751645 PGP-key-fingerprint:------------------------------ CB23 8B52 5FBC F36A 1B61 F1ED 2831 E52D AAFF 7B08 -------------------------------------------------- Public-key:--------------------------------------- http://borj.freeshell.org/borj.asc -------------------------------------------------- To err is human... to really foul up requires the root password.
msg09815/pgp00000.pgp
Description: PGP signature
