HP_UX Admin II

layer	command
7	# nsquery  -> nsquery hosts host-name     <--- 이놈은 /etc/hosts 에 등록된 녀석이 있는지 확인하는 용도임 # nslookup 거의 동일.....
6
5
4
3	ip확인 명령어 # ifconfig net-interface : .. # netstat -in # ifconfig lan0 128.1.1.1 netmask 255.255.0.0 up ( lan0의 ip setting 후 device up ) # ifconfig lan0 unplumb ( 설정 초기화 ) # ifconfig lan0 up/down ( down후 netstat -in해보면 lan0* 로 표시됨 ) routing table 관련 # route add host 129.1.1.1 128.1.0.1 1                       dest          next      hop count
2	# lanadmin : (없어질 예정 -> nwmgr이 대체)  -> lanadmin -x # : 특정#의 lan card의 속도와 옵션  -> lanadmin -X 1000FD # : #번째 lan card의 속도를 FullDuplex 1000Mb로 변경  -> lanadmin -g 0 : 특정 lan 카드의 상태 확인 ( 이때 admini~ status/operation status 를 확인 하면 lan케이블 연결 유무까지 확인가능하다.) # linkloop : (물리적인 연결상태 확인에 사용)  -> linkloop -i 0 0x1212354589 (특정 mac과 물리적으로 통신가능한지 확인 --> 즉 물리적으로 연결 확인 하여 상대 컴퓨터가 전원이 들어온 상태로 연결이 되어있는가 까지 확인 가능 ip가 잘못되었다거나 하는건 상위 계층이므로 이 단계는 물리적 연결까지만!!!! 확인)  ----> nwmgr은 cable연결 유무까지 check 가능!!!!!(이래서 대체되는거임) # lanscan : mac정보 , lan 정보 , H/W path (없어질 예정 -> nwmgr이 대체)  --> Interface state : lan card만 정상이면 UP임 # nwmgr : lan정보 , mac, status 등 기본정보  --> Interface state : lan에서 switch까지 연결까지 모든것이 정상이여야 UP이 됨. # ioscan -fkC lan (f : full listing , k : show kernel structure(스캔안하고 등록된 값 출력) , C : class ) # arp -a ( memory상의 ip/MAC 정보 조회 cleanup interval은 ndd -h arp_cleanup_interval참조) # ndd -get /dev/arp arp_cleanup_interval # ndd -set /dev/arp arp_cleanup_interval 600000 (ms단위 , 단 메모리에만 적용 영구적으로 유지를 원하면! -> nddconf참조)
1

   hostname/ip/dhcp 등 setting!

*

/etc
/etc/rc.config.d	* netconf     booting 시 network관련 저장된 정보를 load하도록 하는 파일 * nddconf    ndd 명령어의 영구 유지를 위한 setting 파일
/sbin/init.d	* net start/stop ( netconf, nddconf 등의 설정을 읽어 들이는 서비스 )

1. lan card setting

rad 11.1

olrad /11.31

->     online

         replacement

         addition

         deletion

2. local network 끼리는 gateway setting없이도 통신가능!!

3. ip multiplexing (ip 배열에 추가 정보 넣는다고 생각해~)

  ifconfig lan0:1 128.1.5.2 netmask 255.255.0.0 up

  ifconfig lan0:1 unplumb (불가!!! 논리적 ip는 unplumb 명령어 안됨) --> ifconfig lan0:1 0.0.0.0 ( 이렇게 논리 ip 해제 )

  

기능 대충 알겠으면 nwmgr만 열심히 파라!!

nwmgr --diag --attribute dest=MAC -c lan0 (특정MAC과 L2 통신 확인)

------------------------------

부팅과정

boot=kernel load

/stand/vmunix

Firmware(bootrom)

1) POST/PAL/SAL/IODC : H/W selftest + 시스템 초기화

2) EFI (pc의 boot bios와 비슷) : 부팅 장치를 결정 (NVRAM에 있음) -> setboot로 확인

3) HPUX.EFI : 커널 로더 < -- AUTO "boot vmunix" (AUTO라는 파일은 저 문장만 가지고 있는 놈임, 필요한 이유는 auto boot 시 "boot vmunix"라는 명령어가 들어가야 되기 때문임! )

4) vmunix

5) init

자 이제 시작해 볼까~~~

Run Level 0~6

run level check은 "who -r" 로

run level 0

- halt state

- os포함 모든 프로세스가 종료된 상태

- shutdown 은 service를 내리는 명령어 옵션으로 -h halt추가 해야됨~ 즉 shutdown run level 0로 내리는 명령임.

run level s (=single user mode)

- 안전모드?

- 장애처리 목적 / 서비스 없음 / 최소한의 자원으로 부팅!

- /, /stand만 마운트

- login 과정이 없당~ --> root 패스워드 분실 (trusted system 설치시 single 모드에도 passwd 입력해야됨)

run level 1 (= single user mode : 왜 냐하면 network을 지원하지 않으니까~~~ 결국 console로만 접근 되니까 싱글이라 생각해~)

- 파일 시스템 자동 마운트 ( <- /etc/fstab )

- syslogd

- hostname 설정

run level 2 (= multi user mode )

- network 설정 (ip/netmask/gateway..)

- 서비스 실행 ( 이것땜에 시간이 젤 많이 걸리는 level임)

run level 3 (= multi user mode )

- CDE

- NFS ( nfsd가 올라옴 nsf client는 run level 2 만 되도 사용되니까~)

-------------------------------------

shutdown  후~~

EFI에서 에서 HPUX 로 넘어가서 boot vmunix -is(init Single mode)

로 넘어가자~

기다리면 os console 접속됨  이때 login상태는 아니기 때문에 환경설정이 안되어 있다

# mountall 실행 필요 디렉토리 mount후

login 한다.

이제는 run level을 올려보자~

# init 1 위에서 설명한 run level 1의 해당 프로세스들이 올라간다~ 이런식으로 init 3까지 올리면서 확인 해봐~

------------------------------------------

/etc/inittab

init:3:initdefault : default run level

/sbin/ioinitrc     : 새로운 장치 검색 및 인식

/sbin/bcheckrc : fsck 파일시스템 장애 복구

/sbin/rc           : Runlevel Control : 서비스 실행

/usr/sbin/getty : console login prompt

등등이들~~~

------------------------------------------

자 우리는 rc를 보자꾸나

/sbin/rc#.d 디렉토리의 파일들은 K/S로 나뉘는데 이건 그냥 kill / start 라는 말이고~

그 다음 숫자가 중요한데~ 하나의 서비스의 K/S의 숫자는 합이 1000이 된다.

이말은 가중치가 높은 K가 먼저 시작되었다면 가중치가 낮은 S는 늦게 시작되게 하기위해 만들어진 것이다.

일반적인 명령의 실행은 /sbin/init.d/~ 에 있는 script를 이용한다.

그러나~ 대부분의 init.d 디렉토리 아래의 실행 script들은 변수에 의존해 행동하도록 프로그램 되어있는데

이 변수들은 /etc/rc.config.d/ 아래에서 확인 가능하다.

즉 rc.config.d 아래의 설정들도 실행 스크립트 이므로 직접 프로세스를 init.d의 스크립트를 이용해 실행하려면

rc.config.d/someconfigscript -> sbin/init.d/somescript 순서로 실행해 줘야만 정상 적으로 작동된다.

(아니면 특정 변수 비교 구분에서 그냥 빠져나가 버린다~)

--------------------------------------------

NFS는 솔까말 쓸일이 영원이 없을거라 pass