구차니의 잡동사니 모음

[링크 : http://forums.mozilla.or.kr/viewtopic.php?p=40601]

웬지 평소보다 조금더 우울한 9월의 마지막 날이다.


2,4주 쉬는데.. 5주는 출근하고~ 1주도 출근하고...
청소는 그냥 혼자서 끄적끄적 대청소 해버리고
그리고 ... 31일이 토요일이라는 사실. 한달 가득 채운 느낌?

다음달인 10월도 1일이 일요일로 가득 채운 느낌

오늘 공짜폰으로 SV-730으로 갈아탔다.

그 이전에는 SV-420 샤인폰을 사용했는데
문자 저장해놓은걸 보면 2006년 12월 18일 이 핸드폰을 개통했고 1년 할부로 시작했다
그렇게 3여년을 조금 못채우고

이제는 키도 슬슬 잘 안먹고
사진 잔뜩 저장해놓으니 사진 보내는데 한참걸리고
그래도 나름 한시대를 풍미(!) 했던 녀석인데

이렇게 바이바이~ 하려니 조금은 아쉽다.
조금은 더 수리할까? ㅋㅋ

내용이 조금은 구버전인가 보다.
최고 버전이 WinServer 2000으로 잡혀있다 -ㅁ-


- 추가정보
브라우저 서비스는 컴퓨터가 속하는 도메인 이름 또는 작업 그룹 이름의 목록과 브라우저 서비스를 실행하는 컴퓨터가 담당하는 네트워크 세그먼트의 각 컴퓨터에 사용되는 프로토콜의 목록을 관리합니다. 각 네트워크 세그먼트에서는 브라우저 서비스를 실행하는 세그먼트에 위치한 컴퓨터의 그룹에서 마스터 브라우저가 선출(Election)됩니다.

마스터 브라우저는 호스트 또는 서버 알림을 수집하는 일을 담당하며, 마스터 브라우저의 네트워크 세그먼트에 있는 각 서버는 12분 간격으로 이 정보를 데이터그램처럼 전송합니다. 마스터 브라우저는 각 네트워크 세그먼트의 잠재적(Potential) 브라우저를 백업 브라우저가 되도록 지시합니다. 주어진 네트워크 세그먼트의 백업 브라우저는 같은 세그먼트의 클라이언트 컴퓨터들에 찾아보기 목록을 제공합니다.

참고: Windows NT 도메인 구조에서 주 도메인 컨트롤러(PDC)는 항상 도메인 마스터 브라우저로 선택됩니다. PDC만이 도메인 마스터 브라우저로 될 수 있습니다. PDC가 없으면 도메인 마스터 브라우저를 사용할 수 없고 현재 소속된 작업 그룹을 제외한 다른 작업 그룹에서 찾아보기 목록을 얻을 수 없습니다.

주어진 네트워크 세그먼트에서 마스터 브라우저는 하나뿐입니다. PDC를 제외한 모든 도메인 컨트롤러는 백업 브라우저로 지정됩니다. 또한 네트워크 세그먼트의 컴퓨터 32대마다 백업 브라우저가 하나씩 할당됩니다.

Windows NT Workstation 기반 컴퓨터를 포함하는 작업 그룹 구성에서는 항상 마스터 브라우저가 하나 있습니다. 작업 그룹에 Windows NT Workstation 기반 컴퓨터가 두 대 이상 있으면 백업 브라우저도 하나 있습니다. 작업 그룹의 Windows NT Workstation 기반 컴퓨터 32대마다 또 다른 백업 브라우저가 있습니다.

주어진 네트워크 세그먼트에 도메인 컨트롤러가 없으면 세그먼트의 컴퓨터 중 아래와 같은 우선 순위에 따라 마스터 브라우저와 백업 브라우저를 선택하는 선출 작업(Election Process)이 시작됩니다.

Windows 2000 Server
Windows 2000 Professional
Microsoft Windows NT 4.0 Server Enterprise Edition
Microsoft Windows NT 4.0 Server
Microsoft Windows NT 4.0 Workstation
Microsoft Windows 98
Microsoft Windows 95
Microsoft Windows for Workgroups 3.11

도메인 마스터 브라우저 역할

브라우저 서비스는 브로드캐스트 세그먼트에 바운드되고 각 마스터 브라우저에서 고유한 별도의 목록을 유지하기 때문에 이들 목록을 단일 도메인 범위 목록에 병합하는 방법이 필요합니다. 도메인의 PDC인 도메인 마스터 브라우저에서 이 기능을 제공합니다. TCP/IP를 제외한 다른 네트워크 프로토콜에는 이 기능이 필요없습니다.

PDC는 또한 12분 간격으로 자신의 주 Windows 인터넷 이름 서비스(WINS) 서버에 연결하여 엔터프라이즈 전체의 PDC들이 등록한 모든 DomainName 형식 <1b> 항목의 목록을 얻을 책임이 있습니다. 이 작업은 MSRPC R_WinsGetBrowserNames 요청을 보내어 이루어집니다. 마스터 브라우저가 WAN에서 수집한 작업 그룹 알림 데이터그램과 함께 이 이름들은 도메인 및 작업 그룹 이름의 전체 목록을 구성합니다. 작업 그룹 알림에서 발견된 이름은 WINS에서 얻은 이름보다 우선합니다. 이들 도메인 및 작업 그룹 이름에는 주어진 컴퓨터를 찾아보기 목록에 등록하는 서버의 이름도 포함됩니다. WINS 서버를 사용할 수 없거나 WINS 서버가 등록되지 않았을 경우 클라이언트의 브라우저는 이름을 등록한 컴퓨터에서 서버의 목록을 요청합니다. 클라이언트를 대신하여 그 브라우저가 수행하는 이 작업을 이중 홉(Double-Hop)이라고 합니다.

PDC는 WAN에 걸친 각 세그먼트의 마스터 브라우저에서 수집한 모든 목록을 병합합니다. 마스터 브라우저는 12분 간격으로 PDC에 연결하여 도메인 범위 목록을 얻습니다. 먼저 플래그 0xFFFFFFFF와 함께 NetServerEnum 요청을 보내어 목록을 얻습니다. 이 요청은 도메인에 있는 전체 서버의 목록을 검색합니다. 그런 다음 마스터 브라우저는 플래그 0x8000000을 사용하여 동일한 요청을 보내어 모든 도메인 및 작업 그룹 이름을 요청합니다.

이 마스터 브라우저에서 수집한 목록을 검색하도록 PDC에 알리기 위해 마스터 브라우저는 사용자 데이터그램 프로토콜(UDP) 포트 138을 통해 요청된 마스터 알림 프레임을 PDC로 보냅니다. 이는 즉시 마스터 브라우저에 연결하여 그 목록을 검색하도록 PDC에 신호를 보내는 것입니다. 또한 이 통신은 두 NetServerEnum 요청을 사용해서도 수행됩니다. 먼저 플래그 0x40000000과 함께 NetServerEnum 요청을 보내어 마스터 브라우저에서 수집한 서버의 로컬 목록을 요청합니다. 다음은 플래그 0xC0000000과 함께 NetServerEnum 요청을 보내어 그 세그먼트에 있는 다른 도메인 또는 작업 그룹의 마스터 브라우저가 보낸 로컬 작업 그룹 알림 프레임을 검색합니다. 세그먼트의 각 백업 브라우저는 12분 간격으로 플래그 0xFFFFFFFF 및 x80000000과 함께 NetServerEnum 요청을 보내어 서버, 도메인 및 작업 그룹 이름의 완전한 목록을 얻습니다.

등록 및 전파 시간

브라우저 서비스는 서버 브로드캐스트에 의존하기 때문에 통신의 연결성이 없고 기본적으로 신뢰할 수 없습니다. 서버는 시작 즉시 호스트 알림 프레임을 보냅니다. 이 작업은 4분과 8분이 되었을 때 다시 반복됩니다. 이후부터는 12분 간격으로 이 작업이 반복됩니다.

약간의 데이터그램 프레임 손실을 허용하면 네트워크 세그먼트의 마스터 브라우저가 시작 후 12분 안에 주어진 컴퓨터의 이름을 찾아보기 목록에 추가할 것이라는 예상이 적절합니다. 이 시점을 넘으면 연결 중심적인 소통량이 사용되고 시퀀스는 좀더 결정적이 됩니다. 12분 안에 세그먼트의 마스터 브라우저가 PDC에 연결하여 도메인 범위 목록을 얻고 동시에 PDC가 마스터 브라우저에 연결하여 새 서버에 대한 정보를 얻습니다.

원격 세그먼트의 마스터 브라우저 역시 12분 간격으로 PDC에 연결하고 곧 새 서버에 대한 정보를 얻습니다. 12분 안에 원격 마스터 브라우저는 새 컴퓨터의 이름을 알고 모든 백업 브라우저가 자신의 마스터 브라우저에 연결합니다. 이 시점에서 원격 세그먼트의 모든 브라우저가 새 서버에 대해 알고 있습니다. 다중 세그먼트 WAN 환경에서 도메인의 모든 클라이언트가 새 컴퓨터를 알기까지 걸리는 최대 시간은 48(12 + 12 + 12 + 12)분입니다. 브로드캐스트 및 네트워크 사용이 안전 매개 변수 이내인 네트워크에서는 이 기간이 평균적으로 약 절반(24분)입니다.

찾아보기 목록에서 컴퓨터를 제거하는 일은 더 오래 걸릴 수 있습니다. 손실되는 데이터그램 프레임을 허용하기 위해 마스터 브라우저는 알림 기간이 3번 경과할 때까지 자신의 목록에서 서버를 제거하지 않습니다. 서버가 정상적으로 종료되지 않거나 네트워크 연결이 끊기면 최대 36분 동안 서버가 마스터 브라우저의 목록에 남아 있을 수 있습니다. 이 시간이 지나면 서버 이름을 제거하도록 PDC에 알립니다. 서버의 이름을 제거할 때에도 동일한 통신 흐름이 사용됩니다. 12분 안에 원격 세그먼트의 마스터 브라우저는 PDC에서 도메인 범위 목록을 얻고, 12분 안에 각 백업 브라우저가 마스터 브라우저에 연결합니다. 이 과정을 마치려면 최대 72(36 + 12 + 12 + 12)분이 걸릴 수 있습니다. 서버가 정상적으로 종료되면 브라우저는 그것이 더 이상 서버 역할을 하지 않음을 나타내는 단일 호스트 알림 프레임을 보냅니다. 이 데이터그램을 받는 즉시 마스터 브라우저는 자신의 로컬 목록에서 서버를 제거합니다. 브로드캐스트 및 네트워크 사용이 안전 매개 변수 이내인 네트워크에서는 이 기간이 평균적으로 약 절반(36분)입니다.

서버의 브라우저 역할은 주기적 선출에 의해 동적으로 정의되기 때문에 특정 클라이언트 컴퓨터에 찾아보기 목록을 제공하는 데 사용되는 통신의 흐름을 결정하기는 어렵습니다. 마스터 브라우저가 정상적으로 종료되는 경우 마스터 브라우저는 종료하는 동안 새 마스터 브라우저의 선출을 이행합니다. 선출된 백업 브라우저가 완전한 찾아보기 목록을 받을 수 있을 만큼 오랫동안 네트워크에 존재한 경우, 백업 브라우저는 완전히 게시된 찾아보기 목록을 사용하여 마스터 브라우저로서 시작하고 중단없이 네트워크 세그먼트에서 찾아보기 기능을 계속합니다.

마스터 브라우저 역할을 하던 서버가 정상적으로 종료되지 않거나 마스터 브라우저의 선출 이행 요구 데이터그램이 손실되면 네트워크 세그먼트에서 찾아보기 기능을 사용할 수 있을 때까지 지연이 발생할 수 있습니다. 클라이언트 컴퓨터가 찾아보기 목록을 요청하고 마스터 브라우저를 찾을 수 없으면 새 마스터 브라우저가 선출됩니다. 마스터 브라우저가 없다는 사실을 백업 브라우저가 알기까지는 네트워크 사용에 따라 최대 12분이 걸릴 수 있습니다.

이름 확인 요구 사항

분산 찾아보기 모델이 작동하려면 도메인에서 이름 확인이 중요합니다. WAN에 걸쳐 잠재적 마스터 브라우저인 모든 컴퓨터는 PDC에 대한 DomainName 형식 <1b> 항목을 확인할 수 있어야 합니다. 잠재적 마스터 브라우저가 PDC에 대한 쿼리에 긍정 응답을 받은 후에는 마스터 브라우저 역시 PDC의 컴퓨터 이름 형식 <00> 항목을 확인할 수 있어야 합니다. PDC는 잠재적 마스터 브라우저인 모든 컴퓨터의 이름을 확인할 수 있어야 그들 컴퓨터에 연결할 수 있습니다. PDC는 UDP 포트에서 마스터 브라우저로부터 요청된 마스터 알림을 듣습니다.

이 알림에 의해 PDC는 마스터 브라우저의 컴퓨터 이름 형식 <00>을 확인하고 마스터에서 관리하는 찾아보기 목록을 요청합니다.

클라이언트 컴퓨터에 찾아보기 목록이 제공된 후 클라이언트 컴퓨터가 공유 리소스를 보려면 나열된 모든 컴퓨터의 NetBIOS 이름 항목을 확인할 수 있어야 합니다. 따라서 모든 클라이언트 컴퓨터는 도메인에 있는 모든 컴퓨터의 인터넷 프로토콜(IP) 주소를 확인할 수 있어야 합니다. 이를 위해서는 대부분의 네트워크 구성에서 분산 WINS 인프라가 제대로 작동해야 합니다.

[링크 : http://support.microsoft.com/default.aspx?scid=kb;ko;188001]

일반적으로 한번 접속하면 리부팅 하기 전에는 계속 자동으로 로그인 되는데
명령줄에서 net 명령어를 사용하여 세션을 끊으면, 다른 사용자로 로그인이 가능하다고 한다.

[링크 : http://kldp.org/node/64194]

C:\>net /? 이 명령에 대한 구문: NET [ ACCOUNTS | COMPUTER | CONFIG | CONTINUE | FILE | GROUP | HELP |       HELPMSG | LOCALGROUP | NAME | PAUSE | PRINT | SEND | SESSION |       SHARE | START | STATISTICS | STOP | TIME | USE | USER | VIEW ]

C:\>net help session 이 명령에 대한 구문: NET SESSION [\\컴퓨터이름] [/DELETE] NET SESSION은 컴퓨터와 네트워크 상의 다른 컴퓨터 사이의 세션을 열거하거나 연결을 끊습니다. 다른 옵션을 주지 않을 경우, 현재 촛점의 대상인 컴퓨터와 관련된 모든 세션에 관한 정보를 보여줍니다. 이 명령은 서버 상에서만 시행됩니다. \\컴퓨터이름    지정된 컴퓨터에 관한 세션 정보를 열거합니다. /DELETE         로컬 컴퓨터와 컴퓨터이름 간의 세션을 끝내고                 그 세션에 대한 컴퓨터상의 모든 열려진 파일을 닫습니다.                 컴퓨터 이름을 생략할 경우 모든 세션이 종료됩니다. NET HELP 명령 | MORE 는 도움말을 한 번에 한 화면씩 보여줍니다.

첫째... 삼바 계정 공유에 쓰기 권한이 없는 경우...
둘째... 삼바 계정과 공유한 디렉토리의 소유권이 다른 경우.
세째... 삼바 계정이 해당 공유 디렉토리에 쓰기 권한 없는 경우

[링크 : http://kldp.org/node/64194]

네트워크 환경에서 특정 PC를 클릭후 들어가려고 할 때,
접근 권한이 없다는 에러가 나오면

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
의 restrictanonymous의 데이터를 0으로 하고 리부팅 하면 된다고 한다.(0으로 되어있는데 여전히 안됨 ㄱ-)

[링크 : http://windowsforum.kr/?document_srl=58858]



Guest 계정이 사용하지 않도록 되어 있을 경우도 있다고 한다.
윈도우 공유는 기본적으로 guest 계정을 사용하도록 되어있다.
(되긴하는데 먼가 찜찜한 이 기분 ㄱ-)

[링크 : http://manian.paran.com/985992] -> 링크깨짐 구글저장




Computer Browser 서비스가 꺼져있어도 위와 같은 에러가 발생할 수 있다고 한다.
Computer Browser 서비스를 시작해도 바로 중지되는 경우에는(시작되었다가 종료되었습니다 메시지)
방화벽을 확인하도록 한다.


파일 및 프린터 공유 방화벽이 예외로 설정되지 않으면 Computer Browser 서비스가 구동하지 못한다.

[링크 : http://www.fob21.co.kr/technote6/board.php?board=Fwindowschair&command=body&no=294]




아마 특정 윈도우 배포판(!?)과 SP3의 합작품으로 공유가 막히는 것으로 생각이 된다.

FC6 사용자인데(응?)
root로 들어가서 vi를 하면 아무리 해도 Syntax High light가 작동하지를 않는다.
물론 whereis로 검색을 해봐도 vi는 하나뿐인데 왜그런가 해서 검색을 해봤더니

Ok, I fixed it... all I had to do was to add an alias for vi pointing to /usr/bin/vim in my /root/.bashrc file. Root was using /bin/vi which is the Small version, while other accounts were aliasing vi as vim, which is why it was working... I was also able to get syntax to work as root by using just "vim filename" instead of vi... Silly me... Thanks for pointing me in the right direction Tony! :) [링크 : http://www.nabble.com/Unable-to-get-syntax-highlighting-to-work-for-root-account-td15767467.html]

$ alias alias l.='ls -d .* --color=tty' alias ll='ls -l --color=tty' alias ls='ls --color=tty' alias mc='. /usr/share/mc/bin/mc-wrapper.sh' alias vi='vim' alias which='alias | /usr/bin/which --tty-only --read-alias --show-dot --show-tilde'

일반 유저에서 alias를 실행해보니, vi가 설정되어 있었다.
그런데 root는 이러한 부분이 없었다.

# alias alias cp='cp -i' alias l.='ls -d .* --color=tty' alias ll='ls -l --color=tty' alias ls='ls --color=tty' alias mc='. /usr/share/mc/bin/mc-wrapper.sh' alias mv='mv -i' alias rm='rm -i' alias which='alias | /usr/bin/which --tty-only --read-alias --show-dot --show-tilde'

root는 안전을 위해 rm이나 mv에 -i(interative) 옵션을 기본으로 붙이게 해놨다.

vi 스타일의 syntax highlight를 지원하는 diff 프로그램이다.
(말만 거창하지 간단하게 말하면 윈도우용 diff 프로그램처럼 나온다는 의미)



[링크 : http://amjith.blogspot.com/2007/07/visual-diff-tools-in-linux.html]
[링크 : http://linux.die.net/man/1/vimdiff]

1) vim a.c 2) :diffs b.c (:diffsplit b.c 로도 사용할 수 있습니다.) 3) ^wJ vi에서 diff 모드로 변환하는 방법 $ ll /usr/bin/vi* -rwxr-xr-x 1 root root 2737228 Sep 29  2006 /usr/bin/vim lrwxrwxrwx 1 root root       3 Jul 22 01:14 /usr/bin/vimdiff -> vim vi는 리눅스 프로그램답게(?) 같은 프로그램을 실행명을 바꿈으로 mode를 바꾸어 실행하는 trick을 가지고 있다고 한다. [링크 : http://kldp.org/node/1155]

당연한 것 일수도 있지만, 조금은 황당했던 사건(!)은

static char array[]; 로 선언한 변수를
포인터로 다른 파일에 있는 함수로 넘겼을 경우, 읽지 못하고 죽어 버린다는 사실이다.

Static global variables are declared as "static" at the top level of a source file. Such variables are not visible outside the source file ("file scope"), unlike variables declared as "extern". [링크 : http://en.wikipedia.org/wiki/Static_variable]

자세한건 나중에 다시 테스트..