채윤이네집

config 실패 config에서 실패하면 오류가 어딘지 알 수 있으므로 해당 부분을 GENERIC 파일과 비교하여 오류 수정 make 실패 대부분의 원인이 config 파일이 잘못되어 발생하는 것임 config 파일을 올바로 수정하여 다시 make 부팅 실패 재부팅 후, FreeBSD 부팅 옵션에서 6번의 “Escape to a loader prompt”를 선택 기존 커널로 부팅하도록 함 unload kernel boot /boot/kernel.old/kernel다음과 같은 명령으로 정상 부팅되는 커널로 변경 처리 # mv /boot/kernel /boot/kernel.bad # mv /boot/kernel.old /boot/kernel정상 부팅된 이후, /var/log/messages 파일을 참고하여..

아래 파일들을 삭제하였더니, ssh2 가 올바로 설치되었습니다. rm /usr/local/bin/ssh-* rm /usr/local/sbin/sshd-check-conf rm /usr/local/sbin/sshd rm /usr/local/bin/ssh rm /usr/local/bin/scp rm /usr/local/bin/sftp rm /usr/local/bin/sftp-server rm /usr/local/man/man1/ssh.1 rm /usr/local/man/man1/ssh-* rm /usr/local/man/man1/scp.1 rm /usr/local/man/man1/sftp.1 rm /usr/local/man/man1/sftp-server.1 rm /usr/local/man/man8/sshd.8

Serial: Serial은 Secondary가 Zone 파일의 수정여부를 알 수 있도록 하기 위함이다. Secondary는 백업본의 Serial이 Primary의 Serial보다 작을 경우 Zone 파일을 재전송 받는다. 따라서 Zone 파일이 수정된 후 Serial이 변경되지 않는다면, Secondary는 백업카피를 업데이트하지 않음을 유의하자. Secondary가 없다면 Serial은 의미가 없지만 그렇다 할지라도 Zone 파일이 수정되었을 때 Serial을 증가하는 것은 좋은 습관이다. Serial의 표기는 증가하는 임의 숫자보단 일반적으로 최종 수정일을 YYYYMMDDNN의 형식으로 표기한다. YYYYMMDDNN 연도 표기법은 4294년까지 표기 가능하다. Refresh: Primary측의 Zo..

0. MySQL 설치 이글 참조 : FreeBSD 6.x에서 MySQL 5.0.x 설치기 1. ucspi-tcp 패키지 설치 # cd /usr/ports/sysutils/ucspi-tcp # make install clean 2. daemontool 패키지 설치 # cd /usr/ports/sysutils/daemontools # make install clean # vi /etc/rc.conf svscan_enable="YES" 추가 3. qmail 패키지 설치 # cd /usr/ports/mail/qmail && make install clean 4. sendmail 죽이기 /etc/rc.sendmail 파일을 다른 곳으로 옮겨 재실행시 실행되지 않도록 하기 /etc/rc.conf 파일 수정 send..

맞춤 커널을 만드는 이유는 단순 명쾌합니다. 기본적인 커널에는 불필요한 여러 모듈이 함께 올라가 있기 때문에 무겁기 때문이죠. 서비스를 위해서 사용하지 않는 모듈들을 제거하고, 최적의 성능을 내기 위한 환경설정 값들을 변경한 후에, 맞춤 커널을 만들어서 서비스에 적용하면 더 나은 성능을 기대할 수 있습니다. 맞춤 커널을 만들기 위해선 먼저 커널 소스를 최신 버전으로 받아 놓아야 합니다. 이는 cvsup을 통하여 하면됩니다. 다음 과정을 통하여 맞춤 커널을 빌드하면 됩니다. 1. 자신의 플랫폼에 맞는 커널 옵션 파일을 작성합니다. # cd /usr/src/sys/i386/conf # cp GENERIC MYKERNEL 2. 커널 옵션을 조정합니다. # vi MYKERNEL 커널 옵션 조정은 다음 URL을 ..

qmail을 열심히 설치해서, 데몬을 정상화하는데는 모두 성공하고, 마지막으로 실제 메일은 잘 가는지 테스트 하였습니다. 헛. 그런데... 제목과 같은 로그가 남으면서 메일이 수신되지 않았습니다. 열심히 구글을 뒤진 결과 비슷한 증상을 호소하던 사람이 해결한 방법대로 했더니, 정말 잘 되는 것이었습니다. 방법은 무지 간단합니다. vpopmail에서 생성했던 계정과 도메인을 모두 삭제한 이후, 다시 추가한 다음에 메일을 테스트했더니, 정상적으로 수신 / 발신이 되었습니다. 로그에 남은 오류 메시지 : Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ ../bin/vdeluser user@user.com ../bin/vdeldomain user.com 그리고, 다시 도메인 ..