Articles of linux

stream浪和杯子端口转发不工作。 无法访问

我正在和vagrant打交道,我试图把它用作打印服务器。 我安装了杯子。 内部一切正常。 我甚至可以快速curl到我的本地主机:631(在我的stream浪汉里面的杯子端口),并且有一切。 事情是我无法以任何方式从主机上访问它。 很明显,我转发的端口,我已经尝试了几个端口。 我也尝试过使用Debian和Ubuntu 12.04。 这是我目前的Vagrantfile Vagrant.configure("2") do |config| config.vm.box = "guruDebian" config.vm.network :forwarded_port, guest: 80, host: 8080 config.vm.network :forwarded_port, guest: 631, host: 6363 ## HERE IS CUPS end 有任何想法吗? …如果需要,我会上传任何文件。

我应该为数据中心内的路由设置rto_min吗?

我们有一个专门的服务器租用在一个数据中心与Debian 7,内核3.2。 我们使用其中一台服务器作为数据库服务器。 我们的应用程序服务器和数据库服务器之间的networking不是专用于我们的,而是由数据中心的其他客户使用的。 我们时常会认识到这条线上的TCP重传。 我们认为这是由于拥塞或ddos攻击。 我们的提供商试图防止攻击,但当然并不总是成功。 无论如何。 通常,我们的应用程序服务器在20毫秒内从数据库获取结果,因为数据库服务器速度非常快,往返时间(RTT)平均值为0.3毫秒(因此小于1毫秒)。 当一个TCP数据包在这一行中丢失时,重传超时(RTO)将会启动。它由往返时间计算,但至less为200ms。 所以当一个数据包需要重新传输时,我们有220毫秒的时间才能让我们的应用服务器获取数据,这只是因为RTO。 对我来说rto_min = 200ms似乎是在1ms以内rtt链接的高点。 可以像这样使用ip来设置rto_min: ip route change default via 144.76.176.65 dev eth0 rto_min 5ms RTO仍然可以计算,但是由于我们的RTT非常小,可能会降到5毫秒。 我应该考虑这个还是有其他的TCP陷阱我会陷入rto_min设置这么小? rto_min的合理价值是什么?还是最好不要碰它?

顶部报告所有进程的CPU使用时间非常高

服务器上升时间不到10分钟,但顶端显示所有进程的CPU使用时间非常高[1](使用超过百万小时),这是一个24核心的机器。 系统最终在10-15分钟内坠毁。 电力回收后恢复正常。 我倾向于一个错误的硬件,以某种方式通过电力回收正确初始化。 任何想法可能出了什么问题? [1] PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13 root 20 0 0 0 0 S 100.0 0.0 30019,26 ksoftirqd/2 33 root 20 0 0 0 0 S 100.0 0.0 40025,54 ksoftirqd/7 53 root 20 0 0 0 0 S 100.0 0.0 65042,06 ksoftirqd/12 2842 […]

在使用UCARP进行故障转移时configurationSSH

我已经安装了SSH,并且configuration了UCARP以在两个盒子中的一个出现故障时通过虚拟IP进行故障转移。 我遇到的问题是虚拟机正在运行,并且ucarp接口处于活动状态(eth0:ucarp),我不能使用eth0地址sshlogin虚拟机; 我只能使用eth0:ucarp地址到达它。 我使用本指南来设置UCARP: http ://laurentbel.com/2012/04/04/simple-failover-cluster-on-ubuntu-using-carp/ 有没有一种方法来configurationssh只能在eth0上运行,或者让eth0成为ssh的“主要”接口? 现在,如果我尝试SSH到eth0地址,没有响应(连接超时)。 这是我的/ etc / networking / interfaces文件: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface […]

Ubuntu服务器13.10:从deb软件包安装并运行Archipel

我正在设置一个服务器来托pipe基于Ubuntu Saucy的虚拟机。 决定是使用Archipel进行远程pipe理。 ejabber和Web客户端UI的安装进行得很顺利。 对于代理商,网站上有详细的安装说明 。 但是,在Ubuntu存储库中有可用的deb包。 $ apt-cache search archipel archipel-agent-action-scheduler – Virtual Machine Orchestration (Agent Action Scheduler) archipel-agent-hypervisor-geolocalization – Virtual Machine Orchestration (Agent Hypervisor Geolocalization) archipel-agent-hypervisor-health – Virtual Machine Orchestration (Agent Hypervisor Health) archipel-agent-hypervisor-network – Virtual Machine Orchestration (Agent Hypervisor Network) archipel-agent-hypervisor-platformrequest – Virtual Machine Orchestration (Agent Hypervisor Platformrequest) archipel-agent-iphone-notification – Virtual Machine […]

