Kierowanie źródłami rsync MacPorts przez proxy
Dopasuj protokół źródła ports tree do transportu przez proxy, zamiast zakładać, że przykład SSH naprawi także połączenie z demonem rsync.
Przeglądarka działa przez SOCKS. Zwykła sesja SSH również. Potem MacPorts zatrzymuje się podczas synchronizacji drzewa portów. Zanim dodasz kolejną opcję SSH, spójrz na URI źródła.
rsync://host/module oznacza usługę demona rsync. Przykład z rsync -e ssh user@host:path korzysta ze zdalnej powłoki i wymaga dostępu do odpowiedniego konta na tym hoście. Publiczne lustro rsync nie otrzymuje logowania SSH tylko dlatego, że klient ma ProxyCommand.
Trzy trasy o różnych warunkach wstępnych
| Trasa | Co musi istnieć |
|---|---|
| Migawka drzewa portów przez HTTP lub HTTPS | Obsługiwane źródło migawki i działająca konfiguracja proxy HTTP |
| Demon rsync przez proxy sieciowe | Klient rsync używający RSYNC_PROXY i proxy zezwalające na CONNECT do portu demona |
| rsync przez SSH | Punkt końcowy SSH, konto i zdalna konfiguracja rsync |
MacPorts dokumentuje źródła tarballi HTTP i HTTPS w sources.conf jako alternatywy, gdy zwykły transport synchronizacji jest niedostępny. Wybierz źródło obsługiwane przez projekt dla zainstalowanego wydania; zmiana schematu URI nie jest zgodą na wskazanie dowolnego archiwum.
RSYNC_PROXY w rsync to mechanizm proxy sieciowego, a nie ogólne ustawienie adresu URL SOCKS. Trasa przez demona zwykle wymaga portu 873, którego działające poza tym proxy sieciowe może celowo odmówić. Osobny mechanizm RSYNC_CONNECT_PROG może zastąpić bezpośrednie gniazdo demona programem pomocniczym, ale pomocnik musi dostarczyć oczekiwany strumień bajtów.
Na koniec zwróć uwagę, który etap MacPorts zawiódł. Aktualizacja drzewa portów, pobranie archiwum i pobranie plików źródłowych portu nie muszą używać jednego transportu. Naprawienie pierwszej trasy nie dowodzi, że pozostałe dzielą jej proxy.