贝锐
管理平台
客服中心
帮助文档
如何设置解析
域名解析是在浏览器中写入时使用的域名与站点的IP地址之间的转换过程,机器间互相只识别IP地址,要让域名与IP地址之间一一对应,必须使用DNS域名解析(域名解析服务)。DNS解析需要由专门的域名解析服务器来完成,整个过程是自动进行的。 贝锐管理平台支持的域名解析记录包含:A记录、AAAA记录、CAA、CNAME、MX 记录、TXT 记录、SRV 记录、显性URL、隐性URL。 1. 进入解析界面 (1)如下图所示,进入域名列表界面后,在【域名列表】界面,选择需设置解析的域名。 操作路径:【域名管理平台】->【域名列表】->【顶级域名】 (2)在【域名详情】界面,点击\<域名解析> 。 (3)成功进入【域名解析】界面。 2. 添加解析记录 2.1 设置方法 (1)在【域名解析】界面,点击\<添加记录> 按钮。 (2)在弹窗内选择添加解析记录,并填写相关信息: 选项 说明 主机记录 解析域名的前缀例如现操作的顶级域名为example.com,其“主机记录”设置举例:①www:用于网站解析,表示解析的域名为“www.example.com”②abc:用于子域名解析,表示解析的域名为“example.com”的子域名“abc.example.com”③mail:常用于邮箱解析,表示解析的域名为“mail.example.com”④*:用于泛解析,表示解析的域名为“*.example.com”,匹配“example.com”的所有子域名⑤空:用于网站解析,表示解析的域名为“example.com”。主机记录置为空,还可用于为空头域名“@”添加解析「注意」SRV记录为: 服务的名字.协议的类型 例如:_sip._tcp 记录类型 A记录 将域名指向空间服务商提供的 IP 地址,使网站可用域名访问 AAAA记录 当预期是实现访问者通过 IPv6 地址访问网站 CAA 将域名授权指定 CA 机构为其域名签发证书,CA 机构签发证书时强制性检查 CAA CNAME CNAME一般用于CDN加速场景,将域名指向另一个域名,实现用 A 域名访问到 B 域名 MX记录 用于搭建邮箱,将域名指向邮件服务器地址,使该邮箱可以成功接收邮件 TXT记录 对域名进行标识和说明 SRV记录 SRV 记录用来标识某台服务器使用了某个服务,常见于微软系统的目录管理 显性/隐性URL 访问域名可跳转到一个网址上,实现不加端口号即可访问服务器(显性URL采用重定向技术,会改变地址栏中的网址;隐性URL采用iframe框架技术,不会改变地址栏中的网址) 线路类型 域名解析后的IP地址返回至用户访问的浏览器所使用的线路若仅添加一条解析记录,则线路选择通用如果添加多条解析记录,则可根据不同运营商出口添加多条解析线路,但必须包含一条通用线路 记录值 A记录 记录值为 IP 地址,填写 IPv4 地址 AAAA记录 记录值为 IP 地址,填写 IPV6 地址 CAA 指定要授权的证书颁发机构,使其可以给域名或者子域名颁发证书可以输入多个不重复记录,多个记录之间以换行符分隔填写格式:[flag] [tag] [value]配置规则:①flag:认证机构限制标志,定义为0~255无符号整型。常用取值为0②tag:仅支持大小写字母和数字0~9,长度1~15,常用取值:>issue:授权任何类型的域名证书>issuewild:授权通配符域名证书>iodef:指定违规申请证书通知策略③value:域名或用于违规通知的电子邮箱或Web地址。其值取决于[tag]的值,必须加双引号。 取值范围:字符串(仅包含字母、数字、空格、-#*?&_~=:;.@+^/!%),最长255字符。 CNAME CNAME 指向的域名,若单指向IP,不一定就能访问对应的网站,需要对应的网站服务器允许绑定了这个域名访问,才可以访问。只可以填写域名 MX记录 输入内容通过联系邮箱注册商提供 TXT记录 常用情况TXT 记录是用来做 SPF 反垃圾邮件的,最典型的 SPF 格式的 TXT 记录例子为“v=spf1 a mx ~all”,表示只有这个域名的 A 记录和 MX 记录中的 IP 地址有权限使用这个域名发送邮件 SRV记录 格式为 主机名 优先级 权重 端口,每项中间需以空格分隔例如:sipserver.example.com 0 5 5060 显性/隐性URL URL 转发记录的值为域名或 URL 地址 TTL TTL 即 Time To Live,指地方 DNS 缓存域名记录信息的时间,缓存失效后会再次到贝锐获取记录 3600秒(1小时) 如果 IP 极少变动(一年几次),建议选择3600秒,数值越小,解析速度越快(可按需修改为其他值) 确认内容填写无误,点击\<确定> 即可。 2.2 举例说明 2.2.1 A记录 将www.ti11.top 指定到IPv4地址1.1.1.1,如图设置A记录类型。 2.2.2 AAAA记录 将www.ti11.top 指定到IPv6地址2001:dc7:1000::1, 如图设置AAAA记录类型。 2.2.3 CAA 如图设置CAA类型,当需要限制域名www.ti11.top 可由机构symantec.com颁发不限类型的证书,为经授权的第三方CA机构申请域名www.ti11.top 证书将被拒绝。当违反配置规则时,将发送通知邮件到symantec.com。 2.2.4 CNAME 将www.ti11.top 指定到www.oray.com ,如图设置CNAME类型。 2.2.5 MX记录 如图设置MX记录类型,当收件人为“123@.ti11.top”时,系统将对“.ti11.top”进行DNS中的MX记录解析。 如果MX记录存在,系统就根据MX记录的优先级,将信息存储在oray.com邮件服务器上。 2.2.6 TXT记录 如图设置TXT记录类型,www..ti11.top的 A 记录和 MX 记录中的 IP 地址有权限使用www..ti11.top 发送邮件。 2.2.7 SRV记录 以正在运行 IP 为 120.X.X.126 的 TeamSpeak 为例,TeamSpeak 在端口 8767 上使用 UDP 协议,每个想要连接的客户端都必须输入服务器 IP和端口组合: 120.X.X.126 :8767。如果更改端口或服务器 IP,则必须将新组合的信息告知所有人。 如图设置域名解析SRV记录后,就可以直接使用 ti11.top 连接到 TeamSpeak,无需更改端口或服务器 IP就告知所有人。 「注意」 记录值需添加一个有效的 DNS 主机名,所以需使用 A 记录将主机名解析为 IP 地址。 2.2.8 显性URL 以 www.ti11.top 跳转到 www.oray.com 为例。 设置解析显性URL后,在浏览器地址栏输入www.ti11.top 并访问 ,打开网站内容是目标地址www.oray.com 网站内容,地址栏显示目标地址www.oray.com。 2.2.9 隐性URL 以www.ti11.top 跳转到 www.oray.com为例 。设置解析隐性URL后,在浏览器地址栏输入www.ti11.top 并访问,打开网站内容是目标地址www.oray.com 网站内容,但地址栏显示当前地址www.ti11.top 。 3. 修改解析记录 在列表页选择需修改的解析记录右侧,点击\<修改> 。 「注意」 主机记录无法修改。 4. 删除解析记录 在列表页选择需删除的解析记录右侧,点击\<删除> 。 「注意」 删除解析记录后无法恢复,需重新添加。 注意 若需要删除子域名,请前往【花生壳管理平台】-【域名列表】操作
常用名词解析
1、什么是域名? Internet域名是Internet网络上的一个服务器或一个网络系统的名字,在全世界,没有重复的域名。域名的形式是以若干个英文字母或数字组成,由“.”分隔成几部分,如Oray.net就是一个域名。 2、什么是顶级域名? 互联网上的域名可谓千姿百态,但从域名的结构来划分,总体上可把域名分成两类,一类称为“国际顶级域名”(简称“国际域名”),一类称为“国内域名”。 一般国际域名的最后一个后缀是一些诸如 .com,.net,.gov,.edu 的“国际通用域”,这些不同的后缀分别代表了不同的机构性质。比如.com表示的是商业机构,.net表示的是网络服务机构,.gov表示的是政府机构,.edu表示的是教育机构。 3、什么是三级域名? 三级域名可分为两类:类别域名和行政区划域名,如:cnnic.ac.cn 。 类别域名是依照申请机构的性质划分出来的域名,具体包括: 域名 性质 ac 科研机构 com 工、商、金融等企业 edu 教育机构 gov 政府部门 net 互联网络、接入网络的信息中心(NIC)和运行中心(NOC) org 各种非盈利性的组织 您可以按照您的机构性质选择适合您单位使用的三级域名。 行政区划域名是按照中国的各个行政区划划分而成的,其划分标准依照原国家技术监督局发布的国家标准而定,包括"行政区域名"34个,适用于我国的各省、自治区、直辖市。例如北京的机构可以选择如cnnic.bj.cn的域名。 4、什么是域名解析? 机器间互相只识别IP地址,要让域名与IP地址之间一一对应,必须使用DNS解析(域名解析服务)。DNS解析需要由专门的域名解析服务器来完成,整个过程是自动进行的。 5、什么是DNS? 域名管理系统DNS(Domain Name System)是域名解析服务器的意思。它在互联网的作用是:把域名转换成为网络可以识别的Ip地址。比如:我们上网时输入的www.oray.net 会被解析到IP为61.152.96.116的服务器。 6、什么是A记录? A(Address)记录是用来指定主机名(或域名)对应的IP地址记录。用户可以将该域名下的网站服务器指向到自己的web server上。同时也可以设置您域名的二级域名。 7、什么是 MX记录? 即邮件交换记录,是域名在DNS服务器上的一个记录,告诉那台计算机负责为系统处理邮件。MX记录存在于域名的DNS文件中,用于将某个域名的电子邮件指向到对应的邮件服务器处理。 8、什么是CName记录? CName(Canonical Name)记录,通常称别名指向。在这里,您可以定义一个主机别名,比如设置www.A.com, 用来指向一个主机www.B.com, 那么以后就可以用 www.A.com 来代替访问 www.B.com 了。但成功设置CNAME记录后您可能需要在主机www.B.com 设置相应服务策略规则进行对应该域名,才能真正实现CName功能。 9、什么是Url? URL(Uniform Resource Locator:统一资源定位器)是WWW页的地址,它从左到右由下述部分组成: ①Internet资源类型(scheme):指出WWW客户程序用来操作的工具。如“http://” 表示WWW服务器,“ftp://” 表示 FTP 服务器,“gopher://” 表示Gopher服务器,而“new:”表示Newgroup新闻组 ②服务器地址(host):指出 WWW页所在的服务器域名 ③端口(port):有时(并非总是这样),对某些资源的访问来说,需给出相应的服务器提供端口号 ④路径(path):指明服务器上某资源的位置(格式与DOS系统中的格式一样,通常有目录/子目录/文件名这样结构组成)。与端口一样,路径并非总是需要的 URL地址格式排列为:scheme://host:port/path 例如http://www.oray.net /Default.asp就是一个典型的URL地址。 10、什么叫做Url指向服务? URL指向是当您已经有了现成的网页,并希望将新注册的域名指到已经有的网页去,以省去了重新设立网页的烦恼。举个例来说:如果您现在163的主页空间里已拥有了 http://yourdomain.go.163.com 网页且正在运作,您也同时要将相同的内容放在 www.yourdomain.com 里。那么,您只需将域名转接到yourdomain.go.163.com的网址就行了。 需要说明的是,在这一点上面,我们是完全免费的,而且是用户自己控制。 11、什么是泛域名? 泛域名解析是指将.域名解析到同一IP。 在域名前添加任何子域名,均可访问到所指向的WEB地址。也就是客户的域名a.com之下所设的.a.com全部解析到同一个IP地址上去。 比如客户设b.a.com就会自已自动解析到与a.com同一个IP地址上去。 12、什么是动态IP地址? 通过Modem、 ISDN、xDSL等方式上网的计算机一般不具备固定IP地址,而是由ISP动态分配暂时的一个IP地址到其网络设备中。普通人一般不需要去了解动态IP 地址,这些都是计算机系统自动完成的。 13、什么是静态IP地址? 静态IP地址是长期固定分配给一台计算机使用的公网IP地址,一般专业的服务器才需要拥有静态IP地址。现在静态IP的资源非常的有限,如果要使用静态IP往往需要付出高昂的使用费用。 14、域名的结构是什么? ·顶级域名 域名由两个或两个以上的词构成,中间由点号分隔开。最右边的那个词称为顶级域名。下面是几个常见的顶级域名及其用法: .com-- 用于商业机构。它是常见的顶级域名。任何人都可以注册.com形式的域名。 .net-- 最初是用于网络组织,例如因特网服务商和维修商。现在任何人都可以注册以.net结尾的域名。 .org-- 是为各种组织包括非盈利组织而定的。现在,任何人都可以注册以.org结尾的域名。 国家代码由两个字母组成的顶级域名如.cn,.uk,.de和.jp称为国家代码顶级域名(ccTLDs),其中.cn是中国专用的顶级域名,其注册归CNNIC管理,以.cn结尾的二级域名我们简称为国内域名。注册国家代码顶级域名下的二级域名的规则和政策与不同的国家的政策有关。您在注册时应咨询域名注册机构,问清相关的注册条件及与注册相关的条款。某些域名注册商除了提供以.com,.net和.org结尾的域名的注册服务之外,还提供国家代码顶级域名的注册。ICANN并没有特别授权注册商提供国家代码顶级域名的注册服务。 ·二级域名 顶级域名的下一级,就是我们所说的二级域名。domainpeople.com,域名注册人在以.com结尾的顶级域名中,提供一个二级域名。域名形式也可能是something.domainpeople.com。在这种情况下,something称为主名或分域名。 国际域名管理机构ICANN是一个近年成立的的非盈利机构,其主要职能包括管理因特网域名及地址系统。 有关ICANN的信息可在网址http://www.icann.org中查询。 15、为什么要注册域名? Internet域名如同商标,是您在因特网上的标志之一。Internet上的域名是非常有限的,因为每个域名都只有一个。如果您公司的名字是Intellectual Business Management Ltd.,您想把公司的域名注册成IBM.COM,国际商用机器公司(IBM)同您相比并不具有什么优先权,然而这个域名早已被它抢到手了!在美国,连街头上的小百货店和小加油站都在注册他们的域名,以便在网上宣传自己的产品和服务。作为有头脑、有远见的商人,越早行动,越有可能获得您所需要的域名。 16、为什么要为域名续费? 互联网上的域名都有使用年限,如果不为域名续费,那么这个域名将被禁用甚至被释放。 用户如需要为域名续费时,可从联机服务网站中的域名服务中心-服务续费功能页面中对所需域名进行续费。 17、何谓域名抢注? 域名是企业在因特网上的标识,是企业进入互联网,网络用户访问和联络企业的途径,它不仅可以有效保护企业的公众形象和无形资产;而且是企业迈入信息化社会,融入国际大市场,进行电子商务应用的标志,因此有着巨大的商业价值。如果您的企业还没有域名,那就意味着您在网上还没有一个正式的“门面”,其它用户或企业就无法在网络上找到您。光是企业,个人也可以注册国际顶级域名。域名抢注就是一个域名在被别人注册之前, 抢先将此域名以注册人的名义注册下来的行为。 18、如何选择域名注册商? 首先您要搞清楚他可提供给您的相关域名管理的权限,很多域名注册商都不提供给客户管理权限,有的即使提供了管理权限,但是所提供的功能也是不全的。比如,客户在自助控制平台中不能生成三级域名,不能修改A记录、MX记录、CNAME记录等常用功能。甚至有的域名商会针对用户域名的操作进行收费。 19、何谓以域名结尾的邮箱? 申请了域名后,可通过设置邮件MX记录指向到对应邮件服务器的主机,并且在该主机上建立一套邮件服务接口,即可使用所注册的顶级域名作为邮件域名通过邮件服务器接口对外收发邮件。 20、在什么情况下域名需要进行备案? 目前信息产业局要每一个向互联网提供电子信息服务的个人或企业对所提供服务的域名进行备案操作。我们希望各位用户能配合信息产业局与Oray.net的工作,域名已经备案以及提供的内容是合法的前提下,能完全地使用 Oray.net每一项功能。对于还没有备案以及向互联网提供非法信息的站点,在将来不排除采取停止服务的措施。
无线中继功能
大家都知道,WiFi的信号覆盖面积有限,但是可以通过无线中继的方式,将WIFI信号延伸到需要的地方。在广大粉丝的期待下,蒲公英路由器也推出了无线中继,可以接在上级路由后面,使用无线桥接的方式进行上网。 1. 无线中继优点 (1)可以将WIFI信号延伸到需要的地方; (2)路由器的WAN口无需接网线; (3)使用无线中继功能不影响智能组网。 下面就给大家介绍设置的办法: 2. 购买及安装 1.在进行无线中继之前,拥有一台蒲公英路由器,【戳我购买】 2.电脑用网线连接蒲公英的LAN口,电脑将自动获取IP地址接入网络。 3. 配置 1.蒲公英路由器在首次接入时,下连设备在浏览器访问oraybox.com或10.168.1.1 进入路由器本地管理登录界面,输入默认密码admin即可登录进入。 2.密码验证通过后,来到【网络设置】->【上网设置】,选择切换上网方式。这里将上网方式选择“无线中继”,然后选择对应的无线网络,输入WiFi密码,点击 <立即上网> ; 3.正常联网后,则跳转到蒲公英云管理登录页面; 4.输入SN码和密码即能登录云管理页面。
多分支企业OA协同办公解决方案
1. 行业背景 中小型企业或大型企业通常都有众多分支机构和不同的业务板块,涉及到的业务系统如OA办公系统等,如今办公系统已经不单单是日常协同办公的平台,更是一个企业或组织的管理支撑平台,担负着更加复杂、综合的作用,一套好的OA系统,能够为企业内不同的人员随时随地提供其所需的信息,由于分支机构分布在不同地区,如何实现高效协同办公及方便管理,是当下企业所面临的问题。 2. 行业需求 具有多分支机构或子公司的企业,若还使用传统模式办公,会存在很多复杂及困难的地方,实现企业内部流程和信息的畅通,必须克服地域、网络和系统上的障碍,由于地区不同网络不同,各分支机构互联存在着难度。 3. 实施难点 1、使用第三方硬件如虚拟局域网,部署和维护难度大; 2、公司机构分布各地,互联受到网络限制; 3、若数据走第三方传输,安全与稳定性无法得到保障; 4、出差或在家无法完成协同办公的流程,拖延工作进度。 4. 解决方案 4.1 产品清单 (1)蒲公英X系列路由器×2台 4.2 方案部署 协同办公系统繁杂,找人困难、操作复杂、连不通、接不上、投资大等等这些都不是问题,蒲公英产品针对这种多分支记否办公的企业提供简单、高效的解决方案,在公司总部与分部分别放置一台蒲公英路由器,外部员工可通过登录蒲公英客户端软件,由贝锐自主研发采用云虚拟局域网技术实现智能组网,前台美眉都能通过两个步骤轻松创建异地虚拟局域网络,能连接互联网即可实现组网,不受宽带类型限制。(组网详细教程戳我) 蒲公英产品针对需要协同办公的企业提供简单、高效的解决方案。同时亦能满足企业发展的需要,企业将来若改管理模式或有其他的发展,蒲公英组网能长期适应企业不同的应用及场景。 4.3 方案优点 使用蒲公英路由器组网实现OA系统互联,实现企业内部信息共享。高效地协同工作,改变过去复杂低效的手工办公方式,实现办公自动化。 (1)无需专业IT运维人员,维护从此变得很简单 蒲公英智能组网,采用统一账号管理所有路由,组网成员灵活删除增加,非专业人士也能轻松搞定; (2)利用休息时间快速办公 即使周六日休息时间,也能在家远程连接公司的OA系统处理事务,大大降低交通时间的成本; (3)无需担心公司数据泄露? 蒲公英智能组网,访问数据通过加密传输,不用再担心总分部之间的管理系统及数据互访的安全问题。
添加CNAME记录
1.定义 CNAME(Canonical Name)记录,通常称别名指向。在这里,您可以定义一个主机别名,比如设置 www.A.com, 用来指向一个主机 www.B.com, 那么以后就可以用 www.A.com 来代替访问www.B.com 了。但成功设置CNAME记录后您可能需要在主机 www.B.com 设置相应服务策略规则进行对应该域名,才能真正实现CNAME功能。 2.操作步骤 (1)操作路径:【域名管理平台】->【域名列表】->【顶级域名】 登录域名管理平台,在【域名列表】界面,选择需设置解析的域名。 (2)在【域名详情】界面,点击<域名解析>。 (3)在【域名解析】界面,点击 <添加记录> 按钮。 (4)在弹窗内选择添加解析记录,并填写相关信息: 选项 说明 主机记录 解析域名的前缀例如现操作的顶级域名为example.com,其“主机记录”设置举例:①www:用于网站解析,表示解析的域名为“www.example.com”②abc:用于子域名解析,表示解析的域名为“example.com”的子域名“abc.example.com”③mail:常用于邮箱解析,表示解析的域名为“mail.example.com”④:用于泛解析,表示解析的域名为“.example.com”,匹配“example.com”的所有子域名⑤空:用于网站解析,表示解析的域名为“example.com”。主机记录置为空,还可用于为空头域名“@”添加解析 记录类型 CNAME一般用于CDN加速场景,将域名指向另一个域名,实现用 A 域名访问到 B 域名 记录值 CNAME 指向的域名,若单指向IP,不一定就能访问对应的网站,需要对应的网站服务器允许绑定了这个域名访问,才可以访问。只可以填写域名 TTL TTL 即 Time To Live,指地方 DNS 缓存域名记录信息的时间,缓存失效后会再次到贝锐获取记录 3600秒(1小时)如果 IP 极少变动(一年几次),建议选择3600秒,数值越小,解析速度越快(可按需修改为其他值) 确认内容填写无误,点击 <确定> 即可。 (5)添加成功。 3.测试访问 (1)进入命令状态;(开始菜单 - 运行 - CMD[回车]); (2)输入命令" nslookup -q=cname cname.xxx.top ",查看返回的结果与设置的是否一致即可。
添加URL记录
1.定义 URL(Uniform Resource Locator:统一资源定位器)是WWW页的地址,它从左到右由下述部分组成: Internet资源类型(scheme):指出WWW客户程序用来操作的工具。如“http://” 表示 WWW 服务器,“ftp://” 表示 FTP 服务器,“gopher://” 表示Gopher服务器,而“new:”表示Newgroup新闻组。 服务器地址(host):指出WWW页所在的服务器域名。 端口(port):有时(并非总是这样),对某些资源的访问来说,需给出相应的服务器提供端口号。 路径(path):指明服务器上某资源的位置(格式与DOS系统中的格式一样,通常有目录/子目录/文件名这样结构组成)。与端口一样,路径并非总是需要的。 URL地址格式排列为:scheme://host:port/path 例如 http://www.oray.net/Default.asp 就是一个典型的URL地址。 URL转发就是当您访问该域名的时候,自动跳转到预先设置好的地址上去。 2.操作步骤 (1)操作路径:【域名管理平台】->【域名列表】->【顶级域名】 登录域名管理平台,在【域名列表】界面,选择需设置解析的域名。 (2)在【域名详情】界面,点击<域名解析>。 (3)在【域名解析】界面,点击 <添加记录> 按钮。 (4)在弹窗内选择添加解析记录,并填写相关信息: 选项 说明 主机记录 解析域名的前缀例如现操作的顶级域名为example.com,其“主机记录”设置举例:①www:用于网站解析,表示解析的域名为“www.example.com”②abc:用于子域名解析,表示解析的域名为“example.com”的子域名“abc.example.com”③mail:常用于邮箱解析,表示解析的域名为“mail.example.com”④:用于泛解析,表示解析的域名为“.example.com”,匹配“example.com”的所有子域名⑤空:用于网站解析,表示解析的域名为“example.com”。主机记录置为空,还可用于为空头域名“@”添加解析 记录类型 访问域名可跳转到一个网址上,实现不加端口号即可访问服务器(显性URL采用重定向技术,会改变地址栏中的网址;隐性URL采用iframe框架技术,不会改变地址栏中的网址) 记录值 URL 转发记录的值为域名或 URL 地址 确认内容填写无误,点击 <确定> 即可。 (5)添加成功。 3.测试访问 那么访问dd.xxx.top的时候,就会自动跳转到http://www.baidu.com 这个地址上。 注意 ①隐藏转发:跳转以后第一个页面,地址栏仍然显示原地址,如访问dd.xxx.top并不会显示http://www.baidu.com (同时也不排除由于目的地址的服务器策略,而导致隐藏地址功能失效) ②非隐藏转发:跳转以后直接显示目的地址和该页面内容 ③域名根和泛域名是不允许设置URL转发的
中国联通黑名单-人联网应用限制访问清单
清单 *.qq.com* *weibo.com* *.weibo.cn* *taobao.apilocate.amap.com* *.vip.com* *.appvipshop.com* *.iqiyipic.com* *.douyin.com* *.douyincdn.com* *.amemv.com* *.kuaishou.com* *.kuaishougif.com* *.kuaishouzt.com* *.ksapisrv.com* *.gifshow.com* *.weibo.com* *.sina.com* *.lofter.com* *.ixigua.com* *.yximgs.com* *.kwimgs.com* *.iqiyi.com* *.bilivideo.com* *.bilibili.com* *.huya.com* *.youku.com* *v.qq.com* *.yangkeduo.com* *.taobao.com* *.tmall.com* *.meituan.com* *.meituan.net* *.jd.com* *.360buying.com* *battlenet.com.cn* *game.uc.cn* *game.qq.com* *dota2.com.cn* *battleofballs.com* *cdn.ubi.com* *huluxia.com* *biubiu001.com* *baidu.com* / 157.0.3.1/24 153.35.173.1/24 / / 218.98.9.1/24 103.102.200.1/24 103.107.217.163 103.107.217.65 103.107.219.1/24 112.13.75.135 112.240.58.20 112.65.203.41 112.83.140.1/24 119.188.13.103 120.133.135.36 124.132.139.71 140.206.239.1 152.136.238.129 153.3.235.92 153.35.172.1 153.35.172.2 153.35.174.1 153.35.174.2 153.35.175.1/24 153.35.76.1/24 153.99.116.144 157.0.149.124 218.98.10.1/24 218.98.31.241 218.98.31.250 218.98.4.1/24 222.134.66.211 27.221.107.1 36.249.66.100 36.249.74.226 39.96.124.104 39.96.124.105 49.233.57.115 49.233.57.116 59.83.230.1/24 60.213.21.210 61.162.100.32 123.6.30.185 59.83.234.98 36.248.29.224 122.193.0.21 218.98.4.42 153.35.88.41
连锁门店视频监控方案
1. 应用场景 对于超市、门店、仓库甚至是住宅区等,监控系统的应用已经非常普通,可以实时监控并通过电脑存储成录像进行回看。但是监控系统目前也只支持同一个局域网内进行查看,对于一些连锁型企业,想要实时查看各分店的监控则比较麻烦,只能借助第三方工具实现。 需要在监控中心同时查看三个连锁店的视频监控,需要在监控中心和各各门店放置一台蒲公英路由器,并且进行组网,实现互联互通即可。 2. 实施难点 (1)住宅区网络无公网IP,且公网IP价格昂贵 (2)数据存放及传输的安全性要得到保证; (3)网络连接的速度各方面需要达到理想效果。 3. 解决方案 3.1 产品清单 (1)蒲公英路由器X5 3.2 方案部署 (1)将蒲公英路由器连接电源,根据所处网络环境选择相应的上网方式。确保路由器可正常联网。 点击查看【上网设置指南】 (2)监控中心及各个连锁店的路由器绑定同一贝锐账号,并加入至同一组网中。 点击查看【(硬件+硬件)组网教程】 (3)组网之后,在监控中心网络里的电脑上,点击开始菜单,找到“运行”,输入“cmd”回车,调出命令提示符(或直接按快捷键“win+R”),输入ping 10.168.7.2,成功ping通其中一间连锁店的设备IP。 目前已成功打开连锁店三的监控系统进行查看。 3.3 方案优点 1、部署简单,投入成本低; 2、连接稳定,使用方便。 4. 注意事项 1、组建虚拟局域网时,成员间的IP不能冲突; 2、添加旁路若目标类型选择的是“IP网络段”,子网掩码也要跟随变化; 3、蒲公英路由器是二级路由器时需要在一级路由器设置静态路由。
医药连锁系统互联互通解决方案
应用场景 大家都知道,很多医药企业都是连锁经营的形式,这类型企业,选择管理软件时也一般会选择含连锁管理功能的系统。一道道程序和环节,中间的任何拖延与错误都会造成企业效率的降低。所以对于连锁的医药企业,如何将各连锁店系统进行数据交互同步,实现高效管理也是一问题。 实施难点 (1)各连锁店系统进行数据交互同步; (2)数据存放及传输的安全性要得到保证; (3)兼容性强,要能适应不同的操作系统及网络环境; (4)网络连接的速度各方面需要达到理想效果。 解决方案: 1、产品清单 (1)蒲公英路由器X5 2、方案部署 利用蒲公英智能组网,实现每个连锁分店与分店的网络互联互通。 第一步,将蒲公英路由器连接电源,根据所处网络环境选择相应的上网方式。确保路由器可正常联网。 第二步,创建组网。 (1)在【蒲公英网络管理平台】->【异地组网】->【网络成员】中,点击 <+创建网络> 创建智能组网; (2)填写网络名称,选择网络类型。 网络类型 说明 对等网络 组网内的所有成员均可互相访问 集散网络 将组网成员区分为中心节点与普通成员,普通成员间无法互访,只能与中心节点互通 自定义网络 自定义成员之间的访问权限,仅支持纯软件组网 「注意」:服务等级为体验版的用户,网络类型仅支持创建对等网络和集散网络。 (3)创建组网后,点击右上方【添加成员】,添加组网的硬件成员及软件成员。 硬件成员 在弹窗内选择对应的硬件类型、并输入硬件设备的SN码,选择添加成员的网络后,点击“确定”即可; 「注意」:蒲公英路由器在云管理平台上绑定对应的贝锐账号后,将自动添加至硬件成员列表中。组网中添加其硬件成员,需点击【添加成员】->【未组网成员】,将其未组网的硬件成员添加至组网中。 (4)根据需求添加相应的成员后,点击确定,组网创建成功。 (5)目前已成功组网,可进行测试其中一连锁店面的网络是否与总部互通。 已正常Ping通总部服务器的IP,医药系统也可以正常登录了。 3、方案优点 (1)数据传输网络安全性比较高; (2)组网连接速度和稳定性好; (3)部署简单、操作简便。 注意事项 1、组建虚拟局域网时,成员间的IP不能冲突; 2、添加旁路若目标类型选择的是“IP网络段”,子网掩码也要跟随变化; 3、客户端跟分店设备无法ping通时,需留意电脑防火墙和杀毒软件是否已经关闭; 4、根据网络需求选择合适的蒲公英路由器。
总部旁路,分部一级组网方案
1. 应用场景 随公司的发展规模不断扩大,为提高办公效率,提升企业管理水平,往往需要搭建各类项目管理系统软件(如OA、财务系统、ERP等)进行运作管理,但由于公司分部在不同地区,大都没有真实公网IP,总部与各分部间的互联互通往往需要依靠到第三方软件来实现,且总部网络规则设置太多,网络较为复杂,部署与维护也成为了难题。 2. 实施难点 1、都在不同地区,处于不同网络; 2、联机需要借用第三方软件实现; 3、总部网络结构复杂; 4、部署维护难度大,稳定性低。 3. 解决方案 3.1 产品清单 蒲公英路由器X3 3.2 方案部署 在总部交换机下接上蒲公英,分部则可以直接替换原来的一级路由器,让所有的分部的电脑都接在分部的蒲公英下面。 利用蒲公英路由器上的智能组网功能,将总分部的蒲公英创建成一个虚拟局域网络,使各节点之间互相通信,主机之间可以直接通过局域网IP地址进行访问。 3.2.1 安装及配置蒲公英 各点蒲公英正常接线后,浏览器输入oraybox.com登录进入管理地址进行上网配置; 上网正常后,首次进入管理页面,需修改管理密码。 3.2.2 创建智能组网 【点击查看组网教程】 3.2.3 添加旁路设置 组网创建完成后,选择【网络设置】-【旁路设置】,点击“添加旁路”;在弹窗中添加旁路路由: | 选择旁路路由:选择总部下面的蒲公英路由器为旁路路由 | 目标地址:192.168.1.0:总部蒲公英上层服务器网段(192.168.1.0表示网段,子网掩码为:255.255.255.0。) 点击“确定”保存旁路设置后,页面将显示我们添加的旁路规则。 3.2.4 Ping测试 通过ping测的方式,在分部下的电脑ping下总部上面的服务器IP地址。 注:为了提高P2P连通率,建议开启网关路由的UPNP功能。 4. 方案优点 1、在不改变总部网络环境下,实现据跨网络传输、跨地区通信; 2、可靠性,单个节点故障,不影响其它分点连接; 3、无限并发数,具有很强的灵活性和可扩展性; 4、采用P2P通道进行连接,访问速度快; 5、部署操作简单,维护难度大大降低。 5. 注意事项 1、组建虚拟局域网时,每个路由器成员的IP地址不能相同,否则会造成网络冲突; 2、添加旁路若目标类型选择的是“IP网络段”,子网掩码也要跟随变化; 3、需要注意路由器成员的IP不能与旁路的目标IP相同。 如果按照以上步骤操作后,遇到产品相关问题,您可创建工单寻求技术人员协助。
Registrant Rights and Responsibilities Under the 2009 Registrar Accreditation Agreement(2009 年注册商委任协议规定之注册人权利与责任)
本文引用ICANN文档 来源>>27 June 2011 Registrant Rights and Responsibilities Under the 2009 Registrar Accreditation Agreement Background: One of the new provisions added to the 2009 RAA requires ICANN to develop in consultation with registrars a webpage that identifies available registrant rights and responsibilities. This published document is the result of initial input from a joint working group of the GNSO Council and the At-Large Advisory Committee and subsequent consultations with the registrars; and provides a "plain language" summary of registrant rights and responsibilities that currently exist under the 2009 RAA. Introduction This document provides some "plain language" summarization of terms related to Registrant Rights and Responsibilities as set out in the Registrar Accreditation Agreement (RAA), for posting on Registrar websites. While some of the terms included here do not specifically refer to registrants, those terms are included because of the potential import to understanding registrar/registrant relations. This document also summarizes registrant rights and responsibilities that arise within ICANN Consensus Policies and specifications, as those policies and specifications are incorporated into the RAA.' The summarization of terms within this document do not override or replace the terms set forth in the RAA or within those specifications or policy. Preamble In order to register a domain name, a Registered Name Holder (also known as a Registrant) has to use the services of an ICANN-accredited Registrar. In order to become an ICANN-accredited Registrar, the Registrar must enter into a contract with ICANN, referred to as the Registrar Accreditation Agreement or the RAA. The RAA sets out various rights and responsibilities for Registrants, and Registrants have additional rights and responsibilities that are set forth in separate ICANN policies and specifications that the Registrars agree to follow. The RAA and the related policies are drafted in very specific, often legal terminology. In order to help Registrants better understand the rights and responsibilities that come along with the registration of a domain name, these rights and responsibilities are being summarized and presented within a single document. The summaries provided here do not override or replace the actual terms as written in the RAA or the related policies and specifications. RAA Terms of Interest As the RAA is between ICANN and a Registrar, no one else – including a Registered Name Holder – may sue ICANN or the Registrar to claim a breach of the RAA. Registrars may not make claims that they can provide registrants with superior access to any relevant TLD in comparison to other Registrars. Some of the Registrar obligations are dependent upon Registered Name Holders fulfilling certain responsibilities, particularly as it relates to payment of registration fees, submission of required data points to the Registrars, and submission of accurate data and timely updates to that required data. Registrars also have specific items on which they must provide notice to Registered Name Holders, including notifications of the end of a registration term, use of Registered Name Holder’s Personal Data, and notices regarding escrowing of data for domain names registered through privacy or proxy registration services, as well as the posting of fees for the recovery of registered names. Registrar Submission of Data to Registry Operators For each relevant TLD, Registrars must submit certain data points relating to each Registered Name within a TLD: The name of the Registered Name being registered (3.2.1.1); The IP addresses of the primary nameserver and secondary nameserver(s) for the Registered Name (3.2.1.2); The corresponding names of those nameservers (3.2.1.3); Unless automatically generated by the registry system, the identity of the Registrar (3.2.1.4); Unless automatically generated by the registry system, the expiration date of the registration (3.2.1.5); and Any other data the Registry Operator requires be submitted to it (3.2.1.6). Registered Name Holders are normally required to provide the Registrar with information relating to nameservers (3.2.1.2 – 3), and there may be additional data required under Section 3.2.1.6 that the Registered Name Holder must provide. If the Registered Name Holder provides an update on these data points, the Registrar has five (5) days to provide the update to the Registry Operator. Whois Data Registrars are required to have an interactive web page and port 43 Whois service that is available to the public to query free of charge. The RAA specifies certain data points that must be provided in response to a query: The Registered Name (3.3.1.1); The names of the primary nameserver and secondary nameserver(s) for the Registered Name (3.3.1.2); The identity of Registrar (which may be provided through Registrar's website) (3.3.1.3); The original creation date of the registration (3.3.1.4); The expiration date of the registration (3.3.1.5); The name and postal address of the Registered Name Holder (3.3.1.6) The name, postal address, e-mail address, voice telephone number, and (where available) fax number of the technical contact for the Registered Name (3.3.1.7); and The name, postal address, e-mail address, voice telephone number, and (where available) fax number of the administrative contact for the Registered Name (3.3.1.8). These data points are commonly referred to as Whois data. As discussed below, Registered Name Holders are required to provide a Registrar with timely updates to Whois data for a Registered Name. Upon receiving the update, a Registrar is to "promptly" update the Whois data. Registrars may contract out the maintenance of the public query function. The RAA allows Registrars to provide bulk access to Whois data to third parties. When providing bulk access or access to the Whois data through the public query function, the Registrar is required to restrict access for high volume queries or other restrictions on uses of Whois data as specified in the RAA, including marketing activities and mass solicitations. If a Registrar contracts the public function query to an outside party, the Registrar must require any contractor providing the port 43 service to impose the same restrictions on access to and use of the Whois data. Communications with Registered Name Holders Registrars are required to maintain records of all communications with Registered Name Holders, as well as records of information provided to Registry Operators. Escrow of Registered Name Holder Data A Registrar is required to maintain a database of all Whois data for all Registered Names registered through the Registrar’s accreditation, as well as all data the Registrar submits to the Registry Operator. In addition, the Registrar must include in the database the name and (where available) postal address, e-mail address, voice telephone number, and fax number of the billing contact for each Registered Name. In some instances, a registrant may choose to limit the amount of personal information that a Registrar makes available in a Whois query. To do so, the name may be registered through a privacy service (allowing a registrant to conceal personal identifying information and often replacing it with the information of the privacy service). Customers may also choose to register names through a proxy service, where the proxy service is the Registered Name Holder, and the proxy service licenses the use of the domain name to the customer. In that situation, the proxy service, as the Registered Name Holder, has its information listed for most or all required data points. When a Registered Name is registered through a privacy or proxy registration service, that affects the information that is placed in the database, and a Registrar must do one of two things: The Registrar must either (1) include in the database the name and postal address, e-mail address, and voice telephone number provided by the customer in connection with each registration, even when a privacy or proxy registration is used; or (2) at the time that a customer elects to use a privacy or proxy registration service, display a notice that the customer’s data is not being escrowed. When a customer’s data is not being escrowed, only the contact information associated with the privacy or proxy registration service will be escrowed. If a customer’s data is not escrowed, and only the information of the proxy or privacy service is maintained in the database, in the event of Registrar or Registry failure future notices may only be sent to the contact information within the database. Registrar Business Dealings with Registrants The RAA imposes many requirements on a Registrar’s business dealings, including its dealings with Registered Name Holders. A registrar may not activate a Registered Name until it receives reasonable assurance from the Registered Name Holder that the registration fee will be paid. The RAA sets forth actions the Registrar may take at the conclusion of the registration period if a Registered Name Holder has not provided consent to renew the registration, including the Registrar cancelling the registration at the end of the current registration term. If the Registered Name Holder did not consent to renewal, the Registrar must make sure that a Registered Name is deleted from the Registry database within 45 days of the end of the registration term. This right for the Registrar to cancel the registration and the obligation to the delete the domain name is not absolute. Section 3.7.5.1 of the RAA sets forth a list of potential "extenuating circumstances," that, if exist, allows the Registrar to renew the domain name even without the consent of the Registered Name Holder. These circumstances include the Registered Name being subject to a UDRP action, court order, bankruptcy proceeding, or billing dispute, among other items. The Registrar must keep a record of reasons why the Registrar renewed a registration without the consent of a Registered Name Holder. Registrars have to provide each new registrant with notice of the Registrar’s deletion and auto-renewal policies. If the Registrar’s deletion policy changes during the time of the registration agreement, the Registrar has to make efforts to inform the registrants of those policy changes. Details of the deletion and auto-renewal policies have to be displayed on any website the Registrar operates for domain name registration and renewal, and the Registrar should also state on those sites any fee that will be charged for the recovery of a domain name during the Redemption Grace Period (the 30 day period of time during which the name is in "Pending Delete" status with the Registry).1 If a Registered Name is the subject of a UDRP dispute at the time of deletion or expiration of the registration, the UDRP complainant has the right to renew (or restore, in the case of a deletion) the domain name. If the complainant renews or restores the name, the Registrar must place the name in a HOLD or LOCK status,2 and must modify the Whois information to show that the name is subject to dispute. Section 3.7.5.7 of RAA also provides for a right for the original domain name registrant to recover or renew the name in the event the UDRP complaint is terminated without decision, or the UDRP complaint is decided in favor of the original domain name registrant. The Registrar/Registered Name Holder Agreement Registrars are required to enter into electronic or paper registration agreements with all Registered Name Holders. According to the RAA, the Registrar/Registered Name Holder Agreement must include – at minimum – the following items (as stated at Sections 3.7.7.1 – 12 of the RAA): The Registered Name Holder must provide "accurate and reliable contact details" and must "promptly correct and update them" during the registration term. The details required are stated in Section 3.7.7.1.: "the full name, postal address, e-mail address, voice telephone number, and fax number if available of the Registered Name Holder; name of authorized person for contact purposes in the case of an Registered Name Holder that is an organization, association, or corporation; and the data elements listed in Subsections 3.3.1.2, 3.3.1.7 and 3.3.1.8." If a Registered Name Holder intentionally provides inaccurate or unreliable information, intentionally fails to promptly update the information, or fails to respond over fifteen (15) days to Registrar inquiries about the accuracy of the contact details, the Registered Name Holder will be in material breach of the agreement and the registration may be cancelled. Whoever is listed as the Registered Name Holder must provide full contact information, and is the Registered Name Holder of record. Sometimes a Registered Name Holder may register a domain name and then allow another person to use the domain name (such as a website designer registering a domain name for a client). If this happens, and the person actually using the name did not enter into the Registrar/Registered Name Holder Agreement (referred to as a "third party" in the RAA), the Registered Name Holder could be accountable for wrongful use of the domain name by the third party. This will happen if the Registered Name Holder is provided with "reasonable evidence of actionable harm" from the third party’s use of the domain name. In that situation the Registered Name Holder will "accept liability for harm caused by wrongful use of the Registered Name," unless the Registered Name Holder discloses the user’s identity and current contact information. The Registrar must provide notice of how it intends to use data provided by the Registered Name Holder and who will received the Registered Name Holder’s data. The Registrar must also provide notice of how Registered Name Holders may access and update data. Additionally, the Registrar must identify which data points the Registered Name Holder must provide to the Registrar, and what information can be provided on a voluntary basis. The Registered Name Holder must consent to all of these data processing terms. If a Registered Name Holder provides the Registrar with Personal Data on behalf of any person who did not enter into the Registrar/Registered Name Holder Agreement (the "third party" discussed above), the Registered Name Holder must confirm that it (1) provided those third-party individuals with the same data processing notices that the Registrar provides, and (2) received the same consents from the third party regarding the Registrar’s data processing terms. A Registrar may only process the Registered Name Holder’s data as stated in the data processing notices described above. A Registrar has to agree that it will take reasonable precautions to protect the Registered Name Holder’s data from "loss, misuse, unauthorized access or disclosure, alteration, or destruction." Registered Name Holders must represent that: "to the best of the Registered Name Holder's knowledge and belief, neither the registration of the Registered Name nor the manner in which it is directly or indirectly used infringes the legal rights of any third party." This means that the Registered Name Holder must represent to the Registrar that the domain name is not being registered for use in a way that would violate the legal rights of others. An example of this "infringement" could be a registration of a domain name that violates a trademark or copyright held by someone that is not the Registered Name Holder.3 If there is a dispute in connection with the use of the registered name, the Registered Name Holder must agree to jurisdiction of the courts in at least one of two places: where the Registrar is located (often stated on the website or in the Registrar/Registered Name Holder Agreement) or the "Registered Name Holder's domicile." "Domicile" is a word with legally-specific meaning, but typically will be the location the Registered Name Holder provides to the Registrar in the required Personal Data. Agreeing to jurisdiction means that the Registered Name Holder agrees that the courts in those locations have the power to decide these types of cases.4 The Registered Name Holder must agree that its registration is subject to "suspension, cancellation, or transfer" for the reasons stated in Section 3.7.7.11. Those reasons include: if an ICANN adopted specification or policy requires it or if a registrar or registry procedure requires it "to correct mistakes by Registrar or the Registry Operator in registering the name or for the resolution of disputes concerning the Registered Name." For example, the UDRP is an ICANN adopted policy that specifies that an administrative panel hearing a domain name dispute could order that a domain name registration be suspended, transferred or cancelled, and the Registered Name Holder has to agree that this is a possibility.The Registered Name Holder shall "indemnify and hold harmless the Registry Operator and its directors, officers, employees, and agents from and against any and all claims, damages, liabilities, costs, and expenses (including reasonable legal fees and expenses) arising out of or related to the Registered Name Holder's domain name registration." At its simplest, this means that if the Registry Operator (or its employees, etc.) for the registered name is sued because of the Registered Name Holder’s domain name registration, the Registered Name Holder will pay the Registry Operator for all fees and expenses in defending against the suit as well as pay for any judgments or liabilities awarded. This "indemnification" is not solely limited to court cases. Verification of contact information As described in more detail below, there are specifications and policies that may be created and that apply to the Registrars. Some of the specifications or policies may address a Registrar's obligation to verify the contact information supplied by the Registered Name Holder when the domain is first registered, as well as setting out requirements for periodic re-verification of contact information. Registrars are also required to take "reasonable steps" to verify contact information in the event any person notifies the Registrar that contact information for a Registered Name is inaccurate. The Registrar also has obligations to act to correct inaccuracies in contact information that the Registrar becomes aware of, even if the inaccuracy was not reported by anyone. The Registrar must also maintain proper contact information for itself, including a valid email and mailing address. This contact information should be posted on the Registrar’s website. Reseller arrangements The RAA imposes obligations on Registrars working with third-party Resellers – persons or entities that the Registrar contracts with to provide Registrar Services. The RAA now requires Registrars to include specific items in the Registrar/Reseller Agreements, including: prohibiting the Reseller from making representations that it is accredited by ICANN; requiring that all Reseller registration agreements include all provisions that the Registrar is required to include in its Registrar/Registered Name Holder Agreement; requiring the posting of all links to all ICANN websites that the Registrar is obligated to post; and identification of the sponsoring registrar. The Reseller is also required to make sure that that if a customer is using a Reseller’s privacy or proxy registration service for a domain name registration, the Reseller does one of the following three things: (1) deposit the identity and contact information of the customer with the Registrar; (2) deposit the identity and contact information in escrow; or (3) posts a notice to the customer that their contact information is not being escrowed. The RAA also requires the Registrar to take compliance and enforcement action against a Reseller violating any of the required provisions. Other Policies/Specifications The Restored Names Accuracy Policy (http://www.icann.org/en/registrars/rnap.htm) requires that when a registrar restores a name (from the redemption grace period) that had been deleted on the basis of submission of false contact data or non-response to registrar inquiries, the name must be placed on Registrar Hold status until the registrant has provided updated and accurate Whois information. In addition to the RAA requirement that a Registered Name Holder represent that to the best of its knowledge, the registration or use of the domain name does not infringe on the legal rights of others, the Uniform Domain Name Dispute Resolution Policy ("UDRP") requires that same representation to be made, as well as a representation that the domain name is not being registered for an unlawful purpose, and will not be used in violation of any applicable laws. The UDRP also requires Registered Name Holders to submit to mandatory administrative proceedings to resolve disputes under the UDRP. These mandatory administrative proceedings, as described in the UDRP, are disputes that are filed before one of the ICANN approved UDRP dispute resolution providers (listed at http://www.icann.org/en/dndr/udrp/approved-providers.htm) and following the uniform Rules for UDRP administrative proceedings (set out at http://www.icann.org/en/dndr/udrp/uniform-rules.htm). The requirement for submission to mandatory administrative proceedings does not mean that Registered Name Holders cannot also have judicial proceedings filed against them for the same or similar conduct. Similar to the jurisdictional requirements set out in the RAA, the requirement to submit to a mandatory administrative proceeding means that the Registered Name Holder cannot dispute the UDRP provider’s ability to hear a dispute that is otherwise properly brought under the UDRP. The Policy on Transfers of Registrations between Registrars provides that Registered Name Holders have the right to transfer domain name registrations among registrars. The transfer policy imposes time limits on when the Registrar must respond to a transfer request. The right to transfer is not absolute – there are ICANN and Registry policies that may set limits on the transfer right, including: limitations on when a domain name may be transferred (measured from dates of creation or earlier transfer); and the Registered Name Holder providing of required authorization and documentation for Registrar review. The Registrar of Record may only deny a transfer in the following instances: Evidence of fraud UDRP action Court order by a court of competent jurisdiction Reasonable dispute over the identity of the Registered Name Holder or Administrative ContactNo payment for previous registration period (including credit card charge-backs) if the domain name is past its expiration date or for previous or current registration periods if the domain name has not yet expired. In all such cases, however, the domain name must be put into "Registrar Hold" status by the Registrar of Record prior to the denial of transfer. Express written objection to the transfer from the Transfer Contact. (e.g. - email, fax, paper document or other processes by which the Transfer Contact has expressly and voluntarily objected through opt-in means)A domain name was already in "lock status" provided that the Registrar provides a readily accessible and reasonable means for the Registered Name Holder to remove the lock status. The transfer was requested within 60 days of the creation date as shown in the registry Whois record for the domain name. A domain name is within 60 days (or a lesser period to be determined) after being transferred (apart from being transferred back to the original Registrar in cases where both Registrars so agree and/or where a decision in the dispute resolution process so directs). 1 A graphic representation of the life cycle of a typical gTLD Registered Name is located at http://www.icann.org/en/registrars/gtld-lifecycle.htm. This diagram may be useful to refer to for more information on the post-expiration status of domain names. 2 There are formal technical names for domain name statuses, arising out of the community-based Internet draft Request for Comments. The statuses required here are set by the Registrar. When a registration is in one of these statuses, the domain cannot be deleted and the registration cannot be modified. The Registrar must alter the status in order for any modification to occur. 3 There are many other potential ways to "infringe the legal rights" of others, and potential Registered Name Holders are encouraged to seek independent advice if they are concerned that the registration or use of a domain name may violate someone else’s rights. 4 There could be other jurisdictions that are able to decide a dispute about the use of a registered name, but those additional jurisdictions are not specified in the RAA. 本文引用ICANN文档 来源>>2011 年 6 月 27 日 2009 年注册商委任协议规定之注册人权利与责任 本文档已翻译为多种语言,仅供参考之用。原始官方版本(英文版)可在以下位置找到: http://www.icann.org/en/registrars/registrant-rights-responsibilities-en.htm 背景:2009 年认证注册商协议 (RAA) 新增的一条规定是要求 ICANN 与注册商协商后开发一个网页,在上面标识出注册人享有的权利和责任。这份文件是在 GNSO 理事会和一般会员咨询委员会联合工作小组的初步建议下,与注册商商议之后发布的。该文件还以"简明语言"列举了注册人根据现行的 2009 年认证注册商协议 (RAA) 所享有的权利和责任。 简介 本文为 注 册商委任协议 (RAA) 中关于注册人权利与责任的条款摘要,采用"平白语言"书写,用于在注册商网站上发布。虽然本文所含部分条款并非特别针对注册人,但由于其有利于理解注册商和注册人之间的关系,因此也予以纳入。由于注册商委任协议 (RAA) 中包含了 互联网名称与数字地址分配机构 (ICANN) 合意政策与规范,因此本文亦对该合意政策与规范中关于注册人权利与责任的规定进行了总结。 本文中的条款摘要并不能取代注册商委任协议 (RAA) 及上述政策与规范中规定的条款。 导言 已注册名称持有人(也称为"注册人")必须使用互联网名称与数字地址分配机构 (ICANN) 认可的注册商所提供的服务注册域名。注册商必须与互联网名称与数字地址分配机构 (ICANN) 签署注册商委任协议 (RAA) 方可成为互联网名称与数字地址分配机构 (ICANN) 认可的注册商。注册商委任协议 (RAA) 规定了注册人的各种权利与责任,互联网名称与数字地址分配机构 (ICANN) 各单项政策和规范也规定了注册人的其他权利与责任,注册人亦同意遵守。 注册商委任协议 (RAA) 及相关政策采用非常具体、常用的法律术语起草。为便于注册人更好地理解其与域名注册相关的权利与责任,本文对这些权利与责任进行了总结。本文所述摘要并不能取代注册商委任协议 (RAA) 中的实际书面条款或相关政策及规范。 注册商委任协议 (RAA) 利益条款 由于注册商委任协议 (RAA) 由互联网名称与数字地址分配机构 (ICANN) 和注册商双方签署,因此其他任何人(包括已注册名称持有人)均不得以违反注册商委任协议 (RAA) 为由向上述任何一方提起诉讼。 注册商不得声称其可向注册人提供比其他注册商更优先的任何相关顶级域名 (TLD) 访问权。 部分注册商义务以已注册名称持有人履行特定责任(尤其是支付注册费用、向注册商提交必要数据点、提交准确数据以及及时更新该等必要数据等责任)为前提。根据特殊条款,注册商还有必须向已注册名称持有人发出通知,包括注册期满通知、已注册名称持有人个人数据使用通知、通过隐私服务或代理注册服务注册之域名的数据托管通知、以及已注册名称恢复的费用发布通知等。 注册商向注册运营商提交数据 对于各相关顶级域名 (TLD),注册商均必须在顶级域名 (TLD) 内提交与已注册名称的相关 特定 数据 点: 已注册名称的注册名称 (3.2.1.1); 已注册名称的主名称服务器和辅名称服务器的 IP 地址 (3.2.1.2); 这些名称服务器相应的名称 (3.2.1.3); 注册商的身份(注册系统自动生成的除外)(3.2.1.4); 注册到期日期(注册系统自动生成的除外)(3.2.1.5);和 注册运营商要求提交的其他任何数据 (3.2.1.6)。 已注册名称持有人通常必须向注册商提供名称服务器的相关信息 (3.2.1.2 – 3),另有第 3.2.1.6 小节可能规定已注册名称持有人必须提供部分其他数据。如果已注册名称持有人提供了这些数据点的更新数据,则注册商需在五 (5) 天内将这些更新数据提交给注册运营商。 Whois 数据 注册商需要提供一个交互式网页和端口 43 Whois 服务,以便公众免费查询。注册商委任协议 (RAA) 指定了必须提供以响应查询的特定数据点: 已注册名称 (3.3.1.1); 已注册名称的主名称服务器和辅名称服务器的名称 (3.3.1.2); 注册商的身份(可通过注册商的网站提供)(3.3.1.3 ); 注册的最初创建日期 (3.3.1.4); 注册的到期日期 (3.3.1.5); 已注册名称持有人的姓名和邮政地址 (3.3.1.6); 已注册名称的技术联系人的姓名、邮政地址、电子邮件地址、语音电话号码和传真电话号码(如果有)(3.3.1.7);以及 已注册名称的行政联系人的姓名、邮政地址、电子邮件地址、语音电话号码和传真电话号码(如果有)(3.3.1.8)。 这些数据点通常称为 Whois 数据。如下所述,已注册名称持有人需要向注册商提供及时更新的已注册名称 Whois 数据。收到更新数据后,注册商需"立即"更新 Whois 数据。注册商可将公共查询功能的维护工作外包。 注册商委任协议 (RAA) 允许注册商向第三方提供 Whois 数据的批量访问权限。通过公共查询功能提供 Whois 数据的批量访问或访问权限时,注册商需对大量查询或注册商委任协议 (RAA) 中所限制使用的 Whois 数据(包括市场营销活动和大量推销活动) 进行限制访问。如果注册商将公共查询功能外包给外部机构,注册商必须要求所有承包商提供端口 43 服务,对访问和使用 Whois 数据实施同等限制。 与已注册名称持有人通信 注册商 必须保留与已注册名称持有人之间的所有通信记录,以及提供给注册运营商的信息记录。 托管已注册名称持有人的数据 注册商必须为通过注册商委任注册之所有已注册名称的全部 Whois 数据、以及注册商提交 给注册运营商的所有数据 建立一个数据库,并在该数据库内记录各个已注册名称的付费联系人的姓名和邮政地址 (如果有)、电子邮件地址、语音电话号码和传真号码。 在某些情况下,注册人可限制注册商在 Whois 查询中提供的个人信息数量。要实现此目的,注册人可通过隐私服务(允许注册人隐藏个人识别信息并经常用隐私服务信息替换的服务) 注册名称。客户还可通过代理服务注册名称,其中代理服务商为已注册名称持有人,且代理服务商准许客户使用其域名,在这种情况下,大部分或所有必要数据点列出的信息均为代理服务商(即已注册名称持有人)的信息。 当已注册名称通过隐私或代理注册服务注册后,会对数据库内的信息造成影响,因此注册商 必须执行以下任一一项操作:注册商必须 (1) 在数据库内记录注册客户提供的姓名和邮政 地址、电子邮件地址和语音电话号码(即便已使用隐私或代理注册服务也不例外);或 (2) 在客户选择使用隐私或代理注册服务时,告知客户其数据未被托管。如果客户的数据未被托管,则仅托管与隐私或代理注册服务相关的联系信息。如果客户数据未被托管,且数据库中仅留有代理或隐私服务信息,一旦注册商或注册机构出现故障,则此后的通知将仅发送给数据库内记录的联系对象。 注册商与注册人之间的业务往来 注册商委任协议 (RAA) 对注册商的业务(包括其 与已注册名称持有人之间的业务)作出了许多规定。 注册商在收到已注册名称持有人有关支付注册费的合理保证之前, 不得激活任何已注册名称。 如果已注册名称持有人未声明同意续签注册(包括注册商在当前注册期满后取消注册), 则注册商委任协议 (RAA) 规定了注册商可在 注册期满后采取的措施。如果已注册名称持有人不同意续签,注册商必须确保在注册期满后 45 天内将已注册名称从注册数据库内删除。 注册商取消注册的权利和删除域名的义务并非绝对。注册商委任协议 (RAA) 第 3.7.5.1 小节 列出了可能的"可以减轻处罚的情况"列表,即如果情况属实,则允许注册商在已注册名称持有人未同意的情况下续签域名。这些情况包括已注册名称处于 UDRP 诉讼、法院指令、破产程序或计费争议等的情况。表明注册商在已注册名称持有人未同意的情况下续签注册的,必须保留原因记录。 注册商必须向每一位新注册人提供 注册商删除和自动续签政策通知。如果注册商的删除政策在注册协议期内有所变更,则注册商必须尽量通知注册人。删除和自动续签政策的详细信息 必须公布于注册商运营域名注册和续签的所有网站,注册商还应于域名赎回宽限期(域名在注册机构内处于"删除未决"状态的 30 天)内在 对恢复域名收取任何费用的网站上予以公布 。1 如果已注册名称在删除时或注册到期时存在 UDRP 争议,则 UDRP 原告有权续签(如果是删除则为恢复)域名。如果原告续签或恢复了名称,注册商必须将该名称置于"保留"或"锁定"状态2 ,并修改 Whois 信息以显示该名称存在争议。注册商委任协议 (RAA) 第 3.7.5.7 小节还规定了一项权利,即一旦 UDRP 争议未经裁决被终止,或其裁决有利于原域名注册人,则原域名注册人有权恢复或续签该名称。 《注册商/已注册名称持有人协议》 注册商必须与所有已注册名称持有人 签署一份电子或书面注册协议。根据注册商委任协议 (RAA) 的规定,《注册商/已注册名称持有人协议》必须(至少)包括以下条款(见注册商委任协议 (RAA) 第 3.7.7.1 – 12 小 节): 已注册名称持有人必须提供"准确而可靠的详细联系信息",并在注册期间及时更正和更新这些信息。所需的详细信息见第 3.7.7.1. 小节所述:已注册名称持有人的全名称、邮政地址、电子邮件地址和语音电话号码(可能还要包括传真号码);若已注册名称持有人为组织、协会或公司,则应提供负责联系事宜的授权人员的姓名;以及第 3.3.1.2、3.3.1.7 和 3.3.1.8 小节中列出的数据元素。如果已注册名称持有人有意提供不准确或不可靠的信息、有意不及时更新信息、或者未能在注册商就详细联系信息的准确性发出询问后十五 (15) 天内作出回应,则视为已注册名称持有人重大违约,可导致注册被取消。 凡被列为已注册名称持有人者均须提供完整的联系信息,并且为登记之已注册名称持有人。有时已注册名称持有人可能会注册域名后许可他人使用该域名(如网站设计师为客户注册域名),在这种情况下,如果实际使用域名的人员(在注册商委任协议 (RAA) 中称为"第三方")尚未签署《注册商/已注册名称持有人协议》,则已注册名称持有人要对第三方不当使用域名的行为负责,即如果存在因第三方使用域名所产生的"可诉诸法律之损害的合理证据",则已注册名称持有人就应承担责任。在这种情形下,除非已注册名称持有人披露用户的身份和当前联系信息,否则就要"对因不当使用已注册名称所引起的损害负责"。 注册商必须就其拟如何使用已注册名称持有人提供的数据以及谁将收到该等数据发出通知。注册商还必须就已注册名称持有人访问和更新数据的方式发出通知。此外,注册商必须确定已注册名称持有人必须向其提供的数据点以及可自愿提供的信息。已注册名称持有人必须同意所有这些数据处理条款。 如果已注册名称持有人代表任何并未签署《注册商/已注册名称持有人协议》 的人员(上文提述的"第三方")向注册商提供个人数据,则已注册名称持有人必须确认其:(1) 已向相关第三方提供注册商所发出的同一份数据处理通知,以及 (2) 已收到第三方就注册商数据处理条款所作出的同等同意书。 注册商可仅按照上文所述的数据处理通知的规定来处理已注册名称持有人的数据。 注册商已同意采取合理的预防措施保护已注册名称持有人的数据,使其免遭"丢失、误用、未经授权的访问或披露、篡改或破坏"。已注册名称持有人必须声明:"就已注册名称持有人的所知所信,已注册名 称的注册或其直接或间接使用方式均不会侵犯任何第三方的合法权利。"即已注册名称持有人必须向注册商声明,域名注册后不会以侵犯他人合法权利的方式使用。注册域名侵犯他人(已注册名称持有人除外)商标权或版权的,即构成该等"侵权"行为。3 如果对已注册名称的使用存在争议,已注册名称持有人必须同意由以下任一或全部地区具有管辖权的法院予以解决:注册商的地址(通常在网站或《注册商/已注册名称持有人协议》中提及的地址),或"已注册名称持有人的住所"。"住所"一词具有特定的法定意义,但通常是指已注册名称持有人在必须提交的个人数据中向注册商提供的地址。就管辖区达成一致指已注册名称持有人同意在上述地区的法院有权裁决此类案件。4 已注册名称持有人必须同意,在第 3.7.7.11 小节所述的情形下,其注册可能会被"暂停、取消或转让"。这些情形包括:互联网名称与数字地址分配机构 (ICANN) 采纳的规范或政策要求,或者注册商或注册机构施行的程序要求已注册名称持有人"更正注册商或注册运营商在注册名称或解决已注册名称相关争议时犯下的错误"。例如,互联网名称与数字地址分配机构 (ICANN) 采纳的 统一域名争议解决政策 (UDRP),该政策规定,参加域名争议听证会的行政专家组有权命令暂停、转让或取消域名注册,而已注册名称持有人必须同意这种可能发生的情况。 对于因已注册名称持有人域名注册而引起的或与之有关的任何索赔、损害、债务、费用和开支(包括合理的法律费用和开支),已注册名称持有人应对 注册运营商及其董事、高级职员、员工和代理人进行赔偿,保护其免受损害。简言之,即如果已注册名称的注册运营商(或其员工等)因已注册名称持有人的域名注册而受到诉讼,则已注册名称持有人应向注册运营商支付因诉讼辩护以及任何判决或裁决的负债所引起的一切费用和开支。"赔偿"一词不仅限于诉讼案件。 联系信息的验证 适用于注册商的规范和政策有很多种,详见下文所述。某些规范或政策可能会明确规定注册商验证已注册名称持有人首次注册域名时所提供联系信息的责任,以及制定定期对这些联系信息进行重新验证的 规定。 如果有任何人员向注册商提出已注册名称持有人的联系信息不准确,注册商还必须采取 "合理的措施" 验证联系信息。此外,即使无人报告联系信息有误,如果注册商知道联系信息不准确,也应予以更正。 注册商还必须自己 保存正确的联系信息,包括有效的电子邮件和通讯地址。这些联系信息应在注册商网站上予以公布。 分销商协议 注册商委任协议 (RAA) 规定了注册商与第三方分销商合作的义务,第三方分销商可以是与注册商合作提供注册商服务的个人或实体。注册商委任协议 (RAA) 要求注册商将特殊条款纳入《注册商/分销商协议》中,这些条款包括:分销商不得声称其获得了互联网名称与数字地址分配机构 (ICANN) 的委任、分销商应将要求纳入《注册商/已注册名称持有人协议》中的所有条款纳入所有的分销商注册协议、分销商必须发布注册商必须提供之互联网名称与数字地址分配机构 (ICANN) 的全部网站链接、分销商必须确定赞助注册商身份等条款。分销商还必须确保,如果客户正使用分销商的域名注册隐私服务或代理注册服务,则其必须采取以下任何一种措施:(1) 与注册商一同寄存客户的身份和联系信息;(2) 以托管方式寄存身份和联系信息;或 (3) 向客户发出其联系信息尚未托管的通知。 注册商委任协议 (RAA) 还要求注册商针对分销商违反任何相关条款的行为采取合规措施和强制措施。 其他政策/规范 按照 姓名重建准确原则 (http://www.icann.org/zh/registrars/rnap-zh.htm) 的规定,凡注册商(在域名赎回宽限期内)就因提供不实联系数据或无法成功响应注册商问询而被删除的域名进行续费的,则该域名必须置于注册商保留状态,直至注册人提供最新准确的 Whois 信息。 除注册商委任协议 (RAA) 要求已注册名称持有人作出尽其所知,域名的注册或使用均不会 侵犯他人合法权利的声明外,统一域名争议解决政策("UDRP")也要求作出相同声明,而且须额外声明,域名的注册并非出于非法目的,且其使用不会违反任何适用法律。 统一域名争议解决政策 (UDRP) 还要求已注册名称持有人遵循强制性行政处理程序,并按 照该政策的规定解决争议。这些强制性行政管理程序(见统一域名争议解决政策 (UDRP) 中所述)是由一位经互联网名称与数字地址分配机构 (ICANN) 批准的 统一域名争议解决政策 (UDRP) 争议解决方案提供商 之前提交的争议解决程序 (见 http://www.icann.org/zh/dndr/udrp/ap
搭建FTP服务器(花生壳硬件)
因办公需求,很多盆友都会用到FTP,但又苦于宽带运营商没给公网IP,那么如何才能搭建自己的FTP服务器呢?下面就为大家介绍,怎样通过花生棒花生壳搭建属于自己的FTP服务器。(目前花生棒只支持Serv-U工具搭建的HTTP形式访问的FTP) 准备工具: 1.短小精悍的花生棒; 2.Serv-U,大家可自行上网下载,这里用的版本是15.0.1.20; 1.Serv-U的安装及设置 (1)相信大家对于安装软件不会有啥问题,请直接看图操作吧。 (2)安装完毕后,直接启动Serv-U,并设置域,记得勾选启用域。 (3)接着就是很简单的下一步,端口信息自己可以留意下,FTP网页形式的默认都是用的80端口。 (4)到这里,域已经创建成功,我们还需要创建FTP的用户账号密码。 (5)设置你的FTP服务器根目录,就是你希望从外网连接到你服务器的哪个目录。 每个人需求不一样,下图仅作参考,请根据实际需求设置。 (6)点击完成,就已经搭建好FTP服务器了,可以用简单的命令测试下。 (7)如果其他人有访问FTP的需求,可以另外创建一个用户,单独为此用户设置权限。 2. 花生棒设置 看完上面的图文介绍是否有点蛋疼,觉得图有点多? 那下面的花生棒设置方法,你肯定会觉得非常简单。 So easy,一步到位! ①选择HTTPS映射类型 ②填写你的服务器内网IP,FTP服务器的80端口 ③应用名称随便填 点确定就OK。 3. 连接FTP 打开浏览器,在地址栏输入花生棒里面设置的映射外网访问地址即可访问
开启路由器DHCP教程
当使用智能硬件时,路由器需开启DHCP,智能硬件才能自动获取IP地址联网正常使用。 下面就是各品牌路由器开启DHCP的步骤。 一、什么是DHCP? 动态主机设置协议(DHCP)是一种使网络管理员能够集中管理和自动分配 IP 网络地址的通信协议。在网络中,每个联网设备都需要分配独有的 IP 地址。 并当有新计算机移到网络中的其它位置时,能自动收到新的 IP 地址。 DHCP使用了租约的概念,或称为计算机 IP地址的有效期。租用时间是不定的,主要取决于用户联网时间周期,这对于教育行业和其它用户频繁改变的环境是很实用的。 二、如何查看和开启DHCP? 路由器如何查看DHCP有没有开启呢,下面以Tp-Link来举个栗子。 输入路由器默认地址进去管理页面,点击【DHCP服务器】——【DHCP服务】, 完善以下信息: ①DHCP服务器选择启用; ②地址池开始地址(必填); ③地址池结束地址(必填); ④地址租期(必填); ⑤网关(选填); ⑥缺省域名(选填); ⑦主DNS服务器(选填); ⑧备用DNS服务器(选填)。 三、各路由器DHCP设置页面 蒲公英路由器在路由器管理界面,点击【设备管理】——【DHCP服务设置】, ①DHCP:ON; ②IP地址范围:填写起始和结束地址段; ③租用时间:DHCP有效时间; 填写后点击保存即可。 ◆ 魔豆路由器 路由器管理界面,点击【专家设置】——【局域网LAN设置】, ①DHCP服务器:ON; ②IP地址开始段; ③IP地址结束段; 填写后点击保存设置即可。 ◆ 极路由 在路由器关机界面,点击【高级设置】——【局域网DHCP服务】, 完善以下信息: ①DHCP:点击开启; ②IP分配范围:起始IP地址段和结束IP地址段; ③租约时间; 填好后保存即可。 ◆ 小米路由器 在路由器的管理界面,点击【路由设置】——【局域网设置】, ①DHCP服务:点击开启; ②开始IP; ③结束IP; ④租约; 填写后点击保存即可。 ◆ newifi 进入路由器管理界面,点击【路由设置】——【局域网设置】, 完善以下信息: ①DHCP服务:点击开启; ②IP分配范围; ③租用时间; 填写后点击保存。 ◆ 腾达路由器 进入路由器管理界面,点击【DHCP服务器】, 完善以下信息: ①DHCP服务器:勾选启用; ②IP池开始地址; ③IP池结束地址; ④过期时间; 填写后点击确定。 ◆ 华为路由器 在路由器管理界面,点击【设置】——【DHCP】, 完善以下信息: ①DHCP服务器:选择已启用; ②起始IP地址; ③结束IP地址; ④DHCP租期。 ◆ 水星路由器 进入路由器管理界面,点击【DHCP服务器】——【DHCP服务】, 完善以下信息: ①DHCP服务器选择启用; ②地址池开始地址(必填); ③地址池结束地址(必填); ④地址租期(必填); ⑤网关(选填); ⑥缺省域名(选填); ⑦主DNS服务器(选填); ⑧备用DNS服务器(选填)。 ◆ 飞鱼星路由器 在路由器管理界面,点击【基础设置】——【DHCP服务器】——【服务器配置】 ①勾选:是否在内网上启用DHCP服务器; ②起始IP地址; ③结束IP地址; ④默认网关; ⑤DNS服务器1; ⑥DNS服务器2; ⑦租期; ⑧勾选:启动自动绑定IP/MAC功能; 填写好点击保存。 ◆ 磊科路由器 在路由器管理界面,点击【内网接入配置】——【DHCP服务器】——【基础配置】, 完善以下信息: ①DHCP服务状态:点击开启; ②IP地址池(填写起始IP地址和结束IP地址); ③网关IP地址; ④续租时间; ⑤DNS代理; ⑥DNS服务器列表; ⑦IP/MAC:勾选分配的IP自动与MAC绑定; 填好后,点击保存生效。 ◆ 艾泰路由器 在路由器管理界面,点击【网络参数】——【DHCP服务器】——【DHCP服务器设置】 完善以下信息: ①启用DHCP服务器:勾选; ②起始IP地址; ③结束IP地址; ④子网掩码; ⑤网关地址; ⑥租用时间; ⑦主DNS服务器; ⑧备DNS服务器(选填); 填好后保存即可。 ◆ 迅捷路由器 在路由器管理界面,点击【DHCP服务器】——【DHCP服务】, ①DHCP服务器选择启用; ②地址池开始地址(必填); ③地址池结束地址(必填); ④地址租期(必填); ⑤网关(选填); ⑥缺省域名(选填); ⑦主DNS服务器(选填); ⑧备用DNS服务器(选填)。 ◆ 优酷路由宝 在路由器管理界面,点击【更多设置】——【高级设置】——【DHCP服务】, 完善以下信息: ①DHCP服务:点击开启按钮; ②IP分配范围:起始地址段和结束地址段; 填写好点击保存即可。 ◆ 西默路由器 在路由器管理界面,点击【高级设置】——【DHCP服务设置】, ①DHCP:ON; ②分配DHCP地址:填写起始和结束地址段; ③DHCP有效时间; 填写后点击提交即可。 如果在使用上遇到问题,可以通过花生壳官网发起工单咨询,或致电联系我们,有MM工程师为你服务喔o(∩_∩)o
远程监控摄像头(花生壳硬件)
因HTTP类型映射已暂停使用,如您有在浏览器查看监控画面的需求,请联系客服 1. 花生棒实际使用的接线方法 (1)先用网线把花生棒和路由器的lan口连接起来; (2)使用一个外置usb电源为花生棒供电; 花生棒---usb电源(选购):花生棒是没自带电源的,但是我们挑选出了这个质量比较好的usb电源。 注意 请务必使用稳定的外接usb电源,以保证花生棒的正常使用。 2. 花生棒设置使用方法 (1)在浏览器输入b.oray.com, 进入花生棒设置页面,通过SN码和初始化密码登录平台。 (2)在【内网穿透】界面,点击 <+> 增加映射按钮,进入添加映射界面; (3)“应用名称”是自定义,选择 域名和映射类型 ,填写“内网主机”,“内网端口”以及选择“外网端口”形式,HTTPS映射类型还支持开启访问控制,然后根据实际需要决定是否调整带宽分配,最后点击确定即可; (4)添加成功后,会生成一个外网访问地址,通过此地址就可以访问到192.168.1.5这台内网主机的12345端口; (5)在dvr上设置ip:192.168.1.5 端口号:12345; (6)在浏览器,输入外网访问地址即可远程连接dvr视频监控。
花生壳内网穿透
蒲公英的智能组网功能,将各地的不同网络组建成大的局域网环境,实现跨网段互联互通,但是这种方式只限于组网内的网络互联。如果搭建的服务,类似于网站类的访问用户群体多,而且网络不固定的情况可能就需要通过花生壳设置端口映射来实现。 1. 举例说明 公司总部有两个服务,一个是ERP系统,另一个是企业网站。ERP系统只需要公司内部员工访问即可,企业网站需要映射到互联网。在没有公网IP的前提下,使用蒲公英在各分公司与总部进行组网实现网络互联,企业网站可以通过蒲公英里面的花生壳内网穿透功能进行映射。 在路由器应用中心,对花生壳应用进行初始化并绑定账号,即可进行登录设置映射啦。 2. 应用案例 使用 花生壳服务+海康威视 搭建远程视频监控服务 使用花生壳(内网穿透)服务在Win7平台下采用内网搭建网站 花生壳服务应用案例 —— 萧然美术教育网 花生壳(内网穿透)服务做远程桌面登录 用花生壳(内网穿透)服务突破公司的网络限制
莱特安全智能家居(花生壳内网穿透)
智能家居是能方便我们生活,提高我们生活品质的一种生活方式。真正的智能家居,不是简单的遥控,不是简单的集中控制,不是用平板点一下灯打开,而是通过各种传感器的输入自动的判断代替我们做出一些决定,方便我们生活的设备。 云端管理的安全性令人堪忧 智能家居是一个平台,其本身就是一个智能化的控制系统。在这个平台上,所有的家电和门窗开关都可以被远程控制,实现智能化的应用体验。现在做智能家居平台的服务商很多,很多数不清的免费云平台,智能家居或家电厂家能将设备挂上去,在云端实现对所有设备的管理和控制。不知大家有没有注意到,若将家里的设备交给云平台管理,存在很多安全隐患: 1、家里的设备和电器之多,数据存储在云端,家里无人的时候你是否真的放心; 2、选择云端相当于将自己家庭设备运行状况的数据全部上传,容易被不怀好意的人利用; 3、云平台的服务器宕机,或者被黑的时候,我们的隐私暴露在危险之中,这个时候怎么办? 站在用户的角度是关键 其实,作为一个普通的用户来说,想要的很简单: (1)家里的设备能在自己的控制范围内,并且安全; (2)不想自己的各种数据被上传,泄露,保护自己的隐私。 以用户需求为导向,兼顾每个家庭的安全 莱特未来智能家居专注于普通的家庭,提供提高生活品质的智能家居解决方案及性价比、最安全的产品。携手花生壳盒子打造一套完整,安全,可控的智能家居系统。家电控制,智能安防,环境监测等众多的系统集合到一个总控制中心。 花生壳盒子里面内置花生壳内网穿透功能,可根据实际的网络环境,通过花生壳盒子或者路由器设置端口映射来搭建一条不受其他平台制约的通道,直接和设备建立连接,而且数据不作存储,为用户带来最安全的管理智能居的方案。 安全、舒适、方便、智能化 确保整个智能家居系统的安全性 智能化和舒适化是建立在安全的基础上的,使用花生壳盒子来搭建智能家居系统,数据掌握在自己手中,大大提高了安全性。 确保整个系统的稳定性 端口映射的服务是基于分布式的架构,单个用户出问题不会影响到全体用户,也不会出现一个服务器故障导致其他所有的服务都不能用的情况,稳定性和可靠性都非常高。 确保设备的网络兼容性是最好的 整套智能家居系统需充分考虑各方面的因素,网络环境是一个重点。花生壳盒子中自带的内网穿透功能,能穿透各种复杂的网络环境,省去申请域名和路由器上设置复杂的端口映射,也不需要有公网IP地址,只要有网就能实现远程管理。
上海贝锐信息科技股份有限公司国际域名在线注册服务条款
感谢您选择上海贝锐信息科技股份有限公司的国际域名在线注册服务。请您认真细致地阅读以下的国际域名在线注册服务条款。用户只有同意了下述服务条款才能正式进入域名在线注册程序。如果您愿意接受我们的服务并同意此条款,请点击我同意继续进行注册;否则,请点击我不同意并退出。贝锐 建议用户在接受本服务条款之时打印一份存档。以下条款中上海贝锐信息科技股份有限公司简称为贝锐。 用户在此保证所填写的用户信息是真实、准确、完整的,并且没有任何引人误解或者虚假的陈述。用户同意此域名在线注册服务条款之效力如同用户亲自签字、盖章的书面条款一样,对用户具有法律约束力。用户进一步同意,用户正式进入在线域名注册程序即意味着用户同意了本在线服务条款的所有条款和争议解决方案。 第一条项目和术语解释 用户委托 贝锐 在国际互联网(Internet)上为其申请注册域名。 域名注册的术语含义如下: 国际域名注册:是指用户预先按照 贝锐 规定的价款和拟注册域名个数向 贝锐 足额付清款项后委托 贝锐向 ICANN 或 CNNIC 下任意一个或多个国际域名注册机构进行的国际域名注册,本服务条款中国际域名是指以.com、.net、.org、.cn 类、.info、.biz、.hk 类、.tw 类、.cc、.tv、.name或以.ws结尾的顶级域名。 域名注册成功:指用户申请注册的域名被域名注册管理机构确认没有在先的相同域名注册或者没有违反域名注册的有关强制性规定并且在规定的期限内收到用户支付的域名注册管理费用以及符合规定的域名申请资料,并由域名管理机构赋予用户一定期限的对该域名的所有权。域名注册是否成功的确认权在国际域名注册机构。 第二条用户的陈述与保证 不可提交注册涉及以下相关内容词汇的中英文 CN 域名: 带有负面含义的词汇; 国际奥林匹克运动会; 世界博览会; 涉及公众利益类的词汇; 涉及军事类的词汇; 用户承诺并保证已阅读并完全理解了本服务条款的所有内容,同意按照规定支付款项,遵守用户应承担的所有义务。用户进一步承诺遵守域名注册机构(包括但不限于 ICANN 下任意一个国际域名注册机构和CNNIC 等)的相关政策和规定以及域名争议解决的办法。 用户承诺接受本在线服务条款不会违反用户以前签署的其他文件,也不会置 贝锐 于违约或者违法的境地。 如果因用户提交的域名注册而引起的或与其有关的任何索赔、损害、债务、费用和开支(包括合理的法律费用和开支),用户应对域名注册管理机构(包括但不限于 ICANN 下任意一个国际域名注册机构,如VeriSign 等)、注册运营商(包括但不限于 贝锐)及其股东、董事、高级职员、员工和代理人进行赔偿,保护其免受任何损害。 第三条费用支付 用户同意按照 贝锐 所公布的收费标准和缴费时间向 贝锐 缴纳相关费用,并同意每一次续期都应适用续期时的收费标准。在接受本服务条款之同时,用户应将注册域名的全部款项支付给 贝锐,用户申请注册的域名注册成功后,所缴纳的费用不可退回。 在用户接受本服务条款后至贝锐收到用户款项并向域名管理机构支付款项之前发生用户申请注册的域名抢注的,贝锐 不承担任何责任。 用户应真实、准确、完整地填写用户信息,在付款时应按照 贝锐 所定义的付款流程对 贝锐 电子帐户进行充值。若因用户未按照前述要求办理而导致域名未注册成功或者导致域名被域名管理机构取消的,或者发生域名被他人抢注的,均由用户自行承担责任。 用户没有收到 贝锐 的缴费通知不能成为用户不按时缴费或者续费的理由和解释。 第四条服务期限 贝锐 的服务期限为所注册成功的国际域名有效期内。 下列情形贝锐的服务期提前终止: 双方协商一致变更的。 双方签署的其他合同另有约定的。 用户将域名转移注册商到其他注册商。 用户违反本服务条款、法律规定或者域名管理机构的规定/政策等,贝锐 根据规定或有权机关作出的决定、通知等停止服务的。 域名管理机构终止服务或者通知贝锐终止服务的。 用户按照本服务条款第五条第八款的规定续费且域名管理机构接受用户续费的,贝锐 的服务期限延长至域名管理机构认可的域名有效期满之日。 第五条用户的权利和义务 用户对以其名义注册成功的域名拥有 Internet 域名注册管理机构(包括但不限于 ICANN 下任意一个国际域名注册机构和/或 CNNIC,下同)赋予的相应的所有权。 用户可以在域名注册成功之后的任何时候,将域名保留在 贝锐 的域名服务器或者转移到其他用户指定的域名服务器上。 用户一旦申请域名注册即意味着用户承诺遵守域名注册管理机构现行的及今后修正的对域名注册和争议解决的政策、办法、规定及国家法律法规的有关规定。 用户保证申请注册的域名,没有侵犯 贝锐 或者任何第三方的合法权利包括但不限于他人的名称权、商标权和域名权利。如果该申请注册的域名侵犯了 贝锐 或者任何第三方的权利,由用户承担一切责任。用户承诺承担此次域名注册全过程产生的权利和义务及违反本服务条款规定产生的后果。 用户认识到域名注册申请的成功与否是由申请本身及申请时间等因素决定的,贝锐 仅以代理身份代为办理有关手续,对域名能否成功注册不提供任何担保。在未与 贝锐 核实之前,用户不得对外声称自己是该申请域名的所有者,也不得断定域名注册成功或者注册不成功。用户在递交域名注册申请后应主动到国际域名注册/管理机构网站上的 Whois 国际域名查询数据库查询该域名的法律状态。 用户应向 贝锐 出具授权委托书,向域名管理机构/贝锐 提供有关信息并为 贝锐 的工作提供必要的协助。 用户成功支付订单后本服务合同即刻生效,用户应按照贝锐平台系统提醒按时提交必要的资料。若因用户原因无法提供所需资料,贝锐不予退款处理。 用户应按时足额向 贝锐 缴纳所需的全部费用。如果在规定的时间内没有足额交费或者提供规定的合格的域名申请注册资料,将被视为自动放弃所注册域名,用户应承担全部后果(包括但不限于被域名注册管理机构取消该域名的注册)。 用户希望在服务期限届满后继续拥有域名所有权及 贝锐 的相关服务,用户应在服务期限届满之前支付相应的金额进行域名或服务续费;用户未按照上述进行的,贝锐 将视为用户不委托 贝锐 续费并在服务期限届满之日停止服务。 用户同意 贝锐 没有义务审查用户拟申请注册的域名是否侵犯他人的在先权利;贝锐 也没有义务审查他人拟申请注册的域名是否侵犯用户的在先权利。发生上述情形,均与 贝锐 无关。若有任何第三方对用户注册的域名主张权利,由用户与相关当事人自行协商解决或者通过法律或其他途径解决。用户保证使贝锐 不涉入任何上述争议并且不会因此而受到任何损害,否则用户应弥补 贝锐 遭受的所有损失。 用户在利用所注册的域名进行信息传播和自我服务时,应严格遵守《计算机信息网络国际联网安全保护管理办法》《中华人民共和国计算机信息网络国际联网管理暂行规定》《中华人民共和国计算机信息系统安全保护条例》《中华人民共和国电信条例》《全国人大常委会关于维护互联网安全的决定》、《互联网信息服务管理办法》、《互联网电子公告服务管理规定》、《互联网站从事登载新闻业务管理暂行规定》、《互联网等信息网络传播视听节目管理办法》、《互联网文化管理暂行规定》和国家其他有关法律、法规、行政规章,不得制作、复制、发布、传播任何法律法规禁止的有害信息。用户对其经营行为和发布的信息违反上述规定而引起的任何而引起的政治责任、法律责任和给 贝锐 造成的经济损失承担全部责任。 第六条 贝锐的权利和义务 贝锐 为用户办理域名注册的申请注册手续,提交规定的文件并代用户缴纳有关费用。贝锐 不以任何明示或者暗示的方式担保用户申请注册的域名能够成功注册。 贝锐 提交用户委托的域名注册申请以当时在域名管理机构的域名数据库中的注册情况和查询结果为基础,但查询时没有冲突并不表明该域名一定能够注册成功。 因域名注册管理机构的原因造成用户域名注册争议的以及出现下列情形的,贝锐 不承担任何责任: 用户在线填写域名注册申请表时,域名被其他人抢注; 由于电信线路和设备问题造成用户的域名被别人抢注; 用户须填写详细的信息,由于信息不详其注册申请可能被域名注册机构驳回而造成用户域名被他人抢注; 用户须填写的注册信息,由于信息不正确可能引起所有权纠纷和问题; 用户未严格按照提示填写申请表,或者由于填写不规范造成注册延误或被他人抢注; 用户未严格按照规定的期限递交域名注册材料的; 因域名注册管理机构的系统故障或操作失误导致注册失败或延误; 因域名注册涉及侵犯第三方权利(包括但不限于他人的名称权、商标权和域名权利)而被域名注册管理机构注销; 因 贝锐 无法预测或无法控制的因素导致用户域名注册不成功; 用户超过本服务条款第五条第八款规定的期限向 贝锐 提交书面续费通知或 贝锐 在上述期限之后收到用户提交的款项的,贝锐 仍可按照用户的要求向注册管理机构提交,双方认可此种情况属于 贝锐 为用户注册新域名,双方同意按照本服务条款对于域名注册的相关规定执行,贝锐 按照第七条承担责任。 第七条服务的解除、终止及违约责任 在有效服务期限内,如果用户将域名转移注册商到除 贝锐 以外的其他域名服务器,贝锐 的服务义务即告终止。 在有效服务期结束后,双方愿意继续合作的,双方同意按照届时有效的新的价格和条款另行商议合作事宜。 用户充分理解因 贝锐 的网络故障、服务器故障而造成的延误或者给用户带来的损失均不应由 贝锐 承担责任。 第八条争议解决 因本服务条款有关的一切争议,双方当事人应通过友好协商方式解决。如协商不成,双方约定于上海市杨浦区人民法院提起诉讼。 本服务条款适用有关域名管理机构(包括但不限于 ICANN、CNNIC、Verisign、NSI、Bulkregister 等)的域名管理办法、政策和争议解决方案。具体内容详见上述机构的网站 www.icann.org;www.nsi.com; www.internic.com; www.cnnic.net.cn;www.bulkregister.com;www.verisign.org;www.register.com; www.registrars.com 等。 若发生任何第三方注册的域名与用户的在先权利发生冲突的,或者发生抢注用户域名的,由用户与该第三方自行协商解决、通过法律或者其他途径解决。贝锐 对此不应承担任何责任。 若发生用户拟注册的域名与他人的在先权利发生冲突的,或者发生抢注他人域名的,由用户与该第三方自行协商解决、通过法律或者其他途径解决。贝锐 对此不应承担任何责任。 用户理解并同意若因 贝锐 重大过错导致用户申请、注册的域名丢失、被注销的,贝锐 的责任上限为该用户当年向 贝锐 交纳的域名年度运行管理费。并且 贝锐 不应对用户的其他直接或间接损失、商机的消失、利润的损失、侵权、其他无形损失及基于用户与他人签署的合同而遭受的损失承担责任。贝锐 也不承担由于以下(并且不限于以下)事项引起的任何和全部的损失和责任: (1)由于技术问题造成的损失或责任; (2)由于不可抗力造成的损失或责任; (3)由于未被授权者使用或误用用户的账号引起的损失或责任; (4)由于用户原因导致的损失或责任,包括未能按时缴纳域名年度运行管理费; (5)由于适用争议解决办法而引起的损失或责任。 第九条不可抗力 因不可抗力或者其他意外事件,使得本服务履行不可能、不必要或者无意义的,遭受不可抗力、意外事件的一方不承担责任。 不可抗力、意外事件是指不能预见、不能克服并不能避免且对一方或双方当事人造成重大影响的客观事件,包括但不限于自然灾害如洪水、地震、瘟疫流行和风暴等以及社会事件如战争、动乱、政府行为等。 用户同意鉴于互联网的特殊性,黑客攻击、互联网连通中断或者系统故障、电信部门原因造成的连通中断等非 贝锐 原因给用户或者第三方造成的损失不应由 贝锐 承担。 第十条其他约定 有关条款若被权威机关认定为无效,不影响其他条款的效力,也不影响本服务条款的解释、违约责任及争议解决的有关约定的效力。 本服务条款的效力、解释、履行和争议的解决均适用中华人民共和国法律法规、有关域名管理机构的域名争议解决办法/政策和计算机行业的规范。 如果本服务条款任何规定根据适用的现行法律被确定为无效或无法实施,其他所有条款将继续有效。 一方变更通知、通讯地址或其他联系方式,应自变更之日起及时将变更后的地址、联系方式通知另一方,否则变更方应对此造成的一切后果承担责任。用户同意,贝锐 的有关通知只需在 贝锐 有关网页上发布即视为送达用户。 对条款的理解与解释应依据条款目的和文本原义及业界通行的理解和惯例进行,标题不应影响条款的解释。 有关条款或者约定若与双方以前签署的有关条款或者 贝锐 的有关陈述不一致或者相抵触的,以本服务条款为准。 在有效服务期内,因 贝锐 上市、被收购、与第三方合并、名称变更等事由,用户同意 贝锐 可以将其权利和/或义务转让给相应的 贝锐 权利/义务的承受者。 贝锐 有权在必要时修改服务条款,贝锐 服务条款一旦发生变动,将会在其网站的重要页面上提示有关内容。用户如果不同意所改动的内容,可以主动取消获得的服务;如果用户继续接受服务,则视为接受本服务条款的变动。 用户在此再次保证已经完全阅读并理解了上述在线域名注册服务条款并自愿正式进入在线域名注册程序,接受上述所有条款的约束。 上海贝锐信息科技股份有限公司国际域名在线注册服务条款补充协议(域名自动续费) 本协议由上海贝锐信息科技股份有限公司(以下简称乙方)与向上海贝锐信息科技股份有限公司购买域名并接受上海贝锐信息科技股份有限公司域名自动续费服务的用户(以下简称甲方)经友好协商签订。 一. 服务内容 针对甲方对域名自动续费的需求,避免甲方因为疏忽或者其它原因导致域名未能及时续费所带来的损失,乙方为甲方提供自动续费服务。 适用域名:贝锐 提供注册的所有顶级后缀的域名。 二. 双方权利和义务 甲方的权利和义务: 1 甲方有权监督和处理协议执行情况,对于域名续费行为进行及时的追认、确定。 2 甲方有义务对已经确认续费的域名,及时交纳相应的域名续费费用。 乙方的权利与义务: 1 乙方可以为已选择了自动续费服务的域名在域名到期前十日内立即续费,并有权对已经自动续费成功的域名续费费用进行追缴。 2 如甲方帐户仍有足够余额,乙方可直接通过帐户收取域名续费金,乙方应在甲方域名续费成功后,发送续费成功通知信,通知甲方续费完成。 3 乙方确认甲方帐户余额不足时,则发邮件通知甲方续费, 甲方十日内入款,乙方将在甲方入款后及时办理域名续费事宜。 三.违约责任 甲方在域名到期前十日内没有及时入款,乙方将不办理该域名自动续费事宜。由于甲方入款迟延造成有关该域名的任何后果,甲方自行承担。 四.免责条款 若甲方已选择自动续费服务的域名,在续费时,注册局已停止此类域名的续费服务,乙方不承担与此相关的一切责任。 五.附则 甲乙双方应本着诚实信用的原则完整履行本协议。 本协议作为双方所签订域名注册协议补充协议,与域名注册协议具有同等法律效力。本协议未约定部分,须参照双方所签订域名注册协议确定。
如何购买路由器
蒲公英路由器是上海贝锐信息科技股份有限公司(简称贝锐)首发的一款采用SD-WAN技术实现智能组网的路由器。 那如何购买蒲公英路由器呢?接下来看下具体步骤: 1.进入官网:http://www.oray.com ,输入注册好的账号密码登录: 2.进入蒲公英购买页面(购买戳我) 选择要购买的蒲公英路由器型号点击进去; 3.根据需求选择购买数量后,点击“立即购买”; 4.点击“去下单”; 5.填写收货地址并核对订单信息; 6.核对信息无误后,点击“立即购买”; 7.选择支付方式,确认后点击“下一步”进行支付; 8.支付购买成功。
部署远程办公系统(花生壳硬件)
背景需求 如今办公系统已经不单单是日常协同办公的平台,更是一个企业或组织的管理支撑平台,担负着更加复杂、综合的作用,从而为企业内不同的人员提供其所需的信息,提供企业整体的工作效率。 但随着企业信息化建设的高速发展,公司规模不断扩大,在全国各地部署公司分部、工厂厂房等,外部员工访问公司总部的办公管理系统成为了一大难题。 实施难点 (1)公司总分部处于不同地区,系统访问受网络限制 (2)固定公网IP成本高,企业大都使用动态公网IP (3)真实公网IPv4地址资源枯竭,宽带分配虚假IP (4)异地访问管理系统需依赖使用第三方平台,维护部署难度增大 解决方案 花生壳盒子是一款内嵌花生壳内网穿透功能的智能硬件设备。 它无需公网IP,无需路由设置,搭配内网穿透功能,即可将内部搭建的办公系统映射到外网实现域名访问, 完美解决企业实现远程办公所遇到的难题。 1. 局域网搭建象过河软件 先在电脑按照安装向导操作安装象过河软件。 如果是服务器电脑,在安装的时候需要勾选“服务器程序”; 安装完成后局域网电脑打开象过河客户端软件,点击“选择账套”, 进入配置界面,应用服务器地址填写:服务器电脑的IP,点击“连接测试”,测试成功之后点击“确定”; 使用账号密码登录,如能正常登录代表服务器服务已正常安装并配置好。 2. 花生壳盒子接线设置 把花生壳盒子按照下图接线,并指示灯正常亮白灯。 电脑浏览器打开https://b.oray.com, 输入花生壳盒子背面的SN码与初始密码(admin)登录进去管理页面。 进入花生壳盒子管理界面先选择以下其中一种方式激活盒子: ①扫描二维码; ②使用贝锐账号和密码; 点击左侧【内网穿透】,点击新增映射【+】,进入映射界面; 填写映射的信息: 选项 描述 应用名称 为此映射定义名称 应用图标 可以给对应的服务选择一个图标,方便区分 映射类型 选择TCP 映射模板 内置了一些常见场景的填写模板,可根据需要进行选用 外网域名 选择账号下的壳域名作为外网访问地址 外网端口 选择动态端口 内网主机 填写服务器电脑IP地址 内网端口 填写内网服务端口 带宽 默认根据账号等级分配相应的带宽,也可根据实际需求额外付费购买 夜间带宽 18:00-次日8:00带宽速度提升100%,速度不低于5Mbps;带宽基数越大,夜间越快 点击“确定”即可; 映射成功后,会产生一个外网访问地址。 外网电脑打开象过河软件,点击“选择账套”; 应用服务器地址和通讯端口号:填写花生壳映射外网地址上面的域名和端口; 填写完成之后选择连接测试,测试连接成功,点击“确认”; 填写账号密码登录即可访问。 方案优点 (1)无需路由器管理权限,无需在路由器上设置映射 (2)无需宽带分配真实有效公网IP,即可实现远程访问 (3)搭建步骤简单快捷,部署难度低,小白也可轻松部署远程方案
远程文件传输(花生壳硬件)
背景需求 互联网的一大特点是实现信息共享,其中文件传输是信息共享十分重要的内容之一。当需要考虑到文件传输安全、传输质量、传输稳定性、访问控制等诸多因素时,FTP服务器就成了解决文件传输问题的关键所在。 因此,许多企业用户都会选择在自己公司总部上搭建FTP服务器,便于管理维护数据,但由于固定公网IP地址成本高,IPv4地址资源不足导致宽带运营商分配虚假的IP,外网员工远程访问服务器面临着严峻的挑战。 实施难点 (1)传统方式(如U盘、移动硬盘等)拷贝文件太过于麻烦,且无法同步 (2)宽带运营商分配虚假IP,无法通过路由设置实现外网访问FTP服务器 (3)若将数据资料存储于第三方平台,信息安全无法得到保障 解决方案 花生壳盒子案是花生壳动态域名解析服务商推出的硬件产品,使用不受宽带限制,且支持远程管理配置。 使用花生壳盒子借助Serv-U工具搭建HTTPS形式访问的FTP,无需高成本租用固定IP地址,即使分配虚假IP也能轻松实现内网穿透。(详细教程戳我) 1. 局域网搭建FTP服务 先在电脑按照安装向导安装Serv-u软件。 「注意」如果要把Serv-U当做服务器那么要选择“将Serv-U作为系统服务器安装”; 需要把Serv-U添加到防火墙例外,避免被防火墙拦截访问不到; 安装成功后,按照向导配置域,在配置端口的界面设置对应的HTTP端口; 配置好后在局域网测试访问(输入搭建FTP的电脑的局域网IP和对应的HTTP端口)。 2. 花生壳盒子接线设置 把花生壳盒子按照下图接线,并指示灯正常亮白灯。 进入花生壳管理平台登录界面,输入花生壳盒子背面的SN码与初始密码(admin)登录。 进入花生壳盒子管理界面先选择以下其中一种方式激活盒子: ①扫描二维码; ②使用贝锐账号和密码; 选择“内网穿透”—>点击“+”,添加映射; 填写映射的信息: 序号 选项 描述 ① 应用名称 自定义填写 ② 应用图标 可以给对应的服务选择一个图标,方便区分 ③ 映射类型 根据需要映射的服务选择,本文选用HTTPS类型 ④ 外网域名 选择账号下的加密壳域名或开通HTTPS证书的域名 (点击开通) ⑤ 外网端口 映射类型选择HTTPS,外网端口为443 ⑥ 内网主机 服务器内网IP地址 ⑦ 内网端口 填写服务器的内网端口号 ⑧ 访问控制 设置在指定条件下才可访问映射 , 提升应用安全针对网页类映射可支持设置访问密码 ⑨ 带宽 默认根据账号等级分配相应的带宽,也可根据实际需求额外付费购买 ⑩ 夜间带宽 18:00-次日8:00带宽速度提升100%,速度不低于5Mbps;带宽基数越大,夜间越快 点击“确定”即可; 映射成功后,会产生一个外网访问地址。 在外网直接使用外网访问地址进行访问。 方案优点 (1)无需存储于第三方平台,自己建设服务器,保证数据的安全性 (2)搭建部署简单明了,没有网络基础的人员也可以轻松部署远程方案 (3)不受宽带网络限制,只要能连接互联网,即可远程访问 (4)外网远程访问文件方式多样化,手机电脑平板都可以实现
抱歉,没有找到与“www.dajoko.shop”相关的内容。请尝试其他搜索词
抱歉,没有找到与“www.dajoko.shop”相关的内容。
请尝试其他搜索词
抱歉,您输入的内容为空,请尝试其他搜索词
抱歉,您输入的内容为空。