昔日的'一般'种类

备份和恢复（转储和恢复）

发布者：管理员1日在第29届， 2009年

FreeBSD的7.1和可靠的备份程序，刊登在测试。
最重要的是下面的。
  • 要进行备份的备份必须能够快速，可靠是必要的单用户模式，您需要的空白时间短。
  • 繁琐的备份程序将无法继续下去。
  • 要恢复OKONAE沿线的步骤，其他人（包括他自己经过几个月）如果你能理解这一点的国家必须能够确保。
我建立了一个服务器FreeBSD4.8的时间内完成备份到磁带设备，最近认为，硬盘驱动器是一个很好的途径OKONATTA 。
备份到磁带上，这需要时间，而且可靠性薄媒体体验更大的容量比硬盘是每日备份磁带必须考虑到生活的巨大的磁带介质，真正的有无KUNARI 。
一旦在过去， RAID5硬盘配置坠毁时，两辆车在同一时间，在备份的几个月前...我陷入僵局在这种情况IMASHI认为的最佳方式，即可获得每日备份但是，现在我们已经解决了以这种方式。

备份（转储）

原始服务器和备份如下。 
 ns# df
Filesystem  1K-blocks    Used   Avail Capacity  Mounted on
/dev/ad0s1a   1012974  153114  778824    16%    /
devfs               1       1       0   100%    /dev
/dev/ad0s1f   2025860    9122 1854570     0%    /home
/dev/ad0s1d   6090094 2420298 3182590    43%    /usr
/dev/ad0s1e   1012974   34662  897276     4%    /var

装载设备来存储备份数据

记忆中的USB接口的SCSI硬盘驱动器，在IDE硬盘的主从系GIMASHITA 。
设备连接到设备的名称在dmesg得到验证。 
 ns# dmesg
.....
ad0: 11264MB <VMware Virtual IDE Hard Drive 00000001> at ata0-master UDMA33
ad1: 13312MB <VMware Virtual IDE Hard Drive 00000001> at ata0-slave UDMA33
.....
见肾滚动更快！ 如果是 
 ns# dmesg|more
甲， [ 1 ]或[ ↓ ]滚动底部， [ k ]或[ ↑ ]滚动了。
[ q ]退出查看。 （见人以上）

初始化和安装备份目的地

这是必要的，只有第一个装置连接。
第二次是不必要的。 
 ns# sysinstall
使用sysinstall是一个非常漫长的时间，依靠过去的回忆 
 ns# /stand/sysinstall
一，下列错误DEMASHITA 。 
 /stand/sysinstall: Command not found.
 

 ns# which sysinstall
/usr/sbin/sysinstall
随着最近的FreeBSD它。
通常情况下，为/ usr / sbin所以我应该走的道路， sysinstall是一个很好的理由只。

[配置] ，选择[进入]按钮。


[分区]选择[进入]按钮。


选择备份目的地装置[进入]按钮。 （这是ad1 ）


[中] ，然后按[进入]按钮。


[ 165 ]的[进入]按钮。


[我们]按钮。
确认对话框中会显示[是] ，选择[进入]按钮。


[无]选择[进入]按钮。


[ q ] ，然后按下。


[取消] ，选择[进入]按钮。


[标签]并选择[进入]按钮。


[中] ，然后按[进入]按钮。


[财政司司长]仍然是已选定的[进入]按钮。


进入圣殿山。 （在/备份）
目录自动创建挂载。


[我们]按钮。


[是] ，选择[进入]按钮。


[ q ]菜单，然后按下返回， [取消]按钮。


[退出]或[取消]按钮。


[退出安装]选择[进入]按钮。

转储运行

每个分区的备份。 
 Filesystem  1K-blocks    Used   Avail Capacity  Mounted on
/dev/ad0s1a   1012974  153114  778824    16%    /           <=== /backup/root.dump
devfs               1       1       0   100%    /dev        <=== バックアップ不要
/dev/ad0s1f   2025860    9122 1854570     0%    /home       <=== /backup/home.dump
/dev/ad0s1d   6090094 2420298 3182590    43%    /usr        <=== /backup/usr.dump
/dev/ad0s1e   1012974   34662  897276     4%    /var        <=== /backup/var.dump
 

 ns# dump -0uaLC 32 -f /backup/root.dump /

选项说明

