Можно ли использовать «бродячий ресурс» из-за брандмауэра, который блокирует почти все?

Моя конфигурация:

  • обычный ПК
  • Debian 8 GNU / Linux 32bit как ОС (свежая, стандартная установка без настройки каких-либо брандмауэров, если они настроены, они выполняются установщиком)
  • последний vagrant, установленный из пакета vagrant .deb со страницы vaagrant
  • virtualbox, установленный из contrib репозитория Debian (метод: как указано на: https://wiki.debian.org/VirtualBox#Debian_8_.22Jessie.22 )
  • rsync из репозитория (так как он нужен бродяге, и мне пришлось установить его после того, как я заметил ошибку)

  • сеть, в которой заблокированы почти все мыслимые порты

Что я хочу сделать

*creating box and installing stuff on it*
$ vagrant login
*logged in*
$ vagrant up
*box is up*
$ vagrant share
and here comes the problem

Моя проблема

$ vagrant share
==> default: Detecting network information for machine...
    default: Local machine address: 127.0.0.1
    default:  
    default: Note: With the local address (127.0.0.1), Vagrant Share can only
    default: share any ports you have forwarded. Assign an IP or address to your
    default: machine to expose all TCP ports. Consult the documentation
    default: for your provider ('virtualbox') for more information.
    default:  
    default: Local HTTP port: 8080
    default: Local HTTPS port: disabled
    default: Port: 2222
    default: Port: 8080
==> default: Checking authentication and authorization...
==> default: Creating Vagrant Share session...
    default: Share will be at: rambunctious-goat-2041

Здесь он зависает на несколько минут, поэтому пока я проверяю, какие порты у меня открыты в другой консоли.

$ nmap localhost

Starting Nmap 6.47 ( http://nmap.org ) at 2016-08-30 21:56 CEST
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00020s latency).
Other addresses for localhost (not scanned): 127.0.0.1
Not shown: 995 closed ports
PORT     STATE SERVICE
25/tcp   open  smtp
111/tcp  open  rpcbind
631/tcp  open  ipp
2222/tcp open  EtherNet/IP-1
8080/tcp open  http-proxy

Хорошо, 2222 и 8080 открыты (они закрываются, прежде чем я запустил 'vagrant up'command)

И через несколько минут vagrant, наконец, выводит сообщение об ошибке и завершает работу, поэтому вывод vagrant выглядит следующим образом:

$ vagrant share
==> default: Detecting network information for machine...
    default: Local machine address: 127.0.0.1
    default:  
    default: Note: With the local address (127.0.0.1), Vagrant Share can only
    default: share any ports you have forwarded. Assign an IP or address to your
    default: machine to expose all TCP ports. Consult the documentation
    default: for your provider ('virtualbox') for more information.
    default:  
    default: Local HTTP port: 8080
    default: Local HTTPS port: disabled
    default: Port: 2222
    default: Port: 8080
==> default: Checking authentication and authorization...
==> default: Creating Vagrant Share session...
    default: Share will be at: rambunctious-goat-2041
The sharing proxy exited with a non-zero exit status! This represents
an erroneous exit and likely a bug. Please report this issue.

Вот последние строки отладочного вывода

vagrant share --debug

. Я решил поместить сюда только те, которые наиболее связаны до последнего сообщения об ошибке, и потому что весь журнал, созданный флагом --debug, слишком длинный.

(...  so many many many lines ommited ... )
==> default: Creating Vagrant Share session...
 INFO api: /api/v1/shares
DEBUG api: API payload: {"share":{"http_port":8080,"https_port":null,"ports":[2222,8080]}}
DEBUG api: Response: {"custom_domain":false,"expired":false,"has_private_key":false,"name":"wild-pronghorn-2195","http_port":8080,"https_port":null,"ssh_port":null,"ssh_username":null,"ports":[2222,8080],"expired_at":null,"created_at":"2016-08-30T18:17:28.755Z","private_key_password":true,"token":null,"use_key_once":true,"domain":"vagrantshare.com","full_domain":"wild-pronghorn-2195.vagrantshare.com","mux_insecure":false,"mux_client_addr":"register.vagrantshare.com:8001","mux_server_addr":"register.vagrantshare.com:8000"}
 INFO interface: detail: Share will be at: wild-pronghorn-2195
 INFO interface: detail:     default: Share will be at: wild-pronghorn-2195
    default: Share will be at: wild-pronghorn-2195
 INFO interface: Machine: share-name ["wild-pronghorn-2195", {:target=>:default}]
 INFO helper: Executing proxy: ["-share", "-name", "wild-pronghorn-2195", "-target", "127.0.0.1", "-server", "register.vagrantshare.com:8000", "-port", "8080", "-port", "2222", "-port", "8080"]
 INFO subprocess: Starting process: ["/opt/vagrant/embedded/gems/gems/vagrant-share-1.1.5/localbin/proxy_linux_386", "-share", "-name", "wild-pronghorn-2195", "-target", "127.0.0.1", "-server", "register.vagrantshare.com:8000", "-port", "8080", "-port", "2222", "-port", "8080"]
DEBUG subprocess: Selecting on IO
DEBUG subprocess: stdout: proxy:1472588546,log,[INFO] Restricting ports to: [8080 2222 8080]
proxy:1472588546,log,[DEBUG] proxy: Connecting to mux server at register.vagrantshare.com:8000
DEBUG helper: Proxy message: ["log", "[INFO] Restricting ports to: [8080 2222 8080]"]
DEBUG helper: Proxy message: ["log", "[DEBUG] proxy: Connecting to mux server at register.vagrantshare.com:8000"]
DEBUG subprocess: stdout: proxy:1472588694,log,[ERR] proxy: Failed to start sharing: Failed to connect to mux server: dial tcp 52.72.124.216:8000: connection timed out
DEBUG helper: Proxy message: ["log", "[ERR] proxy: Failed to start sharing: Failed to connect to mux server: dial tcp 52.72.124.216:8000: connection timed out"]
DEBUG subprocess: Waiting for process to exit. Remaining to timeout: 31852
DEBUG subprocess: Exit status: 1
 INFO environment: Running hook: environment_unload
 INFO runner: Preparing hooks for middleware sequence...
 INFO runner: 1 hooks defined.
 INFO runner: Running action: environment_unload #<Vagrant::Action::Builder:0x9a156cc>
ERROR vagrant: Vagrant experienced an error! Details:
ERROR vagrant: #<VagrantPlugins::Share::Errors::ProxyExit: The sharing proxy exited with a non-zero exit status! This represents
an erroneous exit and likely a bug. Please report this issue.>
ERROR vagrant: The sharing proxy exited with a non-zero exit status! This represents
an erroneous exit and likely a bug. Please report this issue.
ERROR vagrant: /opt/vagrant/embedded/gems/gems/vagrant-share-1.1.5/lib/vagrant-share/activate.rb:1401:in `block in execute'
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/lib/vagrant/plugin/v2/command.rb:235:in `block in with_target_vms'
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/lib/vagrant/plugin/v2/command.rb:229:in `each'
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/lib/vagrant/plugin/v2/command.rb:229:in `with_target_vms'
/opt/vagrant/embedded/gems/gems/vagrant-share-1.1.5/lib/vagrant-share/activate.rb:1178:in `execute'
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/lib/vagrant/cli.rb:42:in `execute'
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/lib/vagrant/environment.rb:302:in `cli'
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/bin/vagrant:174:in `<main>'
 INFO interface: error: The sharing proxy exited with a non-zero exit status! This represents
an erroneous exit and likely a bug. Please report this issue.
The sharing proxy exited with a non-zero exit status! This represents
an erroneous exit and likely a bug. Please report this issue.
 INFO interface: Machine: error-exit ["VagrantPlugins::Share::Errors::ProxyExit", "The sharing proxy exited with a non-zero exit status! This represents\nan erroneous exit and likely a bug. Please report this issue."]

Ну, особенно соединения, эти строки выглядят подозрительно

DEBUG helper: Proxy message: ["log", "[INFO] Restricting ports to: [8080 2222 8080]"]
DEBUG helper: Proxy message: ["log", "[DEBUG] proxy: Connecting to mux server at register.vagrantshare.com:8000"]
DEBUG subprocess: stdout: proxy:1472588694,log,[ERR] proxy: Failed to start sharing: Failed to connect to mux server: dial tcp 52.72.124.216:8000: connection timed out
DEBUG helper: Proxy message: ["log", "[ERR] proxy: Failed to start sharing: Failed to connect to mux server: dial tcp 52.72.124.216:8000: connection timed out"]
DEBUG subprocess: Waiting for process to exit. Remaining to timeout: 31852
DEBUG subprocess: Exit status: 1

Мой вопрос Я погуглил это сообщение об ошибке, но то, что я обнаружил, мне неясно, поскольку в нем только упоминается, что «брандмауэр блокирует некоторые порты». С другой стороны, мне сообщили, что я смогу успешно выполнить совместное использование, несмотря на брандмауэр. Также на странице Vagrant ( https://www.hashicorp.com/blog/feature-preview-vagrant-1-5-share.html ) говорится:

После создания общего ресурса относительно непонятный URL выводится. Эта URL-адрес будет направлен прямо в вашу среду Vagrant; это не имеет значения если вы или сторона, осуществляющая доступ, находитесь за брандмауэром или NAT

, я понимаю, что это означает, что в моем случае должен работать бродячий общий ресурс, и блокирующие порты брандмауэром не должны быть проблемой. Так что я был озадачен тем, что происходит.

Подводя итог: возможно ли выполнить 'vargant share' из-за брандмауэра, блокируя «необычный» (почти все возможно, что это не 80, 22, большинство «базовых» портов), или это невозможно, несмотря на упомянутые состояния страницы vargant в противном случае?

0
задан 30 August 2016 в 21:42
1 ответ

Вы можете использовать httptunnel, чтобы замаскировать свой трафик как «обычный HTTP-трафик». См. Здесь: https://unix.stackexchange.com/questions/190490/how-to-use-ssh-over-http-or-https

Я видел три решения:

0
ответ дан 5 December 2019 в 09:35

Теги

Похожие вопросы