Shfletuesi funksionon përmes SOCKS. Një sesion i zakonshëm SSH gjithashtu. Më pas MacPorts ngec gjatë sinkronizimit të pemës së porteve. Përpara se të shtosh një tjetër opsion SSH, shiko URI-n e burimit.

rsync://host/module tregon një shërbim demoni rsync. Shembulli me rsync -e ssh user@host:path përdor një shell në distancë dhe kërkon akses në një llogari të përshtatshme në atë host. Një pasqyrë publike rsync nuk merr hyrje SSH vetëm sepse klienti ka një ProxyCommand.

Tre rrugë me parakushte të ndryshme

RrugaÇfarë duhet të ekzistojë
Pamje e pemës së porteve përmes HTTP ose HTTPSNjë burim pamjeje i mbështetur dhe një konfigurim funksional i proxy-t HTTP
Demon rsync përmes një proxy webNjë klient rsync që përdor RSYNC_PROXY dhe një proxy që lejon CONNECT në portën e demonit
rsync përmes SSHNjë pikë fundore SSH, llogari dhe rregullim rsync në distancë

MacPorts dokumenton burimet tarball HTTP dhe HTTPS në sources.conf si alternativa kur transporti i zakonshëm i sinkronizimit nuk është i disponueshëm. Zgjidh burimin e mbështetur nga projekti për versionin e instaluar; ndryshimi i skemës së URI nuk është leje për të treguar një arkiv arbitrar.

RSYNC_PROXY i rsync është një mekanizëm proxy web, jo një rregullim i përgjithshëm i URL-së SOCKS. Rruga përmes demonit zakonisht kërkon portën 873, të cilën një proxy web që funksionon ndryshe mund ta refuzojë qëllimisht. Mekanizmi i veçantë RSYNC_CONNECT_PROG mund të zëvendësojë socketin e drejtpërdrejtë të demonit me një program ndihmës, por ndihmësi duhet të sigurojë rrjedhën e bajteve të pritur.

Së fundi, vër re se cila fazë e MacPorts dështoi. Përditësimi i pemës së porteve, marrja e një arkivi dhe shkarkimi i skedarëve burimorë të një porti nuk kanë pse përdorin të njëjtin transport. Rregullimi i rrugës së parë nuk provon që të tjerat ndajnë proxy-n e saj.

Artikuj të ngjashëm