0 DANPUREBERU 0 （全）
ü成功后转储，的/ etc / dumpdates数据库的更新。
检测结束了媒体。 （也许是没有磁带。 ）
L FreeBSD5.0使用快照功能在船上。
有了这项功能，必须减少单用户模式。
ç 8-32缓存大小（单位：手机）之间有一些，大大提高性能。
然而， L 是一个选项，如果你不这样做， C是一个很好的选择被删除。
（更多信息）
f你指定文件的备用电源。
同样，任何其他三个。 （高容量/usr等/usr这需要一段时间） 
 ns# dump -0uaLC 32 -f /backup/var.dump /var 
 
 ns# dump -0uaLC 32 -f /backup/usr.dump /usr 
 
 ns# dump -0uaLC 32 -f /backup/home.dump /home
这是完整的备份。 

 ns# ls -al /backup
total 2662822
drwxr-xr-x   3 root  wheel            512 Jan 27 17:26 .
drwxr-xr-x  23 root  wheel            512 Jan 27 17:02 ..
drwxrwxr-x   2 root  operator         512 Jan 27 17:02 .snap
-rw-r--r--   1 root  wheel        9646080 Jan 27 17:26 home.dump
-rw-r--r--   1 root  wheel      155197440 Jan 27 17:16 root.dump
-rw-r--r--   1 root  wheel     2524764160 Jan 27 17:36 usr.dump
-rw-r--r--   1 root  wheel       35655680 Jan 27 17:26 var.dump
如果你想更安全，转储文件创建一个临时文件的处理，我要复制到其他媒体。

危机！ 在那一刻的版本的FTP站点下载livefs.iso LiveFS光盘创建。
与“ FreeBSD的第XX号紧急启动盘”是附近的服务器书面（其中突出的）在你们身上。

恢复（恢复）

我们确认以下配置。
  • 新的服务器（服务器启动磁盘操作系统最重要的是未安装）
  • 以上主要从服务器的备份数据连接的IDE硬盘
启动硬盘ad0
备份数据存储硬盘ad1
其他需要LiveFS光盘

启动裁谈会在LiveFS

首先， LiveFS CD放入服务器启动。
（裁谈会无法启动，如果BIOS让平静的审查）

如果你是善于日本， [110 Japan]并选择[进入]按钮。
[PageUp] 7倍， [ ↓ ] 4是快速和时间）

[Japanese 106 keymap]因为我已选定，如[进入]按钮。


硬盘启动初始化（创建分区片）

[配置] ，选择[进入]按钮。


[分区]选择[进入]按钮。


选择启动设备[进入]按钮。 （这里是ad0 ）
请不要指定设备，不支持数据存储。


[ C ]条与显示的号码，然后按[进入]按钮。


[ 165 ]的[进入]按钮。


[ q ] ，然后按下。


[标准]并选择[进入]按钮。


[取消]返回菜单，然后按下。


[标签]并选择[进入]按钮。


[中] ，然后按下。


根（ / ）来指定的数额分配给分区。 （以下是1GB的）
旧服务器（原始备份）可能有问题，而不是更少。 DD和问题没有得到与许多分钟。


[财政司司长]仍然是已选定的[进入]按钮。


进入圣殿山（ / ） ， [进入]按钮。


同样， [中]设定互换按钮。
这是的内存量是安装在新的服务器是美好的时光。 （以下是1GB的）


[交换]选择[进入]按钮。


同样， [ C ]条按/var指定分配的数额。 （以下是1GB的）
旧服务器（原始备份）可能有问题，而不是更少。 DD和问题没有得到与许多分钟。


[财政司司长]仍然是已选定的[进入]按钮。


进入圣殿山（ /var无功/var按钮。


同样， [ C ]条按/usr ，然后分配给指定的能力。 （以下是4GB的）
旧服务器（原始备份）可能有问题，而不是更少。 DD和问题没有得到与许多分钟。
/主页分割和不创造配置在/ usr割日当TETAI如果所有剩余的空间的左侧显示的数字不指定金额[进入]按钮。


[财政司司长]仍然是已选定的[进入]按钮。


进入圣殿山（ / /usr按钮。


同样， [中]所有的剩余空间，按/ /home分配。
不改变显示的数字[进入]按钮。
/首页分区不需要如果这项工作是不必要的。


[财政司司长]仍然是已选定的[进入]按钮。


进入圣殿山（ / /home按钮。


你会喜欢这一点。
我不喜欢，选择分区[ d ]删除就可以按下，请重新设置。
如果[我们]按钮。


确认对话框中会显示[是] ，选择[进入]按钮。


[ q ]菜单，然后按下返回， [取消] ，选择[进入]按钮。


开始Fixt

[ Fixit ]选择[进入]按钮。


[光碟/数码影碟]选择[进入]按钮。


运行fixit 。


