服务器 Gind.cn

任何人都可以解释为什么开源Asterisk与NEC / Syntel / Matrix或西门子等厂商的传统PBX系统相比有利。

标题几乎说明了一切。 我只是想知道这是否会影响虚拟机的处理方式，如果一种方法比另一种更好。

在Linux服务器上，我试图find我的服务器知道的MAC地址。 具体来说就是我连接的交换机端口的MAC地址。 这可能吗？ 更新：下面的答案帮助了我。 我的交换机是一个pipe理型交换机，但是因为我的主机上的IP地址被设置为静态，所以交换机由于某种原因没有收到MAC地址。 我将主机改为DCHP，这使得我的交换机在发送DHCP请求后，能够正确地在连接的端口上获取MAC地址。 这使我可以使用交换机的MAC地址表来找出哪些主机连接到哪个端口，我把主机回到静态IP。

我试图设置nginx来运行我的一个rails应用程序，当看看ps -e | grep nginx输出时 ps -e | grep nginx ，我意识到nginx工作进程与用户nobody运行。 有没有原因，他们没有运行www数据？

注意：在你跳得太快之前，是的，我读了linuxatemyram.com ！ 我有一个64GB内存的服务器。 free -m说我的RAM已满，并不是因为磁盘caching： total used free shared buffers cached Mem: 64458 64117 340 201 67 331 -/+ buffers/cache: 63719 739 Swap: 1532 383 1149 但是，按内存使用sorting的top不超过64GB： KiB Mem: 66005116 total, 65652464 used, 352652 free, 67512 buffers KiB Swap: 1569780 total, 392656 used, 1177124 free. 337464 cached Mem PID USER PR NI VIRT RES SHR […]

在我的Mac OS 10.5机器上，我想设置~/Documents/foo/html类的~/Documents/foo/html子文件夹为http：// localhost / foo 。 我想要做的第一件事是使用Alias如下： Alias /foo /Users/someone/Documents/foo/html <Directory "/Users/someone/Documents/foo/html"> Options Indexes FollowSymLinks MultiViews Order allow,deny Allow from all </Directory> 这让我403禁止。 在我得到的error_log中： [error] [client ::1] (13)Permission denied: access to /foo denied 有问题的子文件夹具有chmod 755访问权限。 我试过指定喜欢像http：//localhost/foo/test.php ，但也没有工作。 接下来，我尝试了符号链接路线。 进入/Library/WebServer/Documents并build立~/Documents/foo/html的符号链接。 文档根目录 Options Indexes FollowSymLinks MultiViews 这仍然让我403禁止： Symbolic link not allowed or link target not accessible: […]

我是一个chroot新手，试图做一个简单的chroot监狱，但一次又一次地反对同样的问题我的头…任何帮助将大规模赞赏 我创build了一个我想用作jail的/usr/chroot目录，并在其下创build子目录，并将/bin/bash的依赖关系复制到其中： [root@WIG001-001 ~]# cd /usr/chroot/ [root@WIG001-001 chroot]# ls [root@WIG001-001 chroot]# mkdir bin etc lib var home [root@WIG001-001 chroot]# ldd /bin/bash linux-vdso.so.1 => (0x00007fff99dba000) libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00000037a2000000) libdl.so.2 => /lib64/libdl.so.2 (0x000000379fc00000) libc.so.6 => /lib64/libc.so.6 (0x000000379f800000) /lib64/ld-linux-x86-64.so.2 (0x000000379f400000) [root@WIG001-001 chroot]# cp /lib64/libtinfo.so.5 /usr/chroot/lib/ [root@WIG001-001 chroot]# cp /lib64/libdl.so.2 /udr/csr/chroot/lib/ [root@WIG001-001 chroot]# cp /lib64/libc.so.6 /usr/chroot/lib/ [root@WIG001-001 chroot]# […]

我正在运行CentOS 64位，只是发现我正在我的dual quad Xeon上运行prefork MPM。 我被告知工作人员会给我更低的内存使用率和更高的性能，因为我运行一个非常高的stream量网站。 如果这是真的，我该怎么做？