通过Linux(EBS)进行MICR检查打印

我们正在努力使用Oracle EBS正确打印新的MICR检查打印机(Troy Micr – HP Laserjet 600 M601)。 我们的EBS安装在Oracle Enterprise Linux(Redhat Based)上运行。 打印机本身通过Windows打印服务器共享,我们基于Windows的应用程序可以打印没有问题。 在EBS内,终于得到E-13B字体(底部的帐号和路由号码)打印在支票上,现在我们发现检查validation失败。 尽pipe使用正确的字体,打印的字符被挤在一起(缺less正确的字符间距)。 在Linux操作系统中,我已经尝试了多台打印机驱动程序(PCL和非打印机驱动程序),但找不到任何一致性或解决方法。 有了一些驱动程序,底部的文本打印正确,但其他字段显示为黑匣子而不是文本。 有没有人通过Linux使用Troy Micr打印机成功打印检查? 这款打印机? 从Oracle EBS?

跨机器访问networking名称空间中的tap接口

我希望能够从正在运行的计算机之外的名称空间访问在TAP界面上运行的服务。 我已经安装,看起来像这样 – VM1/Machine1 +eth0 : Public Network +eth1 : Private Network (IP: 192.168.2.5/24) VM2/Machine2 +========================================+ | | | eth0: Public Network 10.1.1.20/24 UP | | eth1: Private Network UP | |—————————————-+ | Network Namespace : test | | TAP0: 192.168.2.10/24, UP | |—————————————-| | | +========================================+ 我希望能够在VM1 / Machine1的命名空间testing下ping /访问运行在TAP0上的服务。 我使用了'命名空间之间的OpenVSwitch'和一些其他在线文章创build桥梁的信息,把'eth1'和'TAP0'放在同一个网桥上。 但我仍然无法访问它。 不知道还有什么失踪? 这是我在VM2 […]

如果SSH没有密码防止rsync一个文件夹读取权限?

对不起,很长的问题。 我尝试添加尽可能多的细节。 在server_1上,我有一个名为backup的系统帐户用户,它有一个主目录,cron作业读取备份脚本。 backup@server_1~]$ ls script_1 script_2 … 在server_2上,我创build了一个标准的用户“备份”来保存当前在server_1上备份的一些存储库。 那些支持罚款数月。 现在,我在/ srv中添加了一个新的repo链接,它由用户&group srv拥有。 backup@server_2~]$ ls drwxrwxr.. backup:backup repo_1 drwxrwxr.. backup:backup repo_2 lrwxrwx… backup:backup repo_3 -> /srv/repo_3 backup@server_2~]$ ls /srv drwxrwxr.. srv:srv repo_3 ^ notice the r, indicating any user should be able to read this data too. 然后,我将server_2上的备份添加到srv组中,以便备份应该能够将所有数据读取到server_1上。 root@server_2~]# usermod -a -G srv backup 然后我试图rsync: […]

Apache2在2.4升级后提供乱码

问题: Ubuntu Linux 13.10上的Apache 2.4通过https:使用AuthBasic和基于.htpasswd的身份validation来提供乱码而不是内容。 这是一个例子: <A»<:þãÕåød|〜>¾… <ÑõáéÙ§ã=œƒb*¢on¹~Ë”xôμkl³J” G”ª= KR:ÜCþ¸ž” UO”!8O1sª\ YS£†长岛” U + = A | >ÙÙbàä)™Ù</s>ÙÙ</s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s></s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> </s> […]

日志bash命令集中服务器或任何审计saas

我正在寻找一种方法来跟踪我们在服务器上的sysmin工作。 可以说,sysmin 1和sysmin 2可以访问任何服务器,但我们需要确保和跟踪他们在我们的服务器中做的任何事情。 就像是: server 1 —- auditd or history>syslog—| server 2 —- auditd or history>syslog——- somthing like log.ly or saas server 3 —- auditd or history>syslog—| 有没有SaaS这样做? 你如何监视你的朋友或sysmin正在工作,所以我们可以在一个中央位置得到这样的东西: server 1, on 24-12-2013 12:42:32 user root command : ls server 1, on 24-12-2013 12:42:32 user root command : cd /home server 2, on 24-12-2013 […]