Μια θύρα που προωθείται μέσω SSH δεν είναι πάντα διακομιστής μεσολάβησης SOCKS
Διακρίνετε μια σταθερή τοπική προώθηση SSH από έναν δυναμικό ακροατή SOCKS πριν ρυθμίσετε μια εφαρμογή.
Δημιουργείτε μια σήραγγα SSH, βάζετε το 127.0.0.1 και τη θύρα του στις ρυθμίσεις μεσολάβησης του περιηγητή και δεν φορτώνεται τίποτα. Ο ακροατής μπορεί να λειτουργεί απόλυτα σωστά. Μπορεί απλώς να περιμένει λάθος είδος κίνησης.
| Προώθηση | Τι στέλνει η τοπική εφαρμογή | Επιλογή προορισμού |
|---|---|---|
-L | Το συνηθισμένο πρωτόκολλο της υπηρεσίας προορισμού | Σταθερό στην εντολή SSH |
-D | Διαπραγμάτευση SOCKS και μετά κίνηση της εφαρμογής | Ζητείται από τον πελάτη SOCKS |
Για έναν μόνο διακομιστή ιστού, αυτή είναι σταθερή προώθηση:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]Επισκεφθείτε το http://127.0.0.1:9080/ ως ιστότοπο. Μην χαρακτηρίζετε τη θύρα 9080 ως SOCKS: προωθεί byte στον έναν διακομιστή ιστού που ονομάζεται στην εντολή. Το άνοιγμα ενός ιστότοπου με άλλο όνομα κεντρικού υπολογιστή μπορεί επίσης να επηρεάσει την εικονική φιλοξενία, τις ανακατευθύνσεις ή τα cookies του.
Για έναν ακροατή SOCKS, το σχήμα αλλάζει:
ssh -N -D 127.0.0.1:1080 [email protected]Ρυθμίστε την εφαρμογή να χρησιμοποιεί SOCKS στο 127.0.0.1:1080. Η εισαγωγή αυτής της διεύθυνσης απευθείας στη γραμμή διευθύνσεων του περιηγητή στέλνει αίτημα ιστού σε ακροατή SOCKS, μια ακόμη αναντιστοιχία πρωτοκόλλου.
Το εγχειρίδιο του OpenSSH τεκμηριώνει και τις δύο μορφές. Υπάρχει μια χρήσιμη εξαίρεση: η προώθηση ενός υπάρχοντος διακομιστή μεσολάβησης HTTP με -L παράγει μια τοπική θύρα που μιλά το πρωτόκολλο μεσολάβησης HTTP, επειδή ο σταθερός προορισμός της είναι ο ίδιος διακομιστής μεσολάβησης HTTP. Η υπηρεσία στο απομακρυσμένο άκρο καθορίζει τι ανήκει σε μια σταθερή προώθηση. Προώθηση υπάρχοντος διακομιστή μεσολάβησης μέσω SSH διατηρεί το πρωτόκολλο και τον λογαριασμό αυτού του διακομιστή.