服务器 Gind.cn

我最近从MariaDB切换到了主页WP网站。 一切都很顺利，我甚至注意到速度的增加（这可能只是安慰剂;）。 从那以后，尽pipeMariaDB每个星期都会经常死亡 – 两个。 当我回到服务器这是我有： user@myserver:~# service mysql status MariaDB is stopped. 但是当我去login时，他们是空的。 我不知道如何debugging它。 任何提示如何跟踪如何以及为什么MariaDB死亡将帮助我堆！

当运行在其他私有networkingstream量被其他潜在敌对的主机（例如，AWS，Vultr，DigitalOcean）共享的群集中时，有很多推荐的实践和教程来保护LEMP / LAMP堆栈的各种组件。 您可以使用TLS来保护反向代理和MySQLstream量。 但是，对于涉及一组托pipePHP-FPM池的实例的集群，似乎没有关于保护Web服务器实例和PHP-FPM实例之间的TCP通信的任何文献。 是否甚至有必要，还是有一个没有文献的原因（例如，stream量是encryption的，或没有理智的VPS /云提供商将在混杂模式下运行专用networking接口）？ 当请求进入HTTPS站点时，我们可以看到问题，站点将请求细节发送到PHP-FPM池（包括密码或信用卡号码），第三方以某种方式监听该stream量。

我想为我的docker服务器创build分区。 它只会托pipe有状态的应用程序，数据存储在/ srv / company / appname中。 我有两个硬盘： 20GB 2TB。 什么是创build分区的最佳方式？ 是： 20GB "/" , 2TB "/srv"还是其他一些目录会随着时间而增长？

所有的事情都和我的实例一起工作，突然之间，我不能再通过ssh或sftp连接，出现“服务器意外closuresnetworking连接”错误。 我的同事有同样的问题！ 每件事似乎正常工作（networking服务器工作正常） 我已经启动了另一个实例“启动更多像这样”的选项，一切工作正常。 它可能与一个关键文件上的chmod有关？ （这是我研究后发现的一个可能的原因）但我不知道如何检查！ 我也尝试从另一个IP和另一台计算机连接，结果相同。 我没有什么特别的日志（从实例开始的那天起，看起来没有任何东西被冻结）。 我能怎么做 ？！ 提前致谢

我在我的服务器上托pipe了多个网站，所有这些网站都共享一个htaccess的相同代码库。 我需要这样的东西。 如果（域名！= example.com）redirect到example.com 如果有任何处理这个从htaccess的方式 使用以下但仍然不工作 RewriteCond !^(.*)$ https://example1.com/$1 [NC] RewriteRule ^(.*)$ https://example2.com/$1 [R=301,NC,L]

所以我在一家公司里工作，我们有一台linux机器作为路由器/防火墙，我喜欢这种设置的所有控制，相比之下，ISP有一个消费级路由器。 知道这一点，我决定build立一个迷你电脑，在我家里有相同的设置，就像本指南所描述的那样： http : //arstechnica.com/gadgets/2016/04/the-ars-guide-to路技术-A-Linux的路由器从划伤/ 所以有问题的计算机将作为一个路由器，DHCP服务器和防火墙，但我有另一台Linux服务器已经在我家里，运行Teamspeak服务，可以从互联网和一些其他服务，只为我的局域网访问（例如一个Samba服务器），而且我曾经在某处读过，出于安全原因，运行防火墙机器上只能访问局域网的服务是不可取的。 但是只有一台机器同时运行我的路由器服务和局域网服务（如Samba服务器）会更方便。 问题是：有什么办法可以使这个设置工作，并使这个新的机器将成为路由器/防火墙运行我的局域网服务以安全的方式，使服务不可能从networking上访问？

似乎负载均衡器URL和弹性beanstalk指向相同的IP地址。 thomasreggi$ nslookup aws-load-balancer-url.us-east-1.elb.amazonaws.com Server: 8.8.8.8 Address: 8.8.8.8#53 Non-authoritative answer: Name: aws-load-balancer-url.us-east-1.elb.amazonaws.com Address: 100.00.000.0 Name: aws-load-balancer-url.us-east-1.elb.amazonaws.com Address: 100.000.000.000 thomasreggi$ nslookup elastic-beanstalk-url.us-east-1.elasticbeanstalk.com Server: 8.8.8.8 Address: 8.8.8.8#53 Non-authoritative answer: Name: elastic-beanstalk-url.us-east-1.elasticbeanstalk.com Address: 100.00.000.0 Name: elastic-beanstalk-url.us-east-1.elasticbeanstalk.com Address: 100.000.000.000 我想知道是否有任何具体的优势使用一个url。

我一直在尝试在Ubuntu上运行两天的“微软ODBC驱动程序13 for SQL Server”，现在我已经没有任何想法了。 我的testing机器是一个stream浪的虚拟机，这些是作为提供者的bash脚本的相关部分： sudo add-apt-repository ppa:ubuntu-toolchain-r/test sudo apt-get install -y python-software-properties vim curl libgss3 libstdc++6 git-core libpcre3-dev make sudo apt-get upgrade -y sudo apt-get dist-upgrade -y 和 cd /home/vagrant wget https://download.microsoft.com/download/2/E/5/2E58F097-805C-4AB8-9FC6-71288AB4409D/msodbcsql-13.0.0.0.tar.gz tar xvzf msodbcsql-13.0.0.0.tar.gz sudo chmod +x msodbcsql-13.0.0.0/build_dm.sh sudo chmod +x msodbcsql-13.0.0.0/install.sh ./msodbcsql-13.0.0.0/build_dm.sh –accept-warning directory=$(ls /tmp | grep 'unixODBC') path="/tmp/$directory/unixODBC-2.3.1" cd $(echo $path) […]

我正在使用aws cli使用以下命令（ 文档 ）来总结文件数量和s3存储桶的总大小： aws s3 ls s3://mybucket –recursive –human-readable –summarize 这个命令给了我下面的输出： 2013-09-02 21:37:53 10 Bytes a.txt 2013-09-02 21:37:53 2.9 MiB foo.zip 2013-09-02 21:32:57 23 Bytes foo/bar/.baz/a 2013-09-02 21:32:58 41 Bytes foo/bar/.baz/b 2013-09-02 21:32:57 281 Bytes foo/bar/.baz/c 2013-09-02 21:32:57 73 Bytes foo/bar/.baz/d 2013-09-02 21:32:57 452 Bytes foo/bar/.baz/e 2013-09-02 21:32:57 896 Bytes foo/bar/.baz/hooks/bar 2013-09-02 21:32:57 189 […]

我的目标是从命令行testingLDAPauthentication。 我尝试使用ldapsearch 。 我正在使用Centos 6.7 即使我正在使用正确的凭据，以下命令失败 [user@localhost html]# ldapsearch -x -h localhost -p 3389 -b "uid=john.martin,ou=Users,dc=company,dc=com" -W Enter LDAP Password: ldap_bind: Invalid credentials (49) ldapsearch -x -h localhost -p 3389 -D "uid=john.martin,ou=Users,dc=company,dc=com" -W也抱怨无效凭证。 ldapsearch -x -h localhost -p 3389 -D "uid=john.martin,ou=Users,dc=company,dc=com" unauthenticated bind (DN with no password) disallowed ldapsearch -x -h localhost -p 3389 -D […]