apt
не использует CONNECT
для HTTP-трафика, потому что ему не нужно (и, возможно, не следует ). Он использует его для HTTPS-трафика.
CONNECT
используется для установки туннеля через прокси; типичными вариантами использования являются туннелирование трафика TLS или SSH через прокси.
Обычно он не используется для HTTP-трафика. Предполагается, что прокси-серверы HTTP реагируют так же, как и хосты, для которых они проксируют; вы увидите, что они задокументированы в HTTP RFC (. Посмотрите строку «Obsoletes» в RFC 2616 , чтобы найти их ). Клиенты отправляют прокси-серверу те же запросы, что и хосту.
Если прокси-сервер позволяет это, клиент может подключиться к своему целевому хосту, используя CONNECT
через прокси, но это, в первую очередь, противоречит некоторым целям использования прокси. В частности, туннели CONNECT
не кэшируются.
Вам нужен инструмент screen
или tmux
. Я предпочитаю screen
. (Я думал, что это будет дубликат, но я не могу найти подходящий.)
Войдите в удаленную систему и запустите экран
screen
Вы получите новую оболочку и теперь можете запустить процесс `gdb. Используйте Ctrl ACtrl D , чтобы отключиться от сеанса и выйти из системы.
Позже вы сможете снова подключиться. Войдите в удаленную систему
screen -r # Reattach to a single detached screen
Другие простые, но полезные опции
screen -ls # List the available screens (detached or attached)
screen -S sessionname # Create a new screen session with identifier "sessionname"
screen -r <identifier> # Reattach to a named detached screen
screen -dr <identifier> # Forcibly detach an attached screen and attach to it