Znajdź serwer proxy za pomocą wiersza polecenia

12

Ktoś skonfigurował serwer proxy na moim komputerze i chcę wiedzieć, co to jest. Czy istnieje sposób na znalezienie serwera proxy za pomocą wiersza polecenia, a nie GUI?

command-line proxy

— Skula Sadam
źródło

Czy echo $HTTP_PROXYcoś robi

— Wędrowiec

Zauważyłem, że wspomniałeś, że używasz 15.04 w swoim oryginalnym poście. Proszę rozważyć aktualizację do 16.04, ponieważ 15.04 przeszedł w stan EOL.

— edwinksl

Czy polecenie gsettings get org.gnome.system.proxy hostcoś zwraca?

— Terrance

14

Dla dowolnego systemowego proxy dla HTTP możesz sprawdzić wartość http_proxyzmiennej środowiskowej:

echo "$http_proxy"

W przypadku HTTPS:

echo "$https_proxy"

Podobnie są ftp_proxy, socks_proxyaby służyć dokładnemu celowi ich nazw. Istnieje również all_proxymożliwość ustawienia proxy dla wszystkich tych protokołów jednocześnie. Dla przypomnienia, no_proxywyłącza proxy dla dowolnych określonych adresów dowolnego (lub wszystkich) danego protokołu. Ze względu na kompletność możesz również sprawdzić wersję tych zmiennych dużymi literami, chociaż małe litery są standardowe dla *_proxyzmiennych środowiskowych (tylko zmienne środowiskowe, o których wiem, że są małe).

Zauważ, że pokażą one wszystkie ustawienia proxy w całym systemie, a nie specyficzne dla aplikacji. Na przykład, firefoxlub aptmogą mieć własne ustawienia proxy, niezależnie od dowolnego globalnego. Niektóre aplikacje również nie uwzględniają tych zmiennych (np. gnomeUżycie określonych aplikacji gsettings), więc YMMV.

— heemayl
źródło

Po uruchomieniu „echo” $ http_proxy ”pokazuje tylko jeden pusty wiersz, czy to oznacza, że nie mam proxy na moim serwerze?

— Skula Sadam

@SkulaSadam Sprawdź moje zmiany.

— heemayl

9

Próba połączenia HTTP na zewnątrz:

wget http://google.com

W rezultacie zobaczysz coś takiego:

--2017-06-12 13:02:53--  http://google.com/
Resolving google.com (google.com)... 172.217.11.142, 2607:f8b0:4002:810::200e
Connecting to google.com (google.com)|172.217.11.142|:80... connected.
HTTP request sent, awaiting response... 302 authenticationrequired
Location: http://192.168.254.99:9090/mwg-internal/de5fs23hu73ds/plugin?target=Auth&reason=Auth&ClientID=3130909038&ttl=600&url=aHR0cDovL2dvb2dsZS5jb20v&rnd=1497286973 [following]
--2017-06-12 13:02:53--  http://192.168.254.99:9090/mwg-internal/de5fs23hu73ds/plugin?target=Auth&reason=Auth&ClientID=3130909038&ttl=600&url=aHR0cDovL2dvb2dsZS5jb20v&rnd=1497286973
Connecting to 192.168.254.99:9090... connected.
HTTP request sent, awaiting response... 401 authenticationrequired

Twój serwer proxy w tym przypadku zostanie znaleziony po wymaganym uwierzytelnieniu 302. http://192.168.254.99:9090/

— wilsotc
źródło

4

W Linuksie możesz tego użyć do sprawdzenia serwerów proxy zdefiniowanych w systemie

env | grep proxy

— Kristada673
źródło

env | grep -i proxy

— nixmind

3

sprawdź plik:

cat /etc/apt/apt.conf
cat /etc/environment

Aby zmodyfikować zawartość pliku (usuń wszystko z apt.conf bez proxy i tylko zdania proxy ze środowiska)!

sudo nano /etc/apt/apt.conf
sudo nano /etc/environment

— minigeek
źródło

geditto program GUI. Jak można tego uniknąć przy użyciu GUI?

— TheWanderer

użyj catwtedy @ Zacharee1 .. powiedziałem gedit, więc OP może również edytować.

— minigeek

geditmoże nawet nie zostać zainstalowany, ponieważ może to być instalacja na serwerze. nanoi vimoba są edytorami tekstu wiersza poleceń.

— TheWanderer

@ Zacharee1 hmm .. będą uniwersalne. Będę edytować rozwiązanie thanx

— minigeek 29.09.16

1

Usunięcie wszystkiego wewnątrz /etc/environmentspowoduje uszkodzenie PATH i ewentualnie innych konfiguracji. Proszę nie rób tego.

— TheWanderer

2

# netstat -na

LUB, jeśli uważasz / odgadniesz dowolny serwer proxy, to grep go, aby potwierdzić, np

# netstat -na |grep <ProxyGuess IP>

— gedebaba
źródło