我正在寻找一种可以模拟networking延迟的Solaris工具，并且可能会丢弃一定比例的数据包。 我一直在使用这个searchhxbt ，我hxbt了一个关于solaris的驱动程序hxbt博客： http://www.c0t0d0s0.org/archives/6625-Less-known-Solaris-features-hxbt-or-WAN-emulation.html 看起来这个驱动程序对我来说可能是非常有用的，但是当我点击链接时，我找不到更多关于它的信息，博客条目说我应该去获取它： http://hub.opensolaris.org/bin/download/Community+Group+networking/WebHome/hxbt.tar.gz 似乎它可能已经报废？ 其他人有任何想法或build议吗？
我正在使用socks代理连接到使用其他应用程序的服务器。 在Solaris 10上运行的代理。托pipe代理的服务器configuration为使用我们自己的内部DNS服务器（绑定）来parsing内部主机名。 有时，我们需要更改内部服务器的IP地址，由于某种原因，socks代理可能需要1个多小时才能看到新的IP地址。 产品供应商告诉我们，它使用的是操作系统的DNSparsing器，并没有自己的DNScaching。 我们的内部DNS有一个DNS区域，其中有多个子区域。 我注意到它有一个1小时的默认$ TTL设置在开始，但对于其中一个分区，它再次设置为1天。 看下面的例子： $ORIGIN . $TTL 3600 ; 1 hour mydomain IN SOA dns1.sub1.mydomain. dnsadmin.mydomain.com. ( 2009077402 ; serial 3600 ; refresh (1 hour) 900 ; retry (15 minutes) 604800 ; expire (1 week) 10800 ; minimum (3 hours) ) NS dns1.sub1.mydomain. NS dns2.sub1.mydomain. $ORIGIN sub1.mydomain. dns1 A 10.0.0.1 […]
因此，我正在使用运行在Windows 7上的Putty的Solaris 10 Box，并且在实际的程序（如vim或tmux）中使terminal颜色正常工作时遇到了很多麻烦。 这里是256色的输出： 左边是我的puttyterminal连接到Solaris，右边是运行tmux。 Vim有非常类似的问题。 我试着改变TERM的值：xterm，xtermc，screen-256color，xterm-color等.tput颜色的输出是8，通常在tmux中是256。 这是怎么回事？
我有一个运行在Solaris 11.2服务器上的ipfilter，其规则类似于： pass in log first quick proto tcp from any to any port = 22 flags S keep state 我希望能够编辑并从/etc/ipf/ipf.conf重新加载ipfilterconfiguration。 但是，当我运行svcadm refresh ipfilter ，dynamic状态被丢弃，并且我失去了任何依赖于状态的活动会话。 看起来在Solaris中刷新服务需要简单而残酷的方法： ipf -D ipf -E 从configuration文件加载规则 有没有更好的方法来刷新ipfilter（a）不会丢失状态，（b）确保运行的configuration与从零开始加载configuration相同？
由于某些原因，Solaris 10系统上有cron作业的某些用户名会将cron错误发送到外部邮件服务器，以便将其路由回生成的服务器，而生成的服务器由于始终存在防火墙规则而被阻止。 例如，用户X在她的cron中有一个错误，它应该只是发送一个消息到该用户的本地mbox，而不必去外部邮件服务器来路由邮件，但发生了什么是它试图通过我的邮件发送外部邮件服务器，然后回到生成主机。 我没有为服务器上的用户configuration任何别名，并且其他用户似乎通常在本地用户邮箱中获取其cron错误。 由于外部邮件服务器产生无法传递的types错误，因此我的电子邮件将被路由到我的Outlook收件箱。 我可以使用mailx手动发送电子邮件给本地用户作为本地用户，而不会路由到外部邮件服务器。 这是从邮件服务器发送到我的收件箱的错误。 主题是“无法投递：从”cron“命令的输出”这可能没有任何帮助，因为我知道为什么这被拒绝，它应该被阻止。 真正的问题是什么让它在那里呢？ 用户@ [源服务器编辑]服务器试图传递此消息，没有成功，并已停止尝试。 请尝试再次发送此消息。 如果问题仍然存在，请联系您的帮助台。 下列组织拒绝了你的信息：。 Diagnostic information for administrators: Generating server: [mail server redacted] user@[source server redacted] [source server redacted] Remote Server returned '<[source server redacted] #4.4.7>' Original message headers: Return-Path: <MAILER-DAEMON> Received: from localhost (localhost) by [mail server redacted] (8.14.5+Sun/8.14.4) id t28BQddx014210; Sun, 8 Mar […]
我有一个超微型盒子，前面有24个驱动器，后面有12个驱动器。 它使用zfs运行x86 solaris 10。 以下是zpool状态的输出： NAME STATE READ WRITE CKSUM pool0 DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 c0t50014EE0AD5A2780d0 ONLINE 0 0 0 c0t50014EE6ABA1D6FBd0 ONLINE 0 0 0 c0t50014EE6ABA5D381d0 ONLINE 0 0 0 c0t50014EE6ABB878DAd0 ONLINE 0 0 0 c0t50014EE6ABBA2AE8d0 ONLINE 0 0 0 spare-5 DEGRADED 0 0 3.57K c0t50014EE6ABBA6C1Dd0 DEGRADED 0 0 58 […]
我怎样才能find哪些客户端从solaris 10 NFS服务器挂载NFS共享？ 我已经尝试在服务器上使用dfshare什么都不返回。 dfshares -F nfs 欢呼osp
我正在尝试在Solaris上安装文件系统，其中包含目标和源名称中的空白区域。 例如： nas:/shares/windows/international/Financial Data/OEM/Connect Direct – /nfs/windows/international/Financial Data/OEM/Connect Direct nfs – yes rw,bg,retry=10,vers=3 但是我得到如下错误： mount：警告：vfstab中的“Support / PSMS”的行条目太多 到目前为止，我试图： 双引号vfstab中的path名， 更换空间\ 40（如在Linux中） 用反斜杠逃脱。 这些都没有工作。 在Solaris的目标和源代码上安装包含空白空间的共享的正确方法是什么？
我有一个在OpenSolaris / Illumos / OmniOS上运行的NAS，有几个共享的ZFS文件系统，其中autosnaps被激活以保留一个历史logging（保持4个15分钟快照，24个小时快照，7个每天快照等等）。 我可以使用Windows资源pipe理器以前的版本窗口访问快照，并恢复旧版本的文件或删除的文件，这很好。 重命名或移动文件时出现的问题： 如果我创buildDraft1.txt并在一天内修改它，则历史将被保留。 当我完成草稿并将其重命名为其他任何内容时，请说Letter.txt甚至Draft2.txt ，版本消失（只有在知道旧文件名时才能通过目录访问，或者将文件重命名为旧名称） 。 如果我创build和修改Draft1.txt并保存完成版本Letter.txt （现在有两个文件）的另一个副本，第一个有历史，第二个没有（这是好的）。 如果我删除Draft1.txt ，然后想要恢复它，我可以在目录中find它，但恢复的版本现在已经失去了它的历史。 如果我将文件移动到另一个子目录，则历史logging丢失。 如果我（意外）重命名文件，则历史logging丢失。 所以如果我想保留以前版本的全部function，那么在使用这个共享时，我必须考虑几件事情： 不要重命名文件，首先select的名称必须永远坚持 不要移动或重新组织文件，第一天除外（否则丢失的变化太大了） 更改完成后，切勿使用新名称保存文件（先保存即可） 不要合并或拆分目录，因为所有的内容都会丢失所有的历史logging，即使物理块完全没有改变 除此之外，还有什么可以解决的吗？ 看起来很奇怪的是，ZFS在大多数情况下（写时复制，发送/接收，zvols，快照）的块上工作，但在这种情况下在文件上。 或者这是SMB / CIFS子系统而不是文件系统的限制？
旧Solaris 10服务器中的其中一个shell脚本使用下面的命令来解密文件。 des-sunos5.7 -d -u -k password enc_filename.tar.gz dec_filename.tar.gz 现在我们正在迁移到RHEL 6，并且无法find确切的命令来解密文件。 我们从外部来源收到这个文件，我没有他们用来encryption文件的密码。 我已经使用了下面的命令 openssl enc -d des3 -in filename -out filename; openssl enc -d -des-cbc -iv 0 -d -in filename -out filename; openssl enc -des-ede3 -iv o -d in filename -out filename; 我也尝试了-des-ecb，-des-cbc，-des-ede-cbc，-des-ede3-cbc，-desx -cbc，-des。 我所得到的是“不可思议的数字”。 $file des-sunos5.7 des-sunos5.7: ELF 32-bit MSB executbale SPARC32PLUS Version 1, […]