Маршрутызацыя крыніц rsync MacPorts праз праксі
Узгадніце пратакол крыніцы ports tree з транспартам праксі, замест таго каб меркаваць, што прыклад з SSH выправіць і злучэнне з дэманам rsync.
Браўзер працуе праз SOCKS. Звычайная сесія SSH таксама. Потым MacPorts замірае падчас сінхранізацыі дрэва портаў. Перш чым дадаваць чарговую опцыю SSH, паглядзіце на URI крыніцы.
rsync://host/module пазначае службу дэмана rsync. Прыклад з rsync -e ssh user@host:path выкарыстоўвае аддаленую абалонку і патрабуе доступу да адпаведнага ўліковага запісу на тым хаспе. Публічнае люстэрка rsync не атрымлівае лагін SSH толькі таму, што ў кліента ёсць ProxyCommand.
Тры маршруты з рознымі перадумовамі
| Маршрут | Што павінна існаваць |
|---|---|
| Здымак дрэва портаў праз HTTP або HTTPS | Падтрыманая крыніца здымка і працоўная канфігурацыя HTTP-праксі |
| Дэман rsync праз вэб-праксі | Кліент rsync з RSYNC_PROXY і праксі, што дазваляе CONNECT да порта дэмана |
| rsync праз SSH | Кантакт SSH, уліковы запіс і наладжванне аддаленага rsync |
MacPorts дакументуе крыніцы tarball па HTTP і HTTPS у sources.conf як альтэрнатывы, калі звычайны транспарт сінхранізацыі недаступны. Выбірайце крыніцу, якую праект падтрымлівае для ўсталяванага выпуска; змена схемы URI не дазваляе паказваць на адвольны архіў.
RSYNC_PROXY у rsync — гэта механізм вэб-праксі, а не ўніверсальная налада URL SOCKS. Маршрут праз дэман звычайна патрабуе порт 873, які інакш працаздольнае вэб-праксі можа наўмысна адхіліць. Асобны механізм RSYNC_CONNECT_PROG можа замяніць прамое гняздо дэмана дапаможнай праграмай, але яна павінна забяспечыць чаканы паток байтаў.
Нарэшце, адзначце, на якой стадыі MacPorts адбыўся збой. Абнаўленне дрэва портаў, атрыманне архіва і спампоўка зыходных файлаў порта не абавязаны выкарыстоўваць адзін транспарт. Выпраўленне першага маршруту не даказвае, што астатнія дзеляць яго праксі.