Uncategorized

说明： 1、这篇博文记录的是CentOS 7 用户账户的配置，包括添加用户、添加用户组、删除用户、删除用户组等。其中包括分析用户的配置文件、目录以及对安全的思考。 2、用户配置方面CentOS 7与以往版本感觉没有差别。 第一部分 认识用户 Centos 7 系统最小化安装，默认配置，是没有创建其他用户的。作为服务器操作系统，为了安全起见，一般是使用一般用户。这就牵涉到用户、用户组的创建以及删除。 此外，CentOS 7 和其他版本的Linux一样，都具有相应用户的配置文件及目录，如下： /etc/passwd 　　 //用户账户信息，可以看出用户名称 /etc/shadow //用户账户加密后信息，包括但不限于/etc/passwd中的信息 /etc/group //组账户信息，可以看出组名称 /etc/gshadow 　　　 //组账户安全信息，包括但不限于/etc/group中的信息 /etc/default/useradd //账户创建时默认值 /etc/skel/ //包含默认文件的目录,具体作用尚不清楚 /etc/login.defs //安全性的默认配置，与上面/etc/default/useradd有区别…

目录： 1、Samba服务概述： 1.1、Samba的原理 1.2、NETBIOS协议 2、Samba 应用环境 3、samba服务 3.1、samba的安装包： 3.2、samba的进程文件： 3.3、samba的文件： 4、主要配置文件smb.conf 4.1、samba配置简介 4.2、Global Settings 4.2.1）设置工作组或域名称 4.2.2）服务器描述 4.2.3）设置samba服务器安全模式 4.3、Share Definitions共享服务的定义 4.3.1）设置共享名 4.3.2）共享资源描述 4.3.3）共享路径 4.3.4）设置匿名访问 4.3.5）设置访问用户 4.3.6）设置目录只读 4.3.7）设置目录可写 5、配置一个共享资源 6、samba的命令与客户端访问 6.1、testparm：测试有效的exports内的属性 6.2、pdbedit：管理smb的用户数据库…

1背景 转到Linux有段时间了，vim操作还不能应对工程代码，之前一直都是Gnome桌面 + Clion 作开发环境，无奈在服务器上没有这样的环境， 看同事是（Windows）Source Insight + WinSCP + Linux 开发，来回同步文件有点麻烦，所以想尝试搭个Samba服务器做共享文件。 不过希望以后还是要转到vim上来。 2环境 CentOS系统 [root@linuxidc.com ~]# cat /etc/RedHat-release CentOS Linux release 7.2.1511 (Core) Samba服务器 [root@linuxidc.com ~]# rpm -qi samba…

linux操作系统中smb.conf文件中passdb hackend=tdbsam是啥意思呀 passdb backend = tdbsam passdb backend即用户后台。有三种后台：smbpasswd、tdbsam和ldapsam。 Sam即security account manager。 1. smbpasswd：该方式是使用smb工具smbpasswd给系统用户（真实用户或者虚拟用户）设置一个Samba 密码，客户端就用此密码访问Samba资源。smbpasswd在/etc/samba中，有时需要手工创建该文件。 2. tdbsam：使用数据库文件创建用户数据库。数据库文件叫passdb.tdb，在/etc/samba中。passdb.tdb用户数据库可使用smbpasswd –a创建Samba用户，要创建的Samba用户必须先是系统用户。也可使用pdbedit创建Samba账户。pdbedit参数很多，列出几个主要的： pdbedit –a username：新建Samba账户。 pdbedit –x username：删除Samba账户。 pdbedit –L：列出Samba用户列表，读取passdb.tdb数据库文件。 pdbedit –Lv：列出Samba用户列表详细信息。 pdbedit –c “[D]”…

前言 PostgreSQL是一个强大开源的对象关系类型数据库系统，它能运行于几乎所有主要的操作系统，包括Linux、Unix(AIX、BSD、HP-UX、SGI IRIX、Mac OS、Solaris、Tru64)、Windows OS。对于新的项目我是非常建议使用PostgreSQL。这里就简单的整理下CentOS下的安装过程。 CentOS的源中自带有PostgreSQL，可以通过 yum list | grep postgresql 查看系统自带的版本，我这边看到的是9.2版本，个人还是比较建议安装更新的版本。 安装 1、安装 yum 源（地址从 http://yum.postgresql.org/repopackages.php 获取） ? 1 yum install https://download.postgresql.org/pub/repos/yum/9.6/redhat/rhel-7-x86_64/pgdg-centos96-9.6-3.noarch.rpm 这里选择的是最新的9.6版本，安装完毕后使用 yum update 更新源信息，然后再使用 yum list | grep postgresql ，是否已经有最新版本的postgresql。 ? 1 2 3 4…

