Czy darmowe proxy da ci port przychodzący?
Punkt końcowy proxy dla żądań wychodzących nie zapewnia automatycznie publicznego serwera nasłuchującego, który przekazywałby połączenia przychodzące z powrotem na twój komputer.
Adres IP i port z listy proxy zwykle wskazują miejsce, z którym łączy się twoja aplikacja. Nie są publicznym portem zarezerwowanym, aby inne osoby mogły dotrzeć do twojego komputera.
To rozróżnienie ma znaczenie, jeśli chcesz odbierać połączenia przychodzące. Żądanie wychodzące przez proxy mówi w praktyce: połącz się z tym celem w moim imieniu. Publiczny serwer nasłuchujący wymaga, aby pośrednik przyjął cudze połączenie i powiązał je z twoją usługą.
Szukaj rzeczywistej funkcji ruchu przychodzącego
HTTP CONNECT buduje tunel do celu wskazanego w żądaniu. Nie prosi proxy o opublikowanie dowolnego portu nasłuchującego w twoim imieniu.
SOCKS5 definiuje osobną komendę BIND. Wymiana BIND w protokole daje powiązany punkt końcowy i później zgłasza połączenie przychodzące. To nie jest zwykła komenda CONNECT używana przez klienta webowego. Usługa reklamująca obsługę SOCKS5 może ograniczyć lub pominąć tę komendę; oprogramowanie klienta również musi obsługiwać zamierzoną wymianę.
Nawet udane negocjacje BIND nie gwarantują stałego, ogólnie opublikowanego portu. Polityka usługi, oczekiwany partner, czas życia i otaczająca ścieżka sieciowa nadal mają znaczenie.
Proxy HTTP to nie serwer SSH
Zdalne przekazywanie SSH to inny sposób, w jaki operator może wyraźnie zapewnić dostęp przychodzący. Wymaga usługi SSH, konta i uprawnienia do przekazywania. Skierowanie komendy SSH na publiczny port proxy HTTP nie tworzy tych możliwości.
Przed wyborem usługi określ kierunek, którego potrzebujesz: żądania wychodzące przez inne wyjście albo połączenia przychodzące do aplikacji, którą prowadzisz. Jeśli to drugie, szukaj udokumentowanej funkcji przekazywania przychodzącego w ramach ustalenia, które kontrolujesz. Zwykły wiersz na liście proxy nie dowodzi, że taka funkcja istnieje.