服务器 Gind.cn

我有一个Linux文件服务器，用于安装罚款NFSv3导出。 文件服务器不得不停机进行硬件维护。 将服务器备份后，Linux客户端不能再挂载nfs导出。 服务器或客户端上的configuration没有改变。 我做了一个软件更新，并在第一次安装失败后重新启动客户端，但没有帮助。 [root@client ~]# showmount -e ark Export list for ark: /mnt/bigraid * [root@client ~]# mount -t nfs ark:/mnt/bigraid raid 这只是挂在这一点上。 在另一个terminal… [root@client ~]# dmesg | tail [ 2526.676437] nfs: server ark not responding, timed out [ 2529.183107] nfs: server ark not responding, timed out [ 2531.689778] nfs: server ark not responding, […]

我有一个nginx作为后端前的代理，我想分开对特定位置的请求到一个单独的文件。 仍然请求应该去相同的后端服务器，但我不想看到他们在主要访问日志里面。 另外我不想指定所有的proxy_东西两次。 server { … access_log /var/log/nginx/jira.access.log full; error_log /var/log/nginx/jira.error.log; client_max_body_size 150m; location /special/ { } location / { # many lines of config params for proxy_… proxy_pass http://dowa-02.example.com:8080; … } }

我阅读了这个教程 – https://help.ubuntu.com/community/BasicChroot–我的理解是，chroot是改变/的过程，而创build的新的受限环境是“监狱”。 但有人说我错了，chroot和jail是两个完全不同的东西。 有人能用简单的术语来解释我的区别吗？

据Hostgator上的Linuxpipe理员介绍： 使用安装了APC的PHP 5.3并不需要，因为PHP 5.3已经有了APC在其中解决的改进。 这种说法是否准确？ 安装APC（可选PHPcaching）是否可以提高PHP 5.3的性能？ 我对这个声明提出了质疑，而另外一个pipe理员则通过以下方式进行辩护 我们高层pipe理员的官方话语是避免APC，因为PHP 5.3+已经比以前的版本有所改进，因此APC可能会变得多余甚至冲突 我在这里被扔在这里或者这个陈述是否有效 ？ 与Hostgator讨论了这个问题，关于在其7级 VPS上安装APC。

我收到用户对大型仓库设备两个部分之间networking应用程序性能不佳的抱怨。 该软件是在Linux服务器上运行的基于curses的terminal应用程序。 客户端是运行telnet或SSH客户端的PC。 麻烦发生在一天前，没有最近（已知）的环境变化。 核心交换机是MDF中的Cisco Catalyst 4507R-E ，与IDF中的一个4层Cisco Catalyst 2960交换机相连，它们通过多模光纤相连。 服务器在MDF中。 受影响的客户是IDF。 从Linux应用程序服务器ping到跨越build筑物的2960堆栈pipe理地址显示出高度的变化和大量的延迟： — shipping-2960.mdmarra.local ping statistics — 864 packets transmitted, 864 received, 0% packet loss, time 863312ms rtt min/avg/max/mdev = 0.521/5.317/127.037/8.698 ms 但是，从应用程序服务器ping到客户端计算机则更加一致： — charles-pc.mdmarra.local ping statistics — 76 packets transmitted, 76 received, 0% packet loss, time 75001ms rtt min/avg/max/mdev = 0.328/0.481/1.355/0.210 ms 没有相关的Linux接口或switchport显示错误（ […]

可悲的是，我一直在做Linuxpipe理一段时间，我仍然不知道在哪里可以find一个Linux密码允许字符的完整列表。 我的猜测是，这可能是因为configuration可能会在不同的系统上有所不同，具体取决于configuration，例如：passwd文件与Open LDAP。 使用authz / passwd / shadow文件时是否有任何允许的Linux凭据的完整列表？

我有一个AWS实例，我想成为一个VPN服务器。 它将Windows 7客户端连接到亚马逊云中的专用networking。 我已经安装了Ubuntu 12.04和strongswan-ikev2软件包。 ipsec version报告Linux strongSwan U4.5.2/K3.2.0-52-virtual 请注意，客户端和服务器都在NAT之后（客户端，因为它在本地办公networking，服务器，因为它在亚马逊的云）。 我在Amazon仪表板和客户端的防火墙上解除了UDP端口500和4500的封锁。 这是/etc/ipsec.conf： config setup plutostart=no conn %default keyexchange=ikev2 ike=aes256-sha1-modp1024! esp=aes256-sha1! dpdaction=clear dpddelay=300s rekey=no conn win7vpn left=%any leftsubnet=<amazon VPC CIDR block> leftauth=pubkey leftcert=openssl-cert.pem leftid=<vpn server public dns name> right=%any rightsourceip=<amazon private IP address, which elastic ip is forwarded to> rightauth=eap-mschapv2 rightsendcert=never eap_identity=%any auto=add 这是/etc/ipsec.secrets： : RSA […]

关于区分大小写的希腊主机名我有一个很快的问题。 例如，如果我希望使用希腊字母ΩΩ来注册主机名称，如：ΩΩΩΩ.com，实际上它会显示为小写字母：ωωωω.com。 当然，英语也是如此，例如E就会变成e。 如果要把它作为一种语言阅读，这不是一个问题，但是如果这样做的目的是在主机名中使用欧米茄作为符号“Ω”而不是字母，那么这是有问题的。 有没有办法解决这个问题，为了保持大写字母？ 有域名注册网站提供这种types的服务吗？

我正在尝试使用IPMI Serial Over Lan（SOL）控制台为远程计算机创build监视系统。 远程操作系统是RHEL 6，主板制造商是Supermicro。 我已经在BIOS中成功启用了SOLredirect。 这使我可以通过IPMI连接的SOL控制台查看启动的BIOS和内核部分。 接下来，我遵循许多在线文章中提到的步骤来获得我的操作系统（运行级别3，只是文本terminal）也redirect。 结果几乎总是一样的：在对/etc/grub.conf，/ etc / inittab和/ etc / securetty进行更改后，我可以通过SOL控制台（yay！）看到grub菜单，但只要操作系统开始启动，我的SOLterminal收到1个乱码字符，只剩下一个。 作为参考，这是我的grub.conf： serial –unit=1 –speed=115200 –word=8 –parity=no –stop=1 terminal –timeout=5 serial console timeout=10 default=0 #splashimage=(hd0,0)/boot/grub/splash.xpm.gz hiddenmenu title Red Hat Enterprise Linux (2.6.32-220.el6.i686) root (hd0,0) kernel /boot/vmlinuz-2.6.32-220.el6.i686 ro \ root=UUID=5f8c255c-f997-4d6a-9af5-a133fc9229a0 rd_NO_LUKS \ rhgb crashkernel=auto quiet biosdevname=0 LANG=en_US.UTF-8 rd_NO_MD quiet \ SYSFONT=latarcyrheb-sun16 […]

我已经inheritance了非常糟糕的Active Directory林。 它有一个单一的森林，每个网站都有一个域树，每个域都有一个域控制器。 没有域是任何其他域的孩子。 现在我们把一个DC称为M1的域M，当我们将虚拟机从一个虚拟机迁移到另一个时，出现问题，所以我们回到工作状态，导致了USN回滚，并且2008r2 DC M1已经检测到这个。 在这个模糊的过程中，在域M中有两个DNS条目，这可能是在回滚期间丢失的唯一东西，因为当时没有用户在域M中活动。 目前，DC M1已经使用repadmin /options M1 -DISABLE_INBOUND_REPL和repadmin /options M1 -DISABLE_OUTBOUND_REPL重新启用了入站和出站复制，并且在事件ID为2103的暂停状态下启动了其netlogon服务。 我想要的解决scheme是为所有10个站点build立一个新的单一域，并重新开始。 但是，除了从暂停状态开始的netlogon烦恼之外，无论如何它似乎仍然工作正常。 我有的问题是： 有没有那么严重的build议呢，或者重新开始并做得正确的工作也是一样的吗？ 如果我只删除registry项 HKLM\System\CurrentControlSet\Services\NTDS\Parameters\DSA Not Writable并忽略回滚，那么对多域林中的单个DC域会有什么影响？ 因为这是一个单一的DC我们不能执行 然后降级，然后提升DC从另一个现有DC进行复制，因为在同一个域中没有复制DC 做一个非权威的系统状态恢复，因为这需要一个function健全的DC复制。 编辑：是的，我们有，或者可以从旧的系统映像做一个系统状态备份，这是比墓碑的生命周期更年轻。