查看docker相关的文件和镜像容器都在，所以猜测数据可能没受到损坏。具体修复过程分为以下几个阶段：
1、这是由于重启了服务器造成的，所以有可能再重启一次情况会回复，但是重启后结果还是不行。
2、启动docker 的时候执行service docker start指令，显示数据如下图：
docker start/running,process 。这条指令并没有说明docker已经运行，因为我查询所有进程的时候根本没有docker，具体原因可以百度下。
3、找大神帮忙，加入了几个docker群，其中在docker分享群2中几位大神纷纷出来指点。
其中一位说service 只是相当于一个快捷方式，这样启动不了就去docker下直接手动启动。可是我找了半天没找到在哪启动。第二位朋友说dockerd指令，这个是手动启动docker的，可是执行后还是不行，(/dockerd也失败)
提示信息里说可能没有安装docker。可是我重启服务器之前运行了将近半年都是OK的，但是我不排除重启后docker完全损坏，不被识别的可能。
使用uname -a查看内核版本，看看是不是不支持docker。按照他的解释是，他之前遇到过，重启服务器之后内核更新了，导致不支持docker所以这也是一种可能。
查看docker版本：
我这里是162的客户端，
linux内核313
确认了我的服务器内核是支持docker的，所以把这个可能排除。
其中杭州的以为朋友注意到，我上边的错误提示里有一句缺少dockersock文件。所以建议我在相应的目录下简历dockersock。上边提示信息的完整路径是/var/run/dockersock。
按照上边说的建立后，再执行出现以下信息：
这时候注意后边那条提示，shutting down，看到这之后大神给出一条指令sudo apt-get install apparmor，说执行完之后就没问题了。
执行完之后果断docker可以起来了

在top中查询：

