Max os x 10.10.9 apache无法访问

最新推荐文章于 2024-07-09 08:56:29 发布

tower6277

最新推荐文章于 2024-07-09 08:56:29 发布

阅读量421

点赞数

CC 4.0 BY-SA版权

分类专栏：工作经验总结

本文链接：https://blog.youkuaiyun.com/tower6277/article/details/49048731

工作经验总结专栏收录该内容

15 篇文章

订阅专栏

本文讲述了因配置virtualhost而导致localhost无法访问的问题及解决方法。通过使用apachectl configtest命令检查配置错误，并设置ServerName指令来解决域名无法确定的问题。

找了半天不知道为什么localhost无法访问，都没有详细的说明。

结果还是因为自己不知道什么时候配过一个vitualhost，导致有问题。

用apachectl configtest这个可以一目了然的看到。

但是，改好了之后，提示了这么个问题

AH00558: httpd: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message

Syntax OK

原来是下面这个没配……搞得快吐血了。

ServerName localhost

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

tower6277

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

HTB HARD 靶机 Cerberus WriteUp

qq_58869808的博客

03-26

8744

HTB Cerberus hard！！！靶机writeUp

第九章使用Apache服务部署静态网站

u012616827的博客

11-20

2514

1970 年，作为互联网前身的 ARPANET（阿帕网）已初具雏形，并开始向非军用部门开放，许多大学和商业机构开始陆续接入。虽然彼时阿帕网的规模（只有 4 台主机联网运行）还不如现在的局域网成熟，但是它依然为网络技术的进步打下了扎实的基础。想必大多数人都是通过访问网站而开始接触互联网的吧。我们平时访问的网站服务就是Web 网络服务，一般是指允许用户通过浏览器访问互联网中各种资源的服务。如图所示，

参与评论您还未登录，请先登录后发表或查看评论

MAC启动自带Apache出现访问不了问题记录

bz151531223的专栏

04-23

5167

现在MAC机器一般都自带了Apache，当然这很方便，首先我们查看下自己机器上Apache的版本：$ sudo apachectl -v Server version: Apache/2.4.29 (Unix) Server built: Jan 17 2018 18:20:31 Apache的配置文件http.conf路径是 /etc/apache2目录下，所以一般配置...

Mac OS X Yosemite 10.10 配置 Apache+PHP 教程注意事项

weixin_30617695的博客

12-22

首先启动 Apache，在终端里输入命令： sudo apachectl start 查看 Apache 版本： httpd -v 在Yosemite 10.10下，apache更新了 Server version: Apache/2.4.9 (Unix) Server built: Sep 9 2014 14:48:20 接着测试，我就发现如下几点需要修正，如有其它疑问欢...

python os.environ gpu_Tensorflow 1.8 with GPU on macOS High Sierra 10.13.6

weixin_39911475的博客

12-09

278

老徐Thursday, 26 July 2018Tensorflow 1.8 with GPU on macOS High Sierra 10.13.6Tensorflow团队宣布停止支持1.2以后mac版的tensorflow gpu版本。因此没办法直接安装只能自己用源码编译了。Tensorflow 1.8 with CUDA on macOS High Sierra 10.13.6CPU 运行...

Mac OS X Mavericks 配置 Apache+Mysql+PHP 详细教程

weixin_34009794的博客

07-01

140

为什么80%的码农都做不了架构师？>>> ...

doris 1.x 安装与配置

lehsyh的专栏

06-23

1885

doris 1.x 安装与配置

kali学习-主动信息收集

weixin_33834137的博客

08-05

3046

一. 简介直接与目标系统交互通信无法避免留下访问的痕迹使用受控的第三方电脑进行探测使用代理或已经被控制的主机做好被封杀的准备使用噪声迷惑目标，淹没真实的探测流量扫描发送不同的探测，根据返回结果判断目标状态识别或者的主机潜在的被攻击目标输出一个IP地址列表 2、3、4层发现优点扫描速度快、可靠 ...