设备分区您刚刚创建（ ad0s1a 〜 ad0s1f ）请确保您已注册。
Fixit# ls /dev


分区您刚刚创建的/产妇和新生儿破伤风/mnt如下。 
 Fixit# ls /mnt
.snap/  dev/   home/   usr/   var/

山硬盘的备份数据

备份数据，以便装入硬盘/ mntbk /mntbk目录。 
 Fixit# mkdir /mntbk
Fixit# _
在IDE硬盘的主从连接的“ ad1s1 ”是装置名称。
ad1s1 C的C的， 请参阅这里。 
 Fixit# mount /dev/ad1s1c /mntbk
Fixit# _

开始恢复

ルート（ / ）をrestore 
 Fixit# cd /mnt
Fixit# restore -rf /mntbk/root.dump

/varをrestore 
 Fixit# cd /mnt/var
Fixit# restore -rf /mntbk/var.dump

/usrをrestore 
 Fixit# cd /mnt/usr
Fixit# restore -rf /mntbk/usr.dump

/homeをrestore 
 Fixit# cd /mnt/home
Fixit# restore -rf /mntbk/home.dump

在许多情况下，血清和恢复中的一个大错误以下。 
 Fixit# cd /mnt/usr
Fixit# restore -rf /mntbk/usr.dump

/: write failed, filesystem is full
restore: /tmp//rstdir1233044785: cannot write directory database: No space left on device
Try making space in /tmp/, or set environment variable TMPDIR
to an alternate location with more disk space.
Fixit# _
这是恢复的原因是大量的工作所需的临时文件。
如果是这样，下面的方法来改变川芎嗪再次请恢复目录。 
 Fixit# mkdir /mntbk/tmp
Fixit# TMPDIR=/mntbk/tmp
Fixit# export TMPDIR
/ mntbk硬盘一个问题是数据备份。
川芎嗪这里创建目录意味着你使用。
在此之后，需要的是一些SEMARA / mntbk / tmp目录如果您删除的目录，运行该命令将防止几乎所有。
在这种情况下，如下：将tmp目录。 
 Fixit# TMPDIR=/tmp
Fixit# export TMPDIR

重写fstab中指令行

这是没有必要重写工作，让我们检查。
之间的差异为了创建的分区，导致这种状况无法启动，我发现二天...

请务必将安装目前的局势。 
 Fixit# df
Filesystem      1K-blocks    Used   Avail Capacity  Mounted on
/dev/md0             4175    2449    1726    59%    /
devfs                   1       1       0   100%    /dev
/dev/ad0s1a       1012974  153114  778524    16%    /mnt
devfs                   1       1       0   100%    /mnt/dev
/mnt/dev/ad0s1f   8122034    9426 7462846     0%    /mnt/home
 /mnt/dev/ad0s1e   4058062 2434140 1299278    65%    /mnt/usr 
 /mnt/dev/ad0s1d   1012974   34750  897180     4%    /mnt/var 
/dev/acd0          226150  226150       0   100%    /dist
/dev/ad1s1c      13198878 2662822 9480146    22%    /mntbk

然后打开您的fstab中指令行。
Fixit# vi /mnt/etc/fstab 
 # Device          Mountpoint         FStype   Options         Dump     Pass#
/dev/ad0s1b       none               swap     sw              0        0
/dev/ad0s1a       /                  ufs      rw              1        1
/dev/ad0s1f       /home              ufs      rw              2        2
 /dev/ad0s1d       /usr                ufs      rw              2        2
 /dev/ad0s1e       /var                ufs      rw              2        2
/dev/acd0         /cdrom             cd9660   ro,noauto       0        0

我注意到分歧强调。
设备名称“ ad0s1e ”和“ ad0s1d ”没有安装在扭转名称。
如果你喜欢这个， “ /产妇和新生儿破伤风的/ etc / fstab中指令行”在编辑器中打开，请储存纠正。

这样就大功告成了！
LiveFS裁谈会没有导致重新启动。

后处理

当您执行还原，在当前目录的每个分区将创建一个名为restoresymtable 。
这就是将需要恢复增量备份，恢复和删除您当您完成。 
 ns# ls /
.cshrc        boot          entropy          mnt             sys
.profile      cdrom         etc              proc            tmp
.snap         compat        home             rescue          usr
COPYRIGHT     dev           lib               restoresymtable  var
backup        disk2         libexec          root
bin           dist          media            sbin
 

 ns# rm /restoresymtable 
 ns# rm /var/restoresymtable 
 ns# rm /usr/restoresymtable 
 ns# rm /home/restoresymtable

在此

