我已阅读VirtualBox端口转发指南,此站点和其他站点中的类似问题但无法找到解决方案.
客户操作系统(Ubuntu)上启用了UFW,端口80和22已打开.我可以从主机ssh到ubuntu,并可以从主机浏览器访问ubuntu站点.
在Guest上,我设置了Nat和hostonly(vboxnet3)适配器.还打开了路由器端口80(192.168.1.90)Guest ip是192.168.70.10
所以在客户设置> Nat>端口转发我放:
TCP host-ip:192.168.1.90 host-port:80 guest-ip:192.168.70.10 guestost-port:80
但是,此设置不起作用.如果你指引我走正确的路,我感激不尽.
全面披露:有一个类似的问题在这里.
有什么方法可以测试特定端口是否使用PHP打开并正确转发?具体来说,如何使用套接字连接给定端口的给定用户?
这方面的一个例子是WhatsMyIP.org/ports的"自定义端口测试"部分.
我正在尝试将所有流量从端口6999转发到端口7000(我知道我可以使用iptables,但想法是使用Node.js进行一些数据包检查).
这是我的代码:
var net=require('net');
var compress=require('./node-compress/compress');
var ip='172.16.1.224';
var ipPort=6999;
var opPort=7000;
var output=net.createServer(function(connOut){
var input=net.createServer(function(connIn){
connIn.pipe(connOut);
});
input.listen(ipPort,ip);
});
output.listen(opPort,ip);
Run Code Online (Sandbox Code Playgroud)
它似乎没有用.当我在端口7000上执行tcpdump时,没有任何显示.有人有什么建议吗?
提前谢谢了,
我有一台全天候运行的NAS /服务器,并在其上运行许多不同的服务.我现在有一个指向它的域名,并且想知道是否有可能创建指向不同服务的不同端口的子域.例如:
我有一个D-LINK路由器,当前端口将所有这些端口转发到我的NAS /服务器,其IP为192.168.0.104.
编辑:服务器正在运行Ubuntu 12.04.
我需要运行哪些服务或代理才能识别子域并相应地路由流量?或者我可以使用apache虚拟主机来处理这个,因为这些子域将进入端口80,apache正在监听?或者虚拟主机不能像这样工作?
任何信息,想法或提示都会有所帮助/有用.
一个人可以转发一个港口adb forward tcp:8080 tcp:8080
.但我是否需要杀死adb服务器才能停止此转发?
我正在寻找一种方法来在adb设置后停止转发adb中的端口,但是当不再需要转发时.
Kubernetes新手(或者更基本的网络)问题: 在我的局域网(在IP地址192.168.0.20上)运行的ubuntu盒上安装了单节点minikube(0.23版本)和virtualbox.
minikube start命令也成功完成
minikube start
Starting local Kubernetes v1.8.0 cluster...
Starting VM...
Getting VM IP address...
Moving files into cluster...
Setting up certs...
Connecting to cluster...
Setting up kubeconfig...
Starting cluster components...
Kubectl is now configured to use the cluster.
Run Code Online (Sandbox Code Playgroud)
minikube仪表板也成功上映.(运行于192.168.99.100:30000)
我想要做的是从我的macbook(在192.168.0.11上运行)访问同一局域网中的minikube仪表板.
此外,我想从互联网访问相同的minikube仪表板.
对于局域网访问: 现在根据我的理解我使用的是virtualbox(默认的vm选项),我可以使用vboxnet命令更改网络类型(使用端口转发进行NAT)
VBoxManage modifyvm "VM name" --natpf1 "guestssh,tcp,,2222,,22"
Run Code Online (Sandbox Code Playgroud)
由于上市这里
就我而言,它将是这样的
VBoxManage modifyvm "VM name" --natpf1 "guesthttp,http,,30000,,8080"
Run Code Online (Sandbox Code Playgroud)
我在这里思考的是正确的思路吗?
另外,为了远程访问相同的minikube仪表板地址,我可以设置no-ip.com类似的服务.他们要求在Linux机箱上安装他们的实用程序,并在路由器设置中设置端口转发,这将从主机端口转发到访客端口.那是对的吗?我错过了什么吗?
kubectl port-forwarding(将端口从本地主机转发到集群中的 pod 以获取对集群资源的访问权限)和 NodePort 服务类型之间有什么区别?
我已经构建了一个vagrant/virtualbox Web服务器作为开发沙箱,并在VM中为ssl配置了apache(在默认端口443上,带有自签名证书).我使用curl测试了VM本身的页面
curl -v -k https://mysite.mydomain.com/testSearch/results?postcode=WN8+0BA
Run Code Online (Sandbox Code Playgroud)
它看起来很开心,所以我很满意apache已经正确配置并在VM中工作.
但是,当我尝试通过https从主机的浏览器访问VM时,我无法这样做.
我已经添加
config.vm.forward_port "https", 443, 8443
Run Code Online (Sandbox Code Playgroud)
到我的vagrantfile,但试图访问该网址
https://mysite.mydomain.com:8443/testSearch/results?postcode=WN8+0BA
Run Code Online (Sandbox Code Playgroud)
根本无法显示我尝试过几种不同浏览器的页面:IE给出了一个毫无意义的"Internet Explorer无法显示网页"; Chrome给出了
SSL connection error
Unable to make a secure connection to the server. This may be a problem with the server or it may be requiring a client authentication certificate that you don't have.
Error 107 (net::ERR_SSL_PROTOCOL_ERROR): SSL protocol error.
Run Code Online (Sandbox Code Playgroud)
Firefox给了我
An error occurred during a connection to mysite.mydomain.com:8443.
SSL received a record that exceeded the maximum permissible length.
(Error code: ssl_error_rx_record_too_long)
Run Code Online (Sandbox Code Playgroud)
但即使是Firebug …
我已经对没有基本服务器的p2p通信做了一些研究,并且通过了STUN.从我读过的内容来看,STUN是NAT"打孔"的一种方式,它不需要将对等端口转发连接到.这是正确的,打孔究竟是什么意思?如果它不需要端口转发,它似乎非常脆弱,因为它越过防火墙,我不完全理解STUN的作用.STUN可以用于Java中的p2p程序或其他语言,例如聊天客户端,它通过TCP/UDP端口向没有基本服务器的对等端发送消息,或者不要求用户端口转发?
我在我的Windows 机器上运行本地AEM 服务器。服务器在localhost:4502上运行。我正在使用在 WSL2 中运行的 Ubuntu 发行版进行开发。我想在我的WSL2 Ubuntu 中访问在 Windows 机器上运行的 localhost:4502 。
有什么办法可以做到这一点还是不可能?
windows portforwarding aem windows-subsystem-for-linux wsl-2
portforwarding ×10
virtualbox ×3
kubernetes ×2
adb ×1
aem ×1
android ×1
apache ×1
dns ×1
java ×1
javascript ×1
networking ×1
node.js ×1
php ×1
port ×1
sockets ×1
ssl ×1
stun ×1
subdomain ×1
tcp ×1
udp ×1
vagrant ×1
web ×1
windows ×1
windows-subsystem-for-linux ×1
wsl-2 ×1