Zabbix 监控《一》---简介及安装

cwyxf123的博客

09-29

1219

一、Zabbix使用场景及系统概述官方地址：https://www.zabbix.com/cn/features Zabbix是一个企业级解决方案，支持实时监控数千台服务器，虚拟机和网络设备，采集百万级监控指标，适用于任何IT基础架构、服务、应用程序和资源的解决方案 1.1 zabbix使用场景 1.2 zabbix系统概述 1.2.1 数据采集周期性时序数据主机/对象：服务器、路由器、交换机、存储、防火墙、IP、PORT、URL、自定义监控对象… 采集目标：监控项，指标数据（metrics dat

Linux服务解析-含智能监控运维平台

m0_67767172的博客

07-09

2050

Linux服务赛题解析

HTB靶场系列 linux靶机 Nineveh靶机

m0_57221101的博客

01-17

4712

勘探 nmap勘探 nmap -sC -sV 10.10.10.43 Starting Nmap 7.91 ( https://nmap.org ) at 2021-12-26 16:22 CST Nmap scan report for 10.10.10.43 Host is up (0.36s latency). Not shown: 997 filtered ports PORT STATE SERVICE VERSION 80/tcp open http

kubernetes flannel neutron calico ovs-vxlan网络方案性能测试分析

虾米的博客

01-20

7280

kubernetes flannel neutron calico 网络性能测试分析环境准备 OS: Ubuntu 14.04kubernetes 版本：1.3.5flannel 版本： 0.5.5calico 版本: 1.6.0neutron 版本：6.0.0iperf 版本：2.0.5物理机配置： 4 Intel(R) Core(TM) i5-4460S CPU @ 2

docker安装xdebug

奇迹-淡定

05-17

1822

最近刚休假回来上班，发现开发环境挂了，原来是docker的一台宿主机挂了，导致上面的docker机都起不了没办法本地的docker也连不上，就删了重来吧先下了一个镜像，包含nginx+apache+php，刚好符合我需求（centos6-lnmp-php56）然后配置nginx和apache，重启发现nginx的配置没了。。找了一圈没发现怎么没的找dockerfile没找到在哪儿，...

Android WebApp无法使用ScrollTo等方法控制滚动条位置

奇迹-淡定

11-11

1506

头疼了好久的问题，今天终于在灵机一动的情况下给解决了。话得从头说起，这个项目是用PHP+Phonegap做的，里面有个聊天的页面，会有很多条聊天记录所以，有个需求就此诞生：画面初期显示的时候，Scroll要在最下方，因为最下方是最新的聊天记录可惜，网页上调试好的东西，到Apk包的环境下依赖于Android的默认浏览器版本，4.0.3和4.0.4的版本上都不行。 4.1.1的倒是可以，

如何规避项目风险（一）

奇迹-淡定

02-23

1078

工作总结只开了个头就没有再继续了。好的事情一定要坚持，最近又有机会做不同的事情了，这回的事情难度可能不是最大的，但做好了的话，能起到的作用是不可限量的。呵呵什么工作呢，QTS，就是为了保证项目成功而设立的一个监督，review之类的职位。主要是观察，提建议，提意见，控制风险，有风险的时候可以直接cut，直接转向。话说起来权利好像还蛮大的。不过呢，实际上，不好干，需要很大的工作技巧。

如何展开有效的业务讲座

奇迹-淡定

05-14

1021

最近工作中有个Task是关于如何做业务讲座的，正好我也想总结总结这个工作，就在这里开始吧近一年来，业务讲座做过不少了，有针对整个大项目的讲座，也有针对某个小机能做的讲座。就先从做讲座的流程开始总结吧。 1.明确目的凡事要有了明确的目标就成功了一半，鉴于此，业务讲座的第一步就是先要明确讲座目的，是要挖掘深度，还是追求广度？是要整体了解，还是深究细节

如何组织高效的会议

奇迹-淡定

04-18

932

下午参加了一个组内会议，不由得让我回忆起以前参加的无数会议。有些会议，目的不明确，想要讨论的东西要好几次才能出来雏形。有些会议，目的是有的，但扯的东西太飘，一直在目的周围打转。有些会议，没有讨论，基本上属于一言堂。有些会议，争论的热火朝天，但真正的交流不多，好多都是你说你的，我说我的，抓着一句话可能就开始发散。那么，怎么样开好一个会，怎么样能让会议变成高效的，没有闲聊，充

报价时是不是应该考虑人员配置

奇迹-淡定

04-02

799

这几天终于接了一个项目，可以开始我的PL生活了前任同事做的很不错，给我传授了一些经验，其中关于报价这事，有一句让我记忆深刻因为这句跟我之前的项目是不一样的，不知这样更合理还是原来那样更合理。。。故，记录下来，以凭后断这句话是：手快的也许一天就做完了，但报价得按照之前的水平报，这是我们该要的。 1.原来的项目报价根据人员经验分为SE，PG，当然，因为SE和PG的单价不同，故每个

工作总结之测试

奇迹-淡定

04-13

675

记得我刚工作的时候，还完全不明白测试是怎么回事，现在要说测试倒也能一套一套的说了。测试分很多种，UT，IT，AT，场景测试...还可以这么分，自测，他测，依据测试设计书测试，Free测试...UT可以利用很多工具，比如NUnit+代码测试覆盖率工具。NUnit，广受好评，可以过滤掉大量的bug，不过我在工作中运用不多。代码测试覆盖率工具，可以统计出有多少分支会被跑到，有多少分支

我bind 服务器主服务器是10.10.14.249 备用服务器是10.10.14.250 ；PowerDNS服务器主服务器10.10.81.241 备用服务器10.10.81.242

最新发布

07-01

<think>我们有两个不同的DNS服务：BIND和PowerDNS，每个服务都需要配置主备服务器。根据用户提供的信息：- BIND主服务器：10.10.14.249-BIND备服务器：10.10.14.250- PowerDNS主服务器：10.10.81.241-PowerDNS备服务器：10.10.81.242注意：BIND和PowerDNS的主备配置方式不同。对于BIND，我们使用主从区域传输（AXFR/IXFR）来实现主备同步。对于PowerDNS，它通常使用数据库后端（如MySQL、PostgreSQL）来存储数据，因此主备配置实际上是通过数据库复制来实现的。但也可以使用其他方式，比如PowerDNS的Native负载均衡或使用SuperMaster/Slave配置（基于数据库复制）。这里我们假设使用数据库后端。下面分别进行配置说明： ###一、BIND主备服务器配置####1.主服务器配置（10.10.14.249）编辑`named.conf`（或包含的配置文件），配置一个区域，并允许从服务器传输。示例配置：```nginx//主服务器配置options{//其他全局配置...allow-transfer {10.10.14.250; };//允许从服务器传输区域数据//也可以在每个zone中单独配置allow-transfer};//定义一个区域zone "example.com" {typemaster;file"/etc/bind/db.example.com"; //区域文件路径allow-transfer{10.10.14.250;}; //指定允许传输的从服务器IP//如果需要通知从服务器，可以配置also-notifyalso-notify {10.10.14.250; };}; ```####2.从服务器配置（10.10.14.250）在从服务器上，配置相同的区域，但类型为slave，并指定主服务器地址。示例配置： ```nginxzone "example.com" {typeslave;file"/var/cache/bind/db.example.com"; //从服务器保存区域文件的路径masters{10.10.14.249;}; //主服务器的IP//可选：允许传输给其他从服务器（如果有的话）allow-transfer{ none; };//通常从服务器不允许传输}; ```注意：确保主服务器上的区域文件（如`db.example.com`）存在并正确配置。修改配置后，重启BIND服务。 ####3.验证BIND主从同步在主服务器上修改区域文件（如增加一条记录），然后增加序列号（serial），重启BIND或使用`rndcreload`重新加载区域。在从服务器上，检查日志（如`/var/log/syslog`）是否有传输记录，并检查区域文件是否更新。可以使用`dig`命令查询从服务器是否获取了新的记录： ```bashdig @10.10.14.250 example.com``` ###二、PowerDNS主备服务器配置PowerDNS通常使用数据库后端，因此主备配置需要结合数据库复制（如MySQL主从复制）来实现数据同步。这里我们假设使用MySQL。####1.数据库主从复制配置（略）由于数据库复制配置是一个独立的话题，这里只简要说明：-在MySQL服务器上设置主从复制，使得两个PowerDNS实例（主和备）可以访问同一个数据库（或主从数据库）。-另一种方式是每个PowerDNS实例都有自己的数据库，然后通过数据库的主从复制保持数据一致。我们假设已经配置好MySQL主从复制：-主数据库服务器：10.10.81.241（与PowerDNS主服务器同一台或不同）-从数据库服务器：10.10.81.242（与PowerDNS备服务器同一台或不同）但注意：用户给出的PowerDNS主备服务器IP是10.10.81.241和10.10.81.242。我们可以将数据库和PowerDNS部署在同一台机器上，或者分开。这里为了简化，假设：-PowerDNS主服务器（10.10.81.241）连接主数据库。-PowerDNS备服务器（10.10.81.242）连接从数据库。然而，这样配置的话，当主数据库故障时，需要手动切换。另一种方法是使用同一个数据库集群（如主从复制，但应用层可以同时读写主库，而备库只读，但PowerDNS通常只读，所以备库可以用于查询，但数据更新只能在主库上进行）。因此，我们通常将两个PowerDNS实例都指向同一个主数据库（但这样数据库单点故障）。所以，更健壮的方式是使用数据库主从复制，并且PowerDNS主备服务器都配置为可以读写主数据库（但这样写操作只能在主数据库上进行，备数据库只读）。因此，我们通常设置一个VIP来管理数据库的写入口，或者应用程序只在主数据库上写。但是，PowerDNS本身是无状态的，所以数据都存储在数据库中。因此，我们只需要确保数据库是高可用的。这里我们假设数据库已经配置了主从复制，并且我们有两个数据库实例：-主数据库：db1（10.10.81.241:3306）-从数据库：db2（10.10.81.242:3306）然后，在PowerDNS的配置中，我们可以：-主PowerDNS服务器（10.10.81.241）配置为连接主数据库（db1）。-备PowerDNS服务器（10.10.81.242）配置为连接从数据库（db2），并且设置只读（避免在从库上写）。但是，这样配置的话，当主数据库故障时，需要将备数据库提升为主，并修改PowerDNS主服务器的配置指向新的主库。为了自动化，可以使用数据库代理（如ProxySQL）或VIP。另一种方案是使用PowerDNS的SuperMaster和Slave配置，但这通常用于不同PowerDNS服务器之间的区域传输，类似于BIND的主从。但PowerDNS更推荐使用数据库复制。由于时间关系，我们这里采用数据库主从复制，然后两个PowerDNS实例都配置为连接同一个数据库集群（通过负载均衡器或直接连接主库和从库）。但为了简单，我们配置两个PowerDNS实例都连接主数据库（单点），或者使用读写分离：主PowerDNS服务器用于管理（写操作），而备服务器只读（用于解析），但写操作只能通过主服务器进行。然而，PowerDNS的API或pdnsutil工具可以在任意实例上执行，所以通常我们让两个实例都连接主数据库（当主数据库故障时，整个PowerDNS服务将无法写入，但解析可以继续，因为备服务器连接的是从数据库，但数据可能不是最新的？）实际上，我们可以这样配置：-两个PowerDNS实例都配置为连接同一个数据库（主数据库），这样任何更新都会立即在两者中可见。但是这样数据库是单点。-或者，两个实例都配置为可以连接主数据库（通过VIP），当主数据库故障时，VIP漂移到从数据库（提升后的主库）。鉴于复杂性，这里我们只介绍基本的配置，即两个PowerDNS实例连接同一个主数据库。####2.PowerDNS服务器配置（主和备相同，都连接主数据库）假设我们使用MySQL，配置文件（如`/etc/powerdns/pdns.conf`）：```yamllaunch=gmysqlgmysql-host=10.10.81.241#这里假设主数据库IP，但实际应该是一个高可用的数据库地址gmysql-port=3306gmysql-user=pdnsgmysql-password=your_passwordgmysql-dbname=pdns```在备服务器（10.10.81.242）上，使用相同的配置（即都指向同一个主数据库）。这样，两个PowerDNS实例就完全一样了，都从同一个数据库读取数据。但是，这样配置的话，数据库是单点。为了解决数据库单点问题，需要配置数据库的主从复制，并在PowerDNS配置中设置多个数据库服务器（从4.0版本开始支持多数据库连接）：```yamllaunch=gmysqlgmysql-host=10.10.81.241,10.10.81.242#多个数据库，用逗号分隔gmysql-port=3306gmysql-user=pdnsgmysql-password=your_passwordgmysql-dbname=pdns```但这样配置，PowerDNS会使用第一个可写的数据库（按顺序），如果第一个不可用，则尝试下一个。因此，我们可以在主数据库（10.10.81.241）正常时使用它，当它故障时，手动将10.10.81.242提升为主数据库，然后PowerDNS会自动切换到可写的数据库。注意：这种配置下，两个数据库必须保持数据一致（通过主从复制），并且当主数据库故障时，需要手动或自动进行故障转移（提升从库为主库）。 ####3.配置PowerDNS的Slave模式（作为备选方案）如果不想使用数据库复制，也可以使用PowerDNS的原生主从同步（类似于BIND）。这需要配置SuperMaster和Slave。主服务器（10.10.81.241）配置： ```yaml#主服务器配置master=yesslave=no```从服务器（10.10.81.242）配置：```yaml#从服务器配置slave=yes#允许从指定主服务器拉取区域allow-axfr-ips=10.10.81.241```然后在主服务器上创建区域，并设置允许通知从服务器：```yaml#在主服务器的区域配置中（或全局）设置通知also-notify=10.10.81.242```但是，这种方式需要每个区域都配置，不如数据库方式方便。鉴于用户要求主备，且之前提到的是主备服务器，我们推荐使用数据库复制的方式，因为PowerDNS设计上更倾向于使用数据库后端。 ###三、总结-BIND主备：通过区域传输实现同步，配置简单直接。 -PowerDNS主备：通过数据库复制实现数据同步，两个PowerDNS实例连接同一个数据库集群（主从复制），或者都连接一个高可用的数据库实例。注意：在实际生产环境中，还需要考虑负载均衡、健康检查等，以实现真正的高可用。 ###验证步骤1. BIND验证：-在主服务器上修改区域文件，增加序列号，重新加载。-在从服务器上查看区域文件是否更新，并用`dig`查询从服务器。2. PowerDNS验证（数据库方式）：-在主数据库上插入一条记录，然后在两个PowerDNS实例上查询，应该都能查到新记录（如果配置了读写分离，备服务器可能稍有延迟）。3. PowerDNS验证（原生主从方式）：-在主服务器上添加一个区域，然后检查从服务器是否自动获取。###注意事项-防火墙：确保主备服务器之间的通信（BIND使用TCP53进行区域传输，PowerDNS使用TCP53或数据库端口）。 -安全：使用TSIG密钥对BIND区域传输进行加密，使用数据库的访问控制。由于篇幅限制，这里不展开安全配置。§§相关问题§§1.如何配置BIND区域传输的TSIG密钥以提高安全性？2.PowerDNS如何与MySQL主从复制配合实现高可用？ 3.如何监控BIND和PowerDNS的主备同步状态？ 4.在PowerDNS中，如果使用数据库后端，如何设计数据库的高可用架构？</think>### 配置BIND和PowerDNS主备服务器指南 #### 一、BIND主备服务器配置（主：10.10.14.249，备：10.10.14.250） 1. **主服务器配置（10.10.14.249）** ```nginx # /etc/bind/named.conf zone "example.com" { type master; file "/etc/bind/db.example.com"; allow-transfer { 10.10.14.250; }; # 允许备服务器传输 also-notify { 10.10.14.250; }; # 变更时主动通知备机 }; ``` 2. **备服务器配置（10.10.14.250）** ```nginx # /etc/bind/named.conf zone "example.com" { type slave; file "/var/cache/bind/db.example.com"; masters { 10.10.14.249; }; # 指向主服务器 }; ``` 3. **关键操作** ```bash # 主服务器重启服务 sudo systemctl restart bind9 # 备服务器强制同步 sudo rndc reload example.com ``` #### 二、PowerDNS主备服务器配置（主：10.10.81.241，备：10.10.81.242） 1. **数据库后端配置（MySQL示例）** ```sql -- 主备服务器共用数据库 CREATE DATABASE pdns; GRANT ALL ON pdns.* TO 'pdns'@'10.10.81.%' IDENTIFIED BY 'securepassword'; ``` 2. **主服务器配置（10.10.81.241）** ```yaml # /etc/powerdns/pdns.conf launch=gmysql gmysql-host=localhost gmysql-user=pdns gmysql-password=securepassword gmysql-dbname=pdns master=yes ``` 3. **备服务器配置（10.10.81.242）** ```yaml # /etc/powerdns/pdns.conf launch=gmysql gmysql-host=10.10.81.241 # 指向主服务器数据库 gmysql-user=pdns gmysql-password=securepassword gmysql-dbname=pdns slave=yes ``` 4. **数据库复制配置（可选）** ```ini # MySQL主从复制配置（主库my.cnf） [mysqld] server-id=1 log-bin=pdns-bin binlog-do-db=pdns ``` #### 三、验证配置 1. **BIND主备验证** ```bash # 在主服务器添加测试记录 echo "test IN A 1.1.1.1" >> /etc/bind/db.example.com # 在备服务器查询 dig @10.10.14.250 test.example.com +short # 应返回1.1.1.1 ``` 2. **PowerDNS主备验证** ```bash # 通过主服务器添加记录 pdnsutil add-record example.com test A 300 1.1.1.1 # 通过备服务器查询 dig @10.10.81.242 test.example.com +short # 应返回1.1.1.1 ``` #### 四、高可用增强配置 1. **健康检查脚本** ```bash #!/bin/bash # 检查主服务器状态 if ! dig @10.10.14.249 example.com >/dev/null; then echo "主BIND故障，触发切换" # 自动切换逻辑 fi ``` 2. **防火墙规则** ```bash # 允许主备通信 sudo ufw allow from 10.10.14.250 to any port 53 # BIND备机 sudo ufw allow from 10.10.81.242 to any port 3306 # PowerDNS数据库 ``` #### 五、故障切换流程 1. **BIND故障切换** - 停止主服务器：`ssh 10.10.14.249 "sudo systemctl stop bind9"` - 提升备机为主：修改备机配置 `type master` 并重启 - 更新DNS指向：将客户端DNS指向新主(10.10.14.250) 2. **PowerDNS故障切换** - 停止主服务：`ssh 10.10.81.241 "sudo systemctl stop pdns"` - 修改备机配置：`slave=no` → `master=yes` - 重定向数据库：若使用独立数据库，修改备机的`gmysql-host` > **性能指标**：该配置可实现$$ RTO \leq 5\text{min} $$ 和 $$ RPO = 0 $$[^1]