Introduction Want to access the Internet safely and securely from your smartphone or laptop when connected to an untrusted network such as the WiFi of a hotel or coffee shop?…

Virtual private network or VPN for short is a convenient way of setting up a secure connection to another networked host. OpenVPN Access Server is an open source software that…

At Alooma, we loooove dockers. It's true. We try to run as much as we can inside docker containers. While there are plenty of benefits to packaging modules in containers, we are…

持续集成案例学习：Docker、Java与Maven 【编者的话】对于使用Java技术栈的企业，Maven往往是其持续集成的核心工具，在当前的Docker化的运动中，要如何把Docker镜像的构建也加入到传统的Maven构建为基础的持续集成流程中呢？Alooma公司在本文中分享了他们使用Maven对Docker镜像构建进行持续集成的经验。 在Alooma，我们非常非常非常喜爱Docker。真的, 我们想完全容器化我们的应用。 虽然容器化应用有非常多的好处，但在这里，我并不是要说服你用Docker。我们只是认为你和我们一样喜欢这东西。 接下来，让我们谈谈Alooma是如何在生产环境使用Docker来精简开发流程并快速push代码的。 概述 Docker允许你把你的基础架构当作代码一样来对待。这个代码就是你的Dockerfile。 像其它代码一样，我们想要使用一个紧密的改变->提交->构建->测试的周期（一个完整的持续集成解决方案）。为了实现这个目标，我们需要构建一个流畅的DevOps流水线。 让我们把目标分解为更加详细的需求： 在版本控制系统中管理Dockerfile 在CI服务器上为每个commit构建Docker镜像 上传构件并打标签（这个构件要能够简单的部署） 我们的工作流 我们的DevOps流水线围绕GitHub、Jenkins和Maven构建。下面是它的工作流程： GitHub将repo的每一个push通知给Jenkins Jenkins触发一个Maven build Maven 构建所有的东西，包括Docker镜像 最后，Maven会把镜像推送到私有的Docker Registry。 这个工作流的好处是它允许我们能够很容易的为每个发布版本打标签（所有的commit都被构建并且在我们的Docker Registry中准备好了）。然后我们可以非常容易地通过pull和run这些Docker镜像进行部署。 事实上这个部署过程是非常简单的，我们通过发送一个命令给我们信任的Slack机器人："Aloominion"（关于我们的机器人朋友的更多情况将在未来的文章中发表）开始这个过程。 你可能对这个工作流中的其他元素非常熟悉，因为它们都很常见。所以，让我们来深入了解如何使用Maven构建Docker镜像。 深入Docker 构建 Alooma是一个Java公司。我们已经使用Maven作为我们构建流水线的中心工具，所以很自然的想到把构建Docker的过程也加入到我们的Maven构建过程中去。 当搜索和Docker交互的Maven插件时，出现了3个选项。我们选择使用Spotify的maven-docker-plugin ——…

背景 最近想搞持续集成测试，初步构想是使用Git、jekins、maven、Docker作为持续集成的基础组件，当然也是最常用的基础组件。 初步是想将Java的测试用例塞到docker容器中进行测试，测试环境部署只一次就好，镜像推送到仓库，随测随拉，直接使用docker命令运行，好处是环境一致，不需要重新部署测试代码所依附的环境；坏处是docker，docker，docker，也就是想运行测试用例必备的基础环境docker。 junit的命令行执行 我们最常见的执行测试用例多数是通过eclipse的run as，或者是mvn test执行测试用例。如果将测试用例塞到容器内，要么将mvn装到容器内，要么在物理机构建，并将构建后的环境也就是jar包塞到容器内使用java执行。 衡量了下，还是决定在物理机进行构建，将构建结果塞到容器内. 1. 重复构建mvn环境浪费时间； 2. 将mvn塞到容器内浪费资源； 3. blablabla，反正就是不爽 鉴于本人学艺不精，这里转载一篇对于junitcore使用的文章： 命令行执行使用java -cp *.jar org.junit.runner.JUnitCore classname可参考该篇文章了解及执行。 执行示例 使用junit简单的输出语句，没有功能，只是作为示例演示： public class startTest { @Before public void setup(){ System.out.println("this…