之前提到了信息中心对单IP共享用户数进行了限制,并对可能的原因进行了分析。显然,多人试图通过一个IP上网不太现实了。那应该怎样实现又可以保证实验室内大家可以在同一网段,以便共享文件、服务器和打印机,同时又能让大家通过不同的IP访问外网呢?
实验室多人通过一个路由器上网,一直都很和谐,直到有一天突然看到一个通知《关于限制单IP共享用户数上网的通知》。限制单IP共享上网是怎么实现的呢?
在校园网内访问外网时信息中心会根据IP地址对流量计费。但当实验室使用路由器进行上网时,多人的流量会进行累计统计。一个不小心就可能会使得实验室的网费飙升造成上网账号停用,而且还不知道是谁干的。怎样在实验室内统计每个人的流量呢?
在今年的4月份,SAE的本地PHP环境突然提示需要升级,而升级后却发现该模拟环境无法正常使用了。例如数据库无法正常访问,有些函数也出现运行出错。下面就来分析一下原因并找到解决方法。
在Windows 8.1系统中使用百度杀毒软件2.1,但升级新版本3.0重启后出问题了。具体表现是,启动时还和之前一样,速度也很快,但是输入口令后登录过程持续了很长时间,然后进入系统,黑屏,一片漆黑,这该怎么办?
科研环境需要IPv6的网络,然而由于条件限制,很多实验室内依然使用家用级路由器连接校园网。这种路由器大都不支持IPv6的路由或透传功能,将这样的数据包直接丢弃,因而无法访问IPv6的网络资源。怎样解决这一问题呢?
如果从WindowsXP/2003中通过远程桌面连接访问Windows Vista/7/8/8.1或Windows Server 2008/2008R2等系统,会提示:“远程计算机需要网络级别身份验证,而您的计算机不支持该验证。”但是有些环境仍然需要使用XP等操作系统,该怎样解决这个问题呢?
首次听说SAE是在丛磊大牛在两年多前的一次小范围讲座中,但是真正开始使用SAE则是在2013年9月。但是SAE毕竟不是虚拟主机,而是PaaS服务。这里简单写一篇短文,介绍一下自己的用PHP开发网站迁移到SAE的经历过程中总结的一些小经验。
Fedora20已经发布有一阵子了,但是最近才想起把原来的Fedora19干掉升级到Fedora20。但是平时毕竟Windows用的多,系统的引导程序还是使用WindowsVista/7/8/8.1的BootManager方便,只添加一个到Fedora所在分区的启动项即可。之前的安装方法都是,在安装Fedora或其他Linux系统的时候,将Gurb/Grub2安装到Linux(或boot分区)所在的分区头部而不是磁盘头部(MBR),然后使用dd命令将Linux(或boot分区)的头部512字节导出成一个文件,然后在BootManager(对于Windows XP/2003等即NTLDR)中添加相应的启动项即可。
但是,安装Fedora20的时候貌似没有将GRUB2安装到所在分区头部的选项啊,默认只能安装到主引导记录MBR上。但是还想保持Windows来引导,这该怎么办呢?
给出这样的解决方法:
1、安装Fedora20,但是在选择安装磁盘(即Installation Destination)的时候,点击左下角像链接一样的“Full disk summary and options”。
2、在Selected Disks里面找到Boot列打绿勾的项。如果只有一个磁盘,这里应该只有一项。总之,选中它,点下面的remove,干掉这该启动项。当然,会有提示,说这样就无法引导了。无视它,后面再修复就ok了。
3、按照之前的流程继续安装Fedora20,直至重新启动。
4、重新启动计算机,这时Fedora20的Grub2还没有安装,只能使用原有的Windows。因此,需要使用安装盘进入修复模式。从光盘启动,选择Troubleshooting,再选择Rescue a Fedora system。一路走下去,修复程序会将Fedora20的安装分区挂载到/mnt/sysimage中。选择挂载的时候,不要选择readonly。
5、切换到已安装好的系统,在SH#提示符下执行命令:
chroot /mnt/sysimage
6、配置Grub2的启动文件,并将其安装到所在分区头部。这里假设没有单独放置boot分区,且系统分区在sda7
grub2-mkconfig -o /boot/grub2/grub.cfg grub2-install --force /dev/sda7
我也不知道为什么一定需要force参数。不加的话就提示Error,加入force后就不提示了,然后还能用。
7、提取分区头部的512个字节,将其放置在u盘、或者Windows单独分出的系统预留引导分区(就是安装Windows时的那100M空间)。首先挂载u盘(假设为/dev/sdb1)或者那个预留引导分区(假设为/dev/sda1),即执行
mkdir /mnt/disk mount /dev/sdb1 /mnt/disk
或
mkdir /mnt/disk mount /dev/sda1 /mnt/disk
然后提取引导记录并保存,sda7就是刚才提到的Fedora所在的分区
dd if=/dev/sda7 of=/mnt/disk/Fedora.lnx bs=512 count=1
这样引导记录就存储到Fedora.lnx文件中了。
8、后面的问题就和以前一样了,启动Windows,用bcdedit命令将Fedora.lnx添加到bootmgr中。首先将Fedora.lnx放置到C盘根目录下,如C:\Fedora.lnx,然后在Windows中以管理员权限打开命令行窗口CMD,在命令行中输入下面的命令:
bcdedit /create /d "Fedora 20" /application bootsector
此命令执行后会返回一个GUID,将其复制下来,然后依次执行下面的命令:
bcdedit /set {GUID} device partition=C: bcdedit /set {GUID} path \Fedora.lnx bcdedit /displayorder {GUID} /addlast
上面的{GUID}以前面返回的实际GUID替代。
完成上述操作后重启,就能在BootMgr启动器中看到Fedora 20的启动项了。选择Fedora 20按回车,Fedora20的Grub2启动菜单就出来了。
最近搭建了一个包括域控制器的网络环境,包括一台域控主机和一台用于远程用户登录的主机。然后呢,由于之前测试的原因,两边各有一些用户,并且具有同名的情况。在后者这台主机加入域之后并使用域用户登录时,由于同名的原因,会在系统盘Users目录下为此前的主机用户和现在的域用户分别创建用户目录,之前创建的用户目录的目录名为用户名,之后的同名用户的目录名为“用户名”点“域名或主机名”。
其实这都没什么,后来想着这样以后管理起来有点乱,就把当前主机的用户都删了,又把Users目录下的那些已创建的用户目录也删了,想着以后用户再登陆时会再重新创建的。
结果就悲剧了……
那些已删除的用户再次登陆时,首先会提示“您已使用临时配置文件登陆”,并且提示用户的配置文件会在注销后清除。但是在域上添加新用户并登陆时,还会正常为用户在Users目录下创建用户目录。
这下傻了……关键是怎么解决之前这些已删除配置文件的用户总是使用临时配置文件的问题呢?
查找资料,发现有人提到让用户登录,并在系统属性-高级系统设置-用户配置文件中进行修改,发现没什么用途。
后来终于找到解决方法,其实特别简单,修改注册表即可。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
展开上述主键,找到一堆子键,分别展开,可以看到有的右侧属性中用户目录为已删除的目录,删除这些主键即可。不过误删可就悲剧了。
删除后,再次使用之前域上的用户登录,即可重新在Users目录下为用户创建自己的目录。
Microsoft也有类似的Fix it解决方法,可以参考http://support.microsoft.com/kb/947215