我需要指定启动进程的启动顺序。 我有389目录服务器和Samba运行在Fedora 18上。我怎么能有networking​​服务启动，然后389 DS，然后桑巴？ 在Fedora中有没有一个GUI来pipe理这个？ 我已经启用了Samba开始与systemctl enable smb.service 。 我也用systemctl enable dirsrv.target启用了389 DS。

我们有我们组织的主要领域（与AD）example.com。 在过去，以前的pipe理员已经创build了几个其他的区域，如dmn.com，lab.example.com，dmn-geo.com等，以及子域和委托，这些都是针对不同的工程组。 我们的DNS现在是一个混乱。 当然，当example.com中的工作站上的某个人需要连接到其他任何区域/子域中的系统时（或者相反），这当然会引起问题（部分原因是区域传输和委派没有针对大多数区域进行正确configuration） 。 我们的生产DNS与Active Directory集成，但工程系统应该与AD隔离。 我们正在讨论重组DNS和合并所有这些不同条目的方法。 我看到我们可以采取三种不同的途径： 创build一个新的区域，即“dmn.eng”。 这可以由ITpipe理，使用我们的DNS服务器或使用其名称服务器进行工程devise。 创build一个新的代表eng.example.com，将工程DNS合并到该子域中，并让工程师pipe理该代理的名称服务器。 创build一个没有授权的新域名eng.example.com，并为我们自己的子域pipe理DNS。 我喜欢创build一个委托子域，并让工程师完全控制自己在该子域内的DNS结构。 好处是，如果他们的DNS不起作用，这很可能不是我的错;）。 但是，当某些事情不起作用时，责任仍然有些模棱两可，需要与工程师协调来build立，configuration和pipe理。 如果我们不委托子域，这意味着生产IT处理非生产性DNS（我们已经基本上已经做了很多工作）的许多工作。 好处是我们可以完全控制所有的DNS，当一些事情不起作用的时候，毫无疑问，谁来解决这个问题是谁的责任。 我们还可以添加代表（如geo.eng.example.com），以便在需要时为工程提供更多的灵活性和控制权。 我真的不确定创build一个新的区域dmn.eng的必要性或好处。 那么，针对这种情况的行业最佳实践和build议是什么？ 最简单的解决scheme是在工程和生产之间实现和提供无缝的名称parsing。 每个解决scheme有哪些潜在的好处或陷阱可能会丢失？ 要增加更多的信息，我们是一个相当大的制造公司。 这些工程师从事研发，开发和质量保证工作。 实验室往往有自己的子网或整个networking，DHCP等。在组织和技术方面，他们是一个他们自己的小世界。 我们希望为工程实验室和networking维护一定程度的networking隔离，以保护我们的生产环境（参考以前关于将工程DHCP服务器添加为权威AD DHCP服务器的工程师的问题 – 这是不应该发生的）。 然而，实验室工作站上的用户需要访问我们生产networking中的资源，或者我们生产networking上的工作站上的用户需要连接到实验室系统，而这种情况发生的频率足以certificate统一的DNS。 现有的代理已经有了由工程pipe理的DNS服务器，但是在设置这些服务器的不同实验室中，工程师之间没有通信，所以最常见的问题是子域之间的名称parsing失败。 由于工程师拥有这些代理服务器，所以我不能纠正NS条目让他们彼此交谈 – 因此这是IT完全拥有的未委托DNS的优势。 但是，为生产和工程pipe理DNS是一件令人头疼的事情，尤其是工程师可以每天进行DNS更改。 但正如BigHomie在他的回答中所提到的，这可能意味着工程师将不得不雇用（或指定）一个真正的DNSpipe理员; 那个人和我必须相当熟悉。 我不一定喜欢用任意顶级域名或后缀创build一个新区域的想法，但是我们已经有了另外5个任意区域的区域，所以巩固成一个区域仍然是一个改进。 我知道其他公司也存在这样的公司，它们在组织中确实为不同的组织分配了顶级区域，所以我很好奇什么时候这是合适的，以及这种方法的优点和缺点。 仅供参考，我只在这家公司工作了几个月，之前的AD / DNSpipe理员离开了公司，所以我没有任何可以提及的为什么现有的DNS结构存在。