Re: lug-bg: Dial-on-demand + drugi glezotii

[danchev@xxxxxxxxx (George Danchev)]

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