长期停止在以下消息当您尝试启动恢复服务器。 
 Configuring syscons: keymap blanktime
“配置syscons ：按键blanktime ” ，请参阅轮候时间的观点。

不能分割了以下信息： 
 Unable to find device node for /dev/ad0s1b in /dev!
The creation of filesystems will be aborted.
分区创建切片在[我们]请不要按下？
分区菜单[我们]是押SAZU ， [ q ] ，然后按下只，标签的结束设置，最后在标签菜单[我们]按钮。

未能在sysinstall的Fdisk标签
经历了许多次的核查。
在sysinstall的Fdisk标签，请参阅要失败的。

要备份另一个远程服务器连接到网络
旧的故事“的磁带驱动器来备份和恢复”请帮助。

提起下安装， 一般 |

1条评论»

“配置syscons ：按键blanktime ”超时等待显示

发布者：管理员1 27日星期一， 2009年 

 Configuring syscons: keymap blanktime
表明，停止的时间所造成的sendmail启动那就等待逾无法正常启动。
DNS和网络周围见直SHIMASHOU 。

如果我这样做， 转储和恢复的VMware测试遇到这个问题，而在旅途中，因为他是错误的网络适配器设置...

根据提交大会 |

1条评论»

sshd配置（ DSA检查验证）

发布者：管理员在11日第8次， 2008年

FreeBSD的sshd默认启动。 
 # which sshd
/usr/sbin/sshd
因此，后在/etc/ssh/sshd_config ，以AllowUsers USERNAME不仅如此， BURUTOFOSUATAKKU （蛮力攻击）对数字减影血管造影应当验证。
如果你看一下你看到的访问日志，或卑微的国家饼干或分RIMASEN漫游，你应该会发现攻击的痕迹。

重写了配置文件

/etc/ssh/sshd_config 
 Protocol 2
SSH2协议使用 
 PermitRootLogin no
禁用root登录在 
 PubkeyAuthentication yes
认证，使用数字减影血管造影 
 PasswordAuthentication no
PermitEmptyPasswords no
没有，没有，没有密码验证和密码 
 ChallengeResponseAuthentication no
因此，没有no它的密码。

经过重写sshd启动。 
 # /etc/rc.d/sshd restart
或者，在早期版本也可能是一个错误，因为如果它是通过以下方式。 
 # ps aux | grep sshd
# kill -HUP  PID

私人钥匙id_dsa和公钥id_dsa.pub产生

登录ssh来使用户能够访问。 root其他）
输入以下命令。 
 $ ssh-keygen -d 
 Generating public/private dsa key pair.
Enter file in which to save the key (/home/ USERNAME /.ssh/id_dsa):    [Enter] 
Created directory '/home/ USERNAME /.ssh'.
Enter passphrase (empty for no passphrase):                      [PASSWORD] [Enter] 
Enter same passphrase again:                                     [Re PASSWORD] [Enter] 
Your identification has been saved in /home/ USERNAME /.ssh/id_dsa.
Your public key has been saved in /home/ USERNAME /.ssh/id_dsa.pub.
The key fingerprint is:
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx  USERNAME @ HOST . DOMAIN . NAME

公钥id_dsa.pub重新命名 

 $ cd /home/ USERNAME /.ssh
$ mv id_dsa.pub authorized_keys
$ chmod 0600 authorized_keys

私人钥匙id_dsa移动到客户机

SSH的客户端以连接到/home/ USERNAME /.ssh/id_dsa动议。 如果您担心安全， FTP等有没有USB软盘是一个很好的记忆和做的过程中，利用媒体的注意。
id_dsa以保存该文件，这将取决于客户端，请参阅您的手册。
亲自开源万亿词汇是一个好主意。

根据提交大会 |

没有评论»

到特定的用户授予根

发布者：管理员在11日第3次， 2008年

在命令行用户su和类型设置为能够获取root权限。
/etc/group 
 wheel:*:0:root, USERNAME

根据提交大会 |

没有评论»

停止并重新启动一个特定的服务

发布者：管理员在11日第3次， 2008年

停止 
 # kill -KILL `cat /var/run/ PROCESS .pid`

重新启动 
 # kill -HUP `cat /var/run/ PROCESS .pid`

检查的进程ID或身份证中指定的进程。
停止 
 # ps -aux | grep named
# kill -KILL　 PID
重新启动 
 # ps -aux | grep named
# kill -HUP　 PID

根据提交大会 |

没有评论»

进程ID审查

发布者：管理员在11日第3次， 2008年 

 # ps -aux | grep  PROCESS_NAME

根据提交大会 |

没有评论»