Оказывается, все, что мне нужно было сделать, это обновить ядро до последней версии 4.2.x, поскольку оно поддерживает мою беспроводную карту.
Если я правильно понял ваш вопрос, на самом деле это не переадресация портов , а обратное проксирование HTTP(с добавлением некоторых манипуляций с URI ), и это применимо только для HTTP -. ] разговорные услуги.
В вашем первом примере:
example.com/81/* -> example.com:81/*
клиент должен будет подключиться к example.com:80
, а затем отправить синтаксически допустимый HTTP-запрос (, например. запрос GET )для URI, который соответствует /81/*
, а затем обратный прокси-сервер будет подключаться от имени клиента к example.com:81
и повторно -отправлять запрос, измененный путем удаления из него исходного /81
.
Если вы попытались подключиться, например, к. почтовый сервис IMAP в example.com :143 таким образом, почтовый клиент должен был бы, вместо того, чтобы просто подключиться к целевому адресу и порту, подключиться к порту 80 на целевом устройстве и отправить сообщение, подобное этому:
CONNECT example.com:143 HTTP/1.1
...а затем продолжить использование стандартного протокола IMAP.
Ни в одном известном мне стандартном почтовом клиенте нет такой функции, хотя реализовать ее технически возможно. Кроме того, HTTP-метод CONNECT является -чувствительным к безопасности, и его использование должно строго контролироваться :неограниченные прокси-серверы HTTP, допускающие CONNECT, являются легкой мишенью для злоупотреблений.