消失已久的docker终于出来了，而且docker下以前建立的容器都还在，手动起一下就好。
感谢各位大神的帮助，我的docker又复活了。总之不熟悉这个的朋友最好还是慎用，或者有人指点也好，省的不知道出问题之后该找谁。
日前Gitlab博客宣布发布GitLab的又一个里程碑大版本120。该版本主推基于全栈DevOps的全供应链安全DevSecOps，从而实现真正意义上的开发，运维和安全的有机集成。另外代码审阅一直是Gitlab比较重点突击加强的功能新版本在可视化方面做了很多事情，可以极大快速提高代码审阅流程。另外还有项目依赖列表、基于IP ACL限制能安全功能方面的功能，更多的功能请跟着虫虫一起 探索 。
GitLab在用户级别整个单个用户的合并请求并自动创建审阅预览界面（Review App）。该功能可以让每一个用户都能知道设计或UX是如何改变的。
GitLab 120在Review App中加入将可视化审阅工具直，拓展变更审议的能力。通过一个小代码片段，用户可以使设计人员，产品经理和其他相关人员能够快速提供有关合并请求的反馈，而无需离开应用程序。
ULTIMATE版本新版本在项目左侧边栏菜单可以列出项目的依赖关系列表（有时称为物料清单或物BOM）。
BOM可以表明项目中包含哪些组件，安全团队和合规性团队通常会审查这些依赖的组件确保没有安全问题。可以浏览相关报告，并且支持以JSON格式导出。
限制Gitlab界面的访问一直都是大家很急需的功能，新版本商业版本中支持在Gitlab中进行IP（段）限制，加入黑名单机制限制访问IP，设置更加灵活，可以自建实例可以在组级别上设置限制。（当然可以通过nginx进行IP限制，方法需要可以联系）
在GitLab 120中，Web IDE中的更改可以自动同步到Web终端，在提交更改之前，可以在Web终端中对其进行测试。该功能可以降低新贡献者的入门门槛，因为他们无需安装项目的本地依赖项即可查看，编辑和测试。
通过GitLab的Kubernetes集成部署JupyterHub是一种简单方便地Jupyter Notebook环境构建。利用该环境可以创建和实时代码分享，可视化、运行以后books文件。
GitLab 120中如果通过Gitlab、K8s部署JupyterHub到集群时，会自动安装配置JupyterLab的Git扩展。然后通过Git对环境进行完全版本控制，在Jupyter中执行Git命令。可以通过左侧面板上的Git选项卡或通过Jupyter的命令行提示符执行。
通过extends关键字，把不同内容分割为不同文件在引入，可以保持用户CI/CD配置文件整洁。在GitLab 120中，可以允许用户在单个作业中包含多个扩展片段来改进此功能，并且通过多个扩展，可以实现整洁简化的CI配置（处女座管理员必备）。
在GitLab 120中新添加了GitLab CI/CD作业扩展和折叠日志的输出。用户可以更轻松地调试作业中的某些步骤，并在需要时浏览整体步骤。
gitlab公开了漏洞数据库项目（/gitlab-org/security-products/gemnasium-db）。用户可以查看具体条目并验证感兴趣的漏洞，也支持用户一起参与完善该咯多干数据库。
依靠LDAP的组织通常需要于GitLab同步以进行权限管理。在GitLab 120中，实例可以阻止具有实例级设置的非管理员在LDAP之外进行权限更改。通过该方法，具有合规性的组织可以使用这个选项来确保LDAP中的权限映射到Gitlab实例，而不能由非实例管理员的用户修改。
GitLab Ultimate 119（功能标志）中引入的GitLab Insights现在在GitLab Ultimate 120中默认启用。
可以统计项目中重要的数据的统计，比如给定时间段创建/关闭的问题，合并请求的平均合并时间等等。
在GitLab 118中，引入了从上游桥接作业触发下游管道的功能。还介绍了将变量传递给下游管道的基本支持。在GitLab 120中新增加支持将当前环境变量传递到下游管道。可以允许用户向下游管道提供上下文以及提交，合并请求或触发它的管道的其他细节。
在GitLab 1111中，启动了依赖代理的MVC，它允许用户下载和缓存Docker镜像，以便更快，更可靠地下载。在GitLab 120中，在组级别默认启用了该功能。
Container Registry API允许GitLab用户以编程方式轻松管理注册。GitLab 120中更新了权限模型，以允许开发人员删除标签。
在GitLab 120中，当重新打包Git存储库时，bitmap缓存将保存在bitmap索引中。缓存提高了重打包性能。（350之前的 JGit 版本与bitmap不兼容）
在此版本之前，GitLab无服务器功能只能在通过GitLab安装的Knative上使用。在GitLab 120中以安装的Knative被GitLab Serverless利用。可以手动添加现有Knative集群，将相关的无服务器模板添加到项目中。所以GitLab Serverless可与托管的Knative产品一起使用，例如Google的GKE上的Cloud Run或在IBM托管的Knative服务。
从GitLab 120开始，可以直接从GitLab的环境仪表板中提供并轻松访问外部仪表板。
现有的用于讨论合并请求和问题的设计涉及许多框和边界，难以对对话进行跟踪。在新版本中，对此做了重新设计来增强用户的讨论体验。
动态应用程序安全性测试（DAST）不再需要在Docker中使用Docker来运行。因此，DAST Docker镜像（3GB）现在将在Runners上缓存。（注意镜像每周更新一次，因此缓存将在每周一失效）。
在120中，添加了为群组通知设置电子邮件地址的功能。可以让用户将组通知发送到不同的电子邮件地址。例如，工作组的工作电子邮件地址和个人组的个人电子邮件地址（个人设置项目里面有电子邮件菜单用以添加邮件地址）。
在解除扫描程序发现的漏洞时，新添加一个字段可用于添加详细说明此漏洞被解除的原因。
这将使安全团队和开发人员能够查看 历史 记录并了解未修复项目的原因。
由于审计等原因可能希望确保项目（可能包括存储库中的重要代码）只能存档，而不会被删除和永久丢失。新版本可以通过实例级设置来防止非管理员删除项目。
自GitLab 89起，GitLab CI/CD通过在作业定义中指定GIT_DEPTH变量来支持浅git克隆。新版本中添加了在项目级别设置clone深度的功能，项目维护者可设置默认为浅层克隆。浅Git克隆比每次克隆整个Git存储库更快，如果CI/CD作业设置为构建最新代码，通常浅的克隆就足够了。
同样在GitLab 120中，默认情况下，在GitLab中创建的新项目在创建时的GIT_DEPTH设置为50。该默认设置将帮助用户使用GitLab CI/CD实现更快的克隆和构建时间，同时仍允许高级用户在不同类型的CI/CD用例需要时更改此设置。
Fork工作流程创建一个副本，用户修改该副本并合并到上游项目，从而轻松地加速了协作，这也是Github等Git项目得以流行的功能。但是对一个热门的项目，可能会存在数以千计的副本，存储这些副本需要消耗大量的服务器资源。
GitLab 120中，实例管理员可以使用object_pools功能标志启用Git对象重复数据删除。启用后，创建公共分支也将创建对象池并使用objects/info/ alternates来减少分叉的存储要求。对象重复数据删除需要启用散列存储，并且父项目要使用散列存储。现有的forks还没有自动迁移到对象池。在后续即将将发布的版本中，会通过直接在重复数据删除状态下创建fork来实现快速fork。当前版本还需要首先创建fork，然后进行重复数据删除。
从2019年5月30日起，GitLab在线git服务已启用对象重复数据删除。自建实例但默认情况下关闭该功能，因为在获取时会显示重复警告。
手动添加Kubernetes集群需要输入多个数据点，并且容易出错。为了在手动添加集群解决访问和权限问题，kubernetes集成支持将验证API URL的可访问性以及集群令牌和CA证书的有效性。
在GitLab 120中，过Zoom电话会议轻松与团队成员就问题进行协作。在问题说明中粘贴会议链接。 GitLab将检测链接并在标题下方的顶部显示"加入Zoom会议"按钮，使其显示给所有协作者。
用户能够在问题中定义任务，并且该信息在整个应用程序的各个位置会显示。在GitLab 120中，用户可以通过API返回任务进度信息。
之前版本用户无法从问题API获取详细的问题统计信息。在GitLab 120中添加了返回所有、已关闭和已打开状态的问题统计的功能。
GitLab 120中Omnibus改进包括：
引入Mattermost 511，这是一个开源的Slack替代品，其最新版本包括一个新的远程CLI工具，及更多功能。此版本还包括安全更新，尽快升级到新版本来。
默认情况下启用JSON日志记录。
omnibus-gitlab默认会启用Grafana服务。此外，现在已经实现GitLab和Grafana自动启用OAuth身份验证。
使用一些直接检测的ruby指标改进了GitLab指标
GitLab还同期发布了GitLab Runner 120。主要变化如下：
Docker Credentials帮助程序支持；
在注册时为跑步者添加access_level配置；
允许Kubernetes Executor配置Pod安全上下文；
为新注册的Windows shell执行程序设置PowerShell默认值；
支持Windows docker卷配置。
同时GitLab Runner 120版本，也删除了一些此前弃用的东西：
删除已弃用的clone/fetch命令
删除已弃用的git clean策略
删除对已弃用的metrics_server设置的支持
删除对K8S的已弃用入口点配置的支持
删除对已弃用的S3缓存配置的支持
删除对已弃用分发的支持
删除旧的docker helper image命令
可以在GitLab Runner的CHANGELOG中找到所有更改的列表。
GitLab 120在性能方面的一些改进包括：
epics列表页面系能做了性能大幅度优化。
避免为Elasticsearch结果访问数据库，避免两次针对搜索结果点击Elasticsearch。
批量提交文档到ElasticSearch索引；
缓存在提交消息中呈现Markdown以提高列表提交的性能；
提高每次推送的存储库大小限制检查的性能；
使用长描述加载问题或合并请求时提高性能；
通过建议的更改提高合并请求的性能；
重新打包Git存储库时，通过使用delta岛来提高性能并减少克隆的CPU使用率；
提高监控图表的性能；
修复ListLastCommit RPC上的Git N+1；
使用--perl-regexp提高Git代码搜索性能；
通过修复Git N + 1来提高JobsController的性能；
GitLab的主要维护版本版本这中，删除对GitLab 9x的支持。最低支持版本提高到GitLab 100。
启用日期：2019年6月22日
在GitLab 120，GitLab Geo需要使用Hashed Storage来缓解辅助节点上的竞争条件。请使用"sudo gitlab-rake gitlab：geo：check"检查是否启用了Hashed Storage并迁移了所有项目。
迁移日期：2019年6月22日
在GitLab 120中，Geo需要PostgreSQL外部数据包装器，将最低PostgreSQL版本提高到96。 GitLab Geo使用PostgreSQL Foreign Data Wrapper来查询来自不同PostgreSQL实例的数据。这是Geo Log Cursor所必需的，可以显著提高了某些同步 *** 作的性能。 Foreign Data Wrapper还提高了Geo节点状态查询的性能。对于大型项目，遗留查询具有不可接受的性能。
迁移日期：2019年6月22日
在GitLab 121中将删除Kubernetes部署选择器的应用程序标签匹配（删除最初计划为120）。在GitLab 1110的一部分，gitlab引入了一种新的匹配机制，它使用appgitlabcom/app和appgitlabcom/env来展示部署板上的部署。要在部署板中查看这些部署，需要做的就是推送新部署，GitLab将使用新标签进行部署。
移除日期：2019年6月22日
新的KUBE_INGRESS_BASE_DOMAIN环境变量在GitLab 118部分引入。不再需要使用AUTO_DEVOPS_DOMAIN来定义多个域，因为现在可以在群集页面上单独定义这些域。
移除日期：2019年6月22日
在GitLab 121中计划删除实例级Kubernetes服务模板，以支持在GitLab 1111中引入的实例级集群功能。
作为升级到GitLab 120的一部分，任何使用服务模板的自建gitlab实例都将迁移到实例级集群。
移除日期：2019年6月22日
在GitLab 120中完全删除了对skip_auto_migrations文件的支持。该文件在GitLab 106中已被弃用。
移除日期：2019年6月22日
GitLab 120中完全取消了对Prometheus 1x的支持。
移除日期：2019年6月22日
openSUSE 423将于2019年6月30日到期。gitlab将会在122中放弃支持。
移除日期：2019年8月22日
GitLab 119开始GitLab Runner一直在使用一种新方法来克隆/获取存储库。在目前版本，如果不支持新方法，GitLab Runner将使用旧方法。
在GitLab 110中，我们更改了为GitLab Runner配置度量服务器的方式。 metrics_server已被删除，转而使用GitLab 120中的listen_address。
在113中，GitLab Runner开始支持多个缓存提供程序。这导致特定于S3的配置的新设置。
GitLab 120中将不再提供这些路径。对于从119+以上的用户，直接升级不会有任何影响。
弃用日期：2019年6月22日
在GitLab 114中，GitLab Runner引入了一个功能标志FF_K8S_USE_ENTRYPOINT_OVER_COMMAND。在GitLab 120中，将删除这些功能标志。
移除日期：2019年6月22日
GitLab Runner中一些Linux发行版已达到End of Life支持。GitLab 120中，GitLab Runner不再提供专门分发包给过期的Linux发行版。
弃用日期：2019年6月22日
作为添加对Windows Docker执行程序的支持的一部分，需要弃用一些用于帮助程序镜像的旧命令。在GitLab 120中，GitLab Runner开始使用新命令。这仅影响覆盖帮助程序镜像的用户。
迁移日期：2019年6月22日
使用GitLab Runner 1110引入了一种配置Runner如何执行git clean命令的方法。新的清理策略删除了git reset的使用，并在checkout之后删除了git clean命令。在GitLab Runner 120中，GitLab Runner放弃了对旧版清理策略的支持，并删除了使用功能标志设置恢复该功能的方法。
弃用日期：2019年6月22日
许可证管理做了重新命名以便更好地与GitLab 120中的常见行业用语一致。许可证合规性的目的是分析应用程序，跟踪第三方组件（如库和外部依赖项）使用的许可证，并检查它们是否与项目的许可模型兼容。许可证合规性安全软件组合分析组的一部分。
迁移日期：2019年6月22日
命令行参数--auth-first-page，不再受支持，需要删除此参数。
DEP_SCAN_DISABLE_REMOTE_CHECKS标志变量，不再受支持，需要删除此参数。
GITLAB_FEATURES环境变量中的sast_container值，必须更改为container_scanning。
迁移日期：2019年6月22日
新版本不再更新在项目管道中配置安全功能时使用的文档中安全手动配置代码段。请使用include: template: Dependency-Scanninggitlab-ciyml配置中使用Secure的include。
弃用日期：2019年6月22日
为了缓解这种情况，默认情况下将禁用前进3DES。对于现代浏览器的用户，这不应该改变任何内容，但是在Windows XP *** 作系统上运行的Internet Explorer版本7和8的某些用户可能会受到影响。
弃用日期：2019年6月22日
GitLab 120是支持MySQL（和MariaDB）的最后一个版本。用户需要迁移到PostgreSQL才能使用未来版本。 MySQL已被弃用，对它的支持以前仅限于Enterprise Edition Starter和Premium。
弃用日期：2019年7月22日
GitLab 121中的UI中会删除这些设置，该策略已在GitLab 1111中的gitlabyml中提供。此外，还可以定义Sentry环境，以区分开发，stagin和生产等多个部署。
迁移日期：2019年7月22日
当我们在GitLab 116中引入组级项目模板时，将该功能扩大化了。通过给予低于Silver/Premium的现有用户/实例三个月的宽限期来修复GitLab 1111中的这个错误。2019年8月22日，此宽限期将到期，组项目模板将需要Silver/ remium或更高版本。
迁移日期：2019年8月22日
如果使用Python 2的用户在开始使用GitLab 122时进行自我管理，则需要将CI变量LM_PYTHON_VERSION设置为"2"。使用Python 3的用户现在可以将CI变量LM_PYTHON_VERSION更改为"3"。
迁移日期：2019年8月22日
在GitLab 123计划弃用GitLab Runner中的Windows批处理命令行作业（例如cmdexe），以支持对Windows PowerShell的扩展和扩展支持。对于可能仍希望针对cmdexe运行项目的用户，可以从PowerShell调用这些命令，但不会为Windows批处理提供直接支持。
弃用日期：2019年9月22日
使用GitLab Runner 1110，当使用Docker和Docker Machine执行程序已更改了共享卷中缓存作业目录部分。 GitLab Runner现在缓存使用builds_dir配置的整个基本目录，而不是仅缓存作业工作目录的父目录。因为它是一个行为改变，我们添加了一个功能标志，允许控制是否应该使用新的或旧的行为。在GitLab Runner 123，将删除功能标志和旧有行为。
迁移日期：2019年9月22日
Python 27在2020年1月1日达到其生命周期，因此将在未来的GitLab版本中删除对Python 2的支持。
迁移日期：2019年12月22日
如果使用Omnibus安装自建实例，通过发行版办的包管理器直接升级即可：
比如CentOS下可以直接通过yum updata gitlab-ce自动完成升级过程。
GitLab 120将Enterprise Edition多年来进行的数据库更改合并到Community Edition中。作为这项工作的一部分，还删除了各种旧迁移。升级到GitLab 12的用户必须先升级到最新的 1111 补丁版本，然后再升级到 1200 。升级到1210等未来版本时，用户必须先升级到1200。如果不按照此顺序升级可能会导致数据迁移未成功，从而导致应用程序错误。 Omnibus安装会先强制升级到1200。 通过源码安装用户必须按照这个顺序受手动处理 （XX-> 1111->120 ->YY）。
GitLab 120默认使用Hashed Storage。这会影响新安装。
GitLab 120将自动将PostgreSQL版本升级到100。
用户可以跳过PostreSQL 100的自动升级，创建/etc/gitlab/ disable-postgresql-upgrade。
如果使用GitLab Geo，将在主节点和所有辅助节点上跳过自动PostgreSQL升级。我们将在121中为Geo用户提供升级路径。
默认情况下，GitLab 120将启用JSON日志记录。并提供了保留以前非JSON的日志格式的设置文档。
如何配置windows server 2012 服务器配置
Windows Server 2012 现已推 向企业服务提供商提供伸缩、态、支持租户及通云计算优化基础结构 Windows Server 2012 帮助组织安全进行本连接并帮助 IT 专业员更快且更高效响应业务需求
Windows Server 2012 评估软件提供标准版数据版 设置注册程系统提示您选择版本
ISO 用语言版本： 简体文、英语、语、德语、意利语、语、俄语、西班牙语
VHD 用语言版本： 英语
安装 Inter 信息服务 Microsoft Inter 信息服务 (IIS) 与 Windows Server 2003 集 Web 服务 要安装 IIS、添加选组件或删除选组件请按步骤 *** 作： 1 单击始指向控制面板单击添加或删除程序 添加或删除程序工具启 2 单击添加/删除 Windows 组件 显示Windows 组件向导 3 Windows 组件 列表单击Web 应用程序服务器 4 单击详细信息单击Inter 信息服务 (IIS) 5 单击详细信息 查看 IIS 选组件列表 6 选择您要安装选组件默认情况列组件选： --- 公用文件 --- FrontPage 2002 Server Extentions --- Inter 信息服务管理单元 --- Inter 信息服务管理器 --- NNTP 服务 --- SMTP 服务 --- World Wide Web 服务 7 单击World Wide Web 服务单击详细信息 查看 IIS 选组件（ Active Server Pages 组件远程管理 (Html) 工具）列表选择您要安装选组件默认情况列组件选： --- World Wide Web 服务 8 单击确定 直返Windows 组件向导 9 单击步完Windows 组件向导 配置匿名身份验证 要配置匿名身份验证请按步骤 *** 作： 1 单击始指向管理工具单击Inter 信息服务 (IIS) 2 展 服务器名称（其服务器名称 该服务器名称）右键单击Web 站点单击属性 3 Web 站点属性 框单击目录安全性 选项卡 4 身份验证访问控制单击编辑 5 单击启用匿名访问复选框其选 备注：用户名框用户帐户用于通 Windows guest 帐户进行匿名访问 默认情况服务器创建并使用帐户 IUSR_putername匿名用户帐户密码仅 Windows 使用；匿名用户使用用户名密码登录 6 已验证身份访问单击集 Windows 身份验证复选框其选 7 单击确定 两 基本 Web 站点配置 1 单击始指向管理工具单击Inter 信息服务 (IIS) 2 展 服务器名称（其服务器名称 该服务器名称）展Web 站点 3 右键单击默认 Web 站点单击属性 4 单击Web 站点 选项卡您已计算机配 IP 址则请IP 址 框单击您要指定给 Web 站点 IP 址 5 单击性能 选项卡使用Web 站点属性 - 性能 框设置影响内存、带宽使用 Web 连接数量属性
怎么配置sql server 2012服务器配置
打开SQL server2012，使用windows身份登录
登录后，右键选择“属性”。左侧选择“安全性”，选中右侧的“SQL Server 和 Windows 身份验证模式”以启用混合登录模式
选择“连接”，勾选“允许远程连接此服务器”，然后点“确定”
展开“安全性”，“登录名”;“sa”，右键选择“属性”
左侧选择“常规”，右侧选择“SQL Server 身份验证”，并设置密码
右击数据库选择“方面”
在右侧的方面下拉框中选择“服务器配置”；将“RemoteAessEnabled”属性设为“True”，点“确定”
DNS服务器，即计算机域名系统，它是有解析器和域名服务器组成，可以将域名转换成IP地址，我们上网时输入的网址，就是通过DNS域名解析系统找到相应的IP地址，网址的浏览。那么在windows 2008系统中，我们要想成功地安装DNS服务器该怎么来配置呢？ 配置Win2008系统DNS服务器的具体步骤： 配置前准备：实验采用的主机名称：win- 主机IP 地址 ：1921688080 具体步骤： 1配置要地主机的IP 地址 环境配置（IP、子网掩码、DNS）好后，就好可以安装和配置Windows Server 2008环境的DNS，本文主要以对应ip为1921688080 具体配置。 2安装DNS服务器相关的步骤 在服务器管理里面可以看到“角色”的添加。
如何在server 2003配置ftp服务器配置 击 “开始” - > “设置” -> “控制面板” -> “添加或删除程序”。 单击“添加/删除 Windows 组件”，在“Windows 组件向导”对话框中，依次双击“应用程序服务器”（或选择“应用程序服务器”，然后单击“详细信息”），双击“Inter 信息服务 (IIS)”（或选择“Inter 信息服务 (IIS)”，然后单击“详细信息”）， 在“Inter 信息服务 (IIS)”对话框中，选中“文件传输协议(FTP)服务”复选框，然后单击“确定”。 在“Windows 组件向导”对话框中，单击“下一步”。如果是在机房配置的话，根据提示插入 Windows 光盘。如果你是远程管理云主机或服务器，你可以在从网上下载一个iis的安装包，解压后，在提示插入Windows 光盘时选择你解压的目录就可以了，一般会提示两次。安装过程完成后，您就可以在 IIS 中使用 FTP 服务了。
下面我们来设置需要管理的目录，假设网站路径是“D:\WebSite\SiteA”。首先打开IIS管理器，在FTP站点中我们会看到有一个默认FTP站点，把这个默认的FTP站点停止或删除（修改默认设置是服务器安全策略的一部分）。右键单击“FTP站点”选“新建”选“FTP站点”，下一步，然后输入描述，用来区分是哪个目录的ftp，名字是随便的，只是方便记忆和查找，推荐与网站目录名称相关。然后下一步，选择ip地址和端口，ip地址选你的公网ip，端口这里要改一下，改成啥你自己知道就可以了：）。下一步，建议选择“不隔离用户”，选择隔离账户会产生一个让人蛋疼的问题，在文章最后会有介绍。下一步，路径选择网站的路径“D:\WebSite\SiteA”，下一步，给予读取写入权限并下一步，完成。
此刻该虚拟目录还没有全部完成，下面我们要给该虚拟目录分配FTP管理帐号和密码。首先右键单击我的电脑，选“管理”，展开“本地用户组”，在“用户”上面右键选择“新建用户”，输入用户名（这里我用“ftpid”）和密码，描述为IIS FTP，取消用户下次登录时需改密码的选项，把用户不能更改密码和密码永不过期打勾，然后单击创建完成，然后我们来给该帐号分类用户组，右键该帐号属性，点击隶属于，删除USERS用户组，然后点“添加”-〉“高级”-〉“立即查找”，选择GUESTS用户组，并单击两个“确定”。
下面来我们把这个用户分配给我们刚才新建的FTP站点，在刚才新建的站点上右键权限，添加 -〉高级 -〉立即查找，选择“ftpid”并确定，给予修改，写入，读取和运行以及列出文件夹目录权限，单击确定。就基本大功告成了。
再回头说一下“用户隔离“的问题，选了它就选了蛋疼。稍微设置不当出现FTP连接报530 User 用户名 cannot log in home directory inaessible的错误。
以下是一位网友分享的解决方法
其实原因是在新建FTP站点的时候选择了“隔离用户”，而在你选择的FTP文件夹却和这个用户相关的文件夹不同，所以自然就会出现这个提示。这个就涉及到Windows Server 2003 FTP文件夹设定和命名有相当严格的规范。
举个例子，如果你想为用户abc在server 2003下开通一个IIS-FTP服务，目录设定为E：\\FTP里。除了安装IIS和FTP组件及相关配置正确之外，你还应该在FTP文件夹中建立一个子文件夹。命名为LocalUser，然 后在LocalUser文件夹中再建立一个子文件夹，命名为abc，即你要开通FTP服务的用户名。
这样当用户abc运行FTP服务登录到server 2003时，会自动进入到E：\\FTP\\LocalUser\\abc文件夹目录下，这也就很好解释为什么最初会报出530 User 用户名 cannot log in home directory inaessible的错误了。因为不这样设定的话 E：\\FTP\\LocalUser\\abc的目录根本就不存在。
另外如果我们打算允许FTP站点提供匿名登录的话，还应在LocalUser目录下另建一个public的子目录。同理，匿名登录的用户将自动进入到D：\\FTP\\LocalUser\\public目录中。
这样设置对一个服务器多个人使用的情况下非常有用，除此之外，你还可以在IIS中设置每个FTP对应的网站的流量，连接数等等限制来合理分配服务器资源。
至此，我们可以用FTP上传网站了。其实本来还想写SERVER-U 的，鉴于时间和篇幅，有时间再写吧。如果您在实际使用中遇到问题，可以站内私信我，也可以直接文章页面下面留言。 ：）
一、DOS命令查看服务器的配置
1查询CPU个数
cat /proc/cpuinfo | grep physical | sort -n | uniq | wc -l
2查询服务器型号
dmidecode | grep "Product Name"
或
dmidecode -s system-product-name
3查看CPU几核
cat /proc/cpuinfo | grep physical | sort -n | uniq -c
4查看CPU信息<型号>
cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq
5查看CPU运行位数
# getconf LONG_BIT
32
(说明当前CPU运行在32bit模式下, 但不代表CPU不支持64bit)
# cat /proc/cpuinfo | grep flags | grep 'lm' | wc -l
8
(结果大于0, 说明支持64bit计算 lm指long mode, 支持lm则是64bit)
6查看当前 *** 作系统内核信息
uname -a
7查看网卡速率
ethtool eth0
8查看当前 *** 作系统发行版信息
l _release -d
9查看内存的插槽数,已经使用多少插槽每条内存多大
dmidecode|grep -P -A5 "Memory\s+Device" | grep Size |grep -v Range | cat -n
10 查看内存的频率
dmidecode|grep -A16 "Memory Device"|grep 'Speed' | cat -n
11查看服务器出厂编号<适用于DELL 。 LENOVO则显示不出来>
dmidecode -s chassis-serial-number
12对于DELL服务器的信息可通过DSET获取
DSET工具22使用说明（Windows版）:
DSET工具21使用说明（Linux版）:
13For Windows(win2003 winXP以上版本)：
命令1：wmic bios get serialnumber（获取SN|不适用于LENOVO机器）
命令2：wmic csproduct get name,identifyingnumber（获取SN和机型）
以下为一台LENOVO R510 G7 Windows方面的一些信息查询
二、鲁大师查询服务器的配置
通过鲁大师查询到的一些信息
安装 *** 作系统 Windows Server 2003最方便的方法是用U盘启动 Windows PE 并格式化C盘后，将系统镜像解压，并使用 Win$Man 软件来安装。Win$Man会自动拷贝文件并设置启动项，重启后直接从硬盘启动，选择"Windows Server 2003 系统安装"的启动项即可。
需要注意的是，如果在 Windows PE 下直接使用安装光盘中的 setupexe 来执行安装，则可能自动将系统安装在当前作为启动的硬盘的活动分区。例如使用U盘启动PE时，可能会将系统默认安装在U盘上（囧~）。此问题可以尝试通过更改安装过程中的"高级设置"中的选择分区来解决，如果在硬盘上安装了Windows PE，可以忽略此问题。利用虚拟光驱安装的童鞋，也需要在“高级设置”中选择“复制安装源”，否则在重启后会找不到安装源。
版本是 Windows Server 2003 R2 Standard with SP2简体中文32位版本，官方镜像有两张CD，使用CD1安装之后是Windows Server 2003 SP2，CD2将系统升级到Windows Server 2003 R2 SP2。
需要注意的是，安装完毕后还应安装WindowsServer2003-KB958644补丁，否则以后配置好网络以后，Server服务和Workstation服务运行一段时间以后会自动停止，这是微软早期 *** 作系统的一个著名的漏洞。该文件可在微软下载中心下载，也可以从百度网盘下载适用于简体中文32位 *** 作系统的WindowsServer2003-KB958644-x86-CHSexe文件。
Windows Server2008 (Win2008) 作为服务器 *** 作系统，分为3个版本，分别是 1Windows Server 2008 Standard 标准版 2Windows Server 2008 Enterprise 企业版 3Windows Server 2008 Datacenter 数据中心版 4Windows Server 2008 Standard(Server Core Installation)标准版(服务器核心安装) 5Windows Server 2008 Enterprise(Server Core Installation)企业版(服务器核心安装) 6Windows Server 2008 Datacenter(Server Core Installation) 数据中心版(服务器核心安装) 如果是家庭桌面应用以及配置一般的入门用户推荐安装 Windows Server 2008 Standard 标准版 本版本的系统服务相比另外的版本相对要少内存占用更少，并且可以通过学生序列号或者OEM方式激活 有一定经验并且计算机配置位主流行的推荐安装 Windows Server 2008 Enterprise 企业版 如果不是高要求的服务器应用不推荐安装后3种带有 Server Core Installation 服务器核心安装
windows XP ISS服务器配置 去网上下载一个IIS安装包先。
然后在控制面板中去添加。
Git没有客户端服务器端的概念，但是要共享Git仓库，就需要用到SSH协议（FTP , >Gitlab是套功能完善的源码管理系统，平时用于公司内部各研发组的源码同步、问题跟踪、开发协同。Gitlab自带的CI/CD功能与Gitlab更简单、灵活的协同工作，也减小了日常维护的压力，因此，本文针对Gitlab的CI/CD功能做的要点分享。
基于GitLab的CI/CD系统由Gitlab与Gitlab-runner两个主要部分构成。
Gitlab源码库管理系统，提供基于Git的源码库管理、协作、权限等丰富的功能。
在Gitlab源码库的根目录中如果创建有`gitlab-ciyml`文件，相当于为当前源码库启用了CI/CD功能。
该文件用于控制CI/CD流程与行为，每次源码的提交、合并动作都会触发Gitlab执行当前 *** 作分支上的该文件。
该文件中通过gitlab提供的关键字、预定义变量、脚本代码等等来规划pipeline和定义Job，实现依据条件控制不同Gitlab-Runner中的执行器进行需要动作，共同完成代码的编译、打包、发布等 *** 作。
Gitlab-Runner运行在本地或远程目标机上的一个程序，作用是接收执行Gitlab的指令，比如编译、打包部署等等。
一个Gitlab可接入多个Gitlab-Runner，每个Runner可以注册多种相同或不同形式的“执行器”。
Runner与Gitlab联接需要通过Gitlab生成的Token，每个Runner对应且仅对应到一个唯一的Token。
Gitlab-Runner基于Go语言开发，可运行在多种系统平台。Gitlab-runner在Gitlab中有三种使用权限范围，第一种是全局共享，第二种是群组共享，第三种是项目特定。
Gitlab-Runner的作用是接收Gitlab指令，并控制与管理“执行器”的程序。具体动作执行则是由Runner派生出的“执行器”这个逻辑模块来完成，Runner支持多种“执行器”形式，有Shell，有Docker等等。
Gitlab-Runner的安装有两种方式，一种是直接安装到原生系统，另一种是以Docker容器方式进行安装。Runner安装完成后，需要执行Runner中的注册命令，建立与Gitlab的关联。
在注册过程中需要填入Gitlab服务器地址、Gitlab提供的Token、执行器形式，以及不同执行器的配置等等。
将Runner以原生系统方式进行安装（也可以以Docker形式安装），并在Runner注册时选择Docker执行器形式。
在注册过程中会要求指定一个Docker Image，该Docker Image是默认用于执行指令的实体（即在`gitlab-ciyml`中未指定Image时默认使用，也可以在Job中明确指定其它的Docker Image）。Runner注册完成后会在`/etc/gitlab-runner`中生成一个`configtoml`文件，如要修改Runner配置，可重新注册（重新注册原配置不会删除，原注册的执行器还保持有效，需要在Gitlab端删除）或修改该文件。另外，一个Runner实例可以配置多个同类型或不同类型的执行器。
执行器是用于Job执行不同的指令，因此执行器的环境需要依据Job的具体要求进行配置，比如用于Java构建，则执行器环境中需要支持jdk、maven等指令。由于本篇用的是Docker形式的执行器，因此在指定的DockerImage中要安装好JDK与MAVEN包（注：为了更好的利用自建的DockerImage，需要创建一个Docker私服，可以用Harbor或Nexus3来实现自定义的Docker Image的管理）。
每个Job都会重新启动一个新的容器，并且会自动完成源码库的下载（放在启动容器的`/build`目录中），并且这个不要求执行器镜像支持Git（原理不清楚，有清楚的欢迎评论区指教！），如何在Job中禁止下载原码还需要再学习（有清楚的欢迎评论区指教！）。
以下是`configtoml`文件及主要字段说明:
`gitlab-ciyml`文件必须在源码库的根目录中，该文件用于控制源码何时、何地、如何加工处理代码的配置脚本，并且需要符合`YAML`的格式与语法。
在该脚本中，通过`stages`关键字定义代码处理阶段，定义的上下顺序则是阶段执行次序。
然后就是各种各样的JOB定义，在Job中需要指明哪个阶段执行，在哪个执行器运行，什么条件下执行，以及执行的具体动作。多个不同的JOB可以关联到同一个阶段，实现并发处理不同的事务。
Gitlab为CI/CD提供了平台与机制，在微服务、异构系统开发时代CI/CD已成为必不可少的效率工具，也可以说是软件自动化生产线，但要用好和维护好一套CI/CD，需要有丰富的研发经验与广泛的系统知识。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）