proxychains4 -f /home/alex/proxy-lab.conf curl https://example.com/

Argument -f wybiera czytelną konfigurację dla tego wywołania proxychains-ng. Zastąp pełną ścieżkę z przykładu plikiem, który zamierzasz utrzymywać, i sprawdź załadowaną ścieżkę w danych wyjściowych uruchamiania. Błąd, który nadal wskazuje inny plik, wyjaśnia, dlaczego edycja oczekiwanego proxychains4.conf nie miała żadnego efektu.

Bez tego jawnego wyboru wyszukiwanie obejmuje PROXYCHAINS_CONF_FILE, konfigurację w katalogu roboczym, plik dla każdego użytkownika i zainstalowane lokalizacje systemowe. Wersje pakietów i nakładek mogą różnić się wartościami domyślnymi. Dlatego projektowy proxychains.conf, katalog domowy innego konta lub inny plik wykonywalny w PATH mogą zmienić dane wejściowe.

Jeśli wybrany plik nie zgłasza prawidłowego proxy

Sprawdź parsowanie przed łącznością. Wpisy należą poniżej [ProxyList] i wymagają protokołu oraz pól oczekiwanych przez zainstalowane wydanie. Sprawdź komentarze, rozmieszczenie sekcji i składnię. Dla dozwolonego publicznego punktu końcowego lista darmowych proxy oferuje kandydatów do wprowadzenia z wymaganymi polami wybranego protokołu. Nasłuch HTTP opisany jako SOCKS pozostaje błędny, nawet gdy zamierzony plik został załadowany.

Błąd sparsowanej konfiguracji różni się od przekroczenia limitu czasu po próbie połączenia. Gdy zamierzony punkt końcowy zostanie sparsowany, przejdź do następnego nieudanego etapu: ładowanie bibliotek, negocjacja proxy, uwierzytelnianie, połączenie z miejscem docelowym lub odpowiedź aplikacji. Zmiana nazwy pliku systemowego nie naprawi tych etapów.

W przypadku oddzielnych poleceń wymagających oddzielnych wyjść wybieraj ich pliki jawnie, zamiast nadpisywać współdzieloną konfigurację, gdy procesy startują. Nie ma potrzeby nadpisywać innego pliku w całym systemie tylko po to, by odtworzyć nazwę pliku ze starego przewodnika.

Powiązane artykuły