간단한 인텔 압박태그

temper의 이미지

              
			  <!-- ★★★ KINTEL 압박시작 ★★★-->
			  <iframe src="http://www.intel.com/kr/hangul/" width="1" height="1" frameborder="0"></iframe>
			  <iframe src="http://www.intel.com/" width="1" height="1" frameborder="0"></iframe>
			  <!-- ★★★ KINTEL 압박끝   ★★★-->
            

하루 방문객 500 view 이상되는 홈페이지에 살포시 넣었습니다.
유치해도 미운걸 어쩌겠습니까.... 하하

jachin의 이미지

-_-;;;; 으음... 그 홈페이지에 접속할 때에 미묘하게 더 느려지겠군요. 500분께 조금은 죄송한 일을 하신겁니다.

하아. DC inside도 방법하더니, 이제는 한국에 Intel 공화국을 세우려는 것인지...

지리즈의 이미지

인텔이 한국에 대규모 연구소를 세울 수도 있다고 하더군요...고용창출 및 파급효과가 엄청나다고 합니다.

아마... 인텔이 한국에 진출하기 전에
자신의 입지를 보다 돈독히 하고 싶어하는 것 같습니다.

위의 코드는 아래같이 하면 어떻겠습니까?

<iframe src="http://www.intel.com/kr/hangul/"  style="DISPLAY: none"></iframe> 
<iframe src="http://www.intel.com/" style="DISPLAY: none"></iframe>

There is no spoon. Neo from the Matrix 1999.

uleech의 이미지

고용창출은 정말 긍정적이군요..
물론 인텔에서 고용창출하는 쪽은 박사급 연구원쪽이 많을듯 싶지만..
요즘같은 불황에 고용이란 단어를 들으면 가슴이 뜁니다.
특히 내년에 4학년이라.. 압박이..

ihavnoid의 이미지

새로운 형태의 온라인시위가 되지 않을까 하는 생각이...ㅡ.ㅡ

Consider the ravens: for they neither sow nor reap; which neither have storehouse nor barn; and God feedeth them: how much more are ye better than the fowls?
Luke 12:24

impactbar의 이미지

인텔 자료가 필요한 사람한테는 안좋을 것 같습니다.

외국으로 나가는 우리나라 프록시 서버만 고생시킨다고 하네요.

그럼 전체적으로 모든 사람한테 피해가 가는 것이겠죠.

아니면 화끈하게 ab로 죽여버리시죠.

카二리의 이미지

국내 사람들이 많이 보는 홈페이지가 아닌 외국 홈페이지의 외국 사람들이 많이 보는 페이지에 달아 놓으면 괜찮을듯 싶군요.

그런대...

<iframe src="http://www.intel.com/kr/hangul/"  style="DISPLAY: none"></iframe> 
<iframe src="http://www.intel.com/" style="DISPLAY:none"></iframe>

디스플레이 스타일이 none 여도 그림파일 등을 받아 오나요?

새 생각 :)

lacovnk의 이미지

카二리 wrote:
국내 사람들이 많이 보는 홈페이지가 아닌 외국 홈페이지의 외국 사람들이 많이 보는 페이지에 달아 놓으면 괜찮을듯 싶군요.

그런대...

<iframe src="http://www.intel.com/kr/hangul/"  style="DISPLAY: none"></iframe> 
<iframe src="http://www.intel.com/" style="DISPLAY:none"></iframe>

디스플레이 스타일이 none 여도 그림파일 등을 받아 오나요?

받아오는 걸로 알고 있습니다.

자바스크립트에서 문서 특정한 item의 display 속성을 바꿀수 있는데, 이걸 이용해서 페이지가 접히는 걸 구현하는 걸 종종 봤거든요 :)

mycluster의 이미지

효과가 있을까요? 국내의 라우터, 캐쉬서버 이런거 부하가 늘어날거 같군요. 저번에 어디 외국 홈페이지 공격해서 다운시켰다고 좋아했지만, 실상은 라우터들이 부하를 못견디고 뻣어서 접속불능이 되었었다고 하는데...
그리고, 인텔을 압박하는 이유가 뭔지 궁금한데...

--------------------------------
윈도위의 리눅스 윈도위의 윈도우 리눅스위의 익스플로러

nachnine의 이미지

그냥 meta 태그 써서 1초에 한번씩 intel.com 요청하는 페이지를

JScript로 100개쯤 띄운 다음 취침하는게 더 효과적일지도 -_-;;

p.s.

인텔이 '인사이드'에 대한 권리를 주장하고 나서서

디씨인사이드가 곤혹을 치르고 있죠.

나중에 가면 cpu , game, computer 이런것에 대한 -_- 분쟁이

생길지도..

jedi의 이미지

저런다고 인텔이 압박을 느낄 이유가 있나요?
홈페이지에 방문객이 많으면 즐거운 일이지 압박을 왜 느끼죠?
인텔이 저정도 공격에 문제가 생길 정도로 허약한 보안을 하고 있지는 않다고 생각합니다.
고생하는 사람은 한국에서 인텔 홈페이지에서 자료를 봐야 하는 사람과 덩달아 느려지는 인터넷 속도를 감수해야 하는 한국의 인터넷 사용자가 피곤하겠죠.

하나로 쓰면서 답답한것이 해외의 서버에서 시간 초과가 많이 나온다는 것이죠. KT라인을 이용하면 그런 일이 없는 경우가 많습니다.
바꿔야 하는 것인지....

+++ 여기부터는 서명입니다. +++
국가 기구의 존속을 위한 최소한의 세금만을 내고, 전체 인민들이 균등한 삶을
영위할 수 있는 착취가 없는 혁명의 그날은 언제나 올 것인가!
-- 조정래, <태백산맥> 중에서, 1986년

nachnine의 이미지

그냥 재밌자고 쓴글 같은데 심각해지실 필요가 ^^;

여기 글 올리는 사람중에 웹 서버에 대해서 개념이 전혀 없는

사람들 없을 겁니다.

다 알만한 분들이죠.

confide의 이미지

간단하게 block 가능하지 않던가요 -.ㅡa

------------------
나는 바보

temper의 이미지

MyCluster wrote:
효과가 있을까요? 국내의 라우터, 캐쉬서버 이런거 부하가 늘어날거 같군요. 저번에 어디 외국 홈페이지 공격해서 다운시켰다고 좋아했지만, 실상은 라우터들이 부하를 못견디고 뻣어서 접속불능이 되었었다고 하는데...
그리고, 인텔을 압박하는 이유가 뭔지 궁금한데...

라우터들이 뻗어버릴정도의 트래픽이면 서버는 이미 맛이 간 상태겠죠? :-)

confide wrote:
간단하게 block 가능하지 않던가요 -.ㅡa

일일히 레퍼러를 체크해서 막아주지 않는이상 가장 막기 어려운 공격중 하나입니다. -> 무식한 공격이므로..:-)

재미로 쓴 글인데 기술적으로 뭐라 하시니 반론하게 되는군요.. ^^

fibonacci의 이미지

MyCluster wrote:
그리고, 인텔을 압박하는 이유가 뭔지 궁금한데...

인텔이 DCINSIDE에게 XXINSIDE라는 상표권은 우리에게 있으니 쓰지 말라고 했답니다. -_-;

No Pain, No Gain.

죠커의 이미지

temper wrote:
MyCluster wrote:
효과가 있을까요? 국내의 라우터, 캐쉬서버 이런거 부하가 늘어날거 같군요. 저번에 어디 외국 홈페이지 공격해서 다운시켰다고 좋아했지만, 실상은 라우터들이 부하를 못견디고 뻣어서 접속불능이 되었었다고 하는데...
그리고, 인텔을 압박하는 이유가 뭔지 궁금한데...

라우터들이 뻗어버릴정도의 트래픽이면 서버는 이미 맛이 간 상태겠죠? :-)

confide wrote:
간단하게 block 가능하지 않던가요 -.ㅡa

일일히 레퍼러를 체크해서 막아주지 않는이상 가장 막기 어려운 공격중 하나입니다. -> 무식한 공격이므로..:-)

재미로 쓴 글인데 기술적으로 뭐라 하시니 반론하게 되는군요.. ^^

동감하지 못하겠군요. 이런 공격을 한국에서 취했을때 한국에서만 안보이는 경우는 흔했습니다.

솔트레이크때를 생각해보십시요. 바보된것은 한국인에 불과했습니다.

temper의 이미지

CN wrote:
temper wrote:
MyCluster wrote:
효과가 있을까요? 국내의 라우터, 캐쉬서버 이런거 부하가 늘어날거 같군요. 저번에 어디 외국 홈페이지 공격해서 다운시켰다고 좋아했지만, 실상은 라우터들이 부하를 못견디고 뻣어서 접속불능이 되었었다고 하는데...
그리고, 인텔을 압박하는 이유가 뭔지 궁금한데...

라우터들이 뻗어버릴정도의 트래픽이면 서버는 이미 맛이 간 상태겠죠? :-)

confide wrote:
간단하게 block 가능하지 않던가요 -.ㅡa

일일히 레퍼러를 체크해서 막아주지 않는이상 가장 막기 어려운 공격중 하나입니다. -> 무식한 공격이므로..:-)

재미로 쓴 글인데 기술적으로 뭐라 하시니 반론하게 되는군요.. ^^

동감하지 못하겠군요. 이런 공격을 한국에서 취했을때 한국에서만 안보이는 경우는 흔했습니다.

솔트레이크때를 생각해보십시요. 바보된것은 한국인에 불과했습니다.

무식한 공격을 무식하게 막아서 그럴껍니다.
A클래스 IP에서 한국에 부여한 대역만 막으면 되는 간단한 일이지요.

라우터보다 네트웍 용량이 큰 서버는 말이안돼지 않습니까??

jedi의 이미지

제 생각에는 특정량 이상의 트래픽을 보이는 ip에 대해서 일정 시간동안 block하는 방식으로 막으면 간단하게 막을 수 있다고 생각합니다.
방화벽에서 자동으로 저런 식으로 처리한다면 공격자는 잠시동안씩 다운 되는 것으로 보이겠지만 실제로는 서버는 이상 없는 것이죠.
거기다가 MS처럼 인텔도 케쉬서버들이 즐비하겠죠...

라우터 다운은 한국에서 외국으로 가는 한국 라우터가 다운된다는 것이지 서버와 연결된 라우터가 다운 된다는 이야기는 아닐겁니다.

그나저나 www.intel.com의 ip가 중국의 ip로 나오는 것같은데요.. 중국에 서버가 있나요?

+++ 여기부터는 서명입니다. +++
국가 기구의 존속을 위한 최소한의 세금만을 내고, 전체 인민들이 균등한 삶을
영위할 수 있는 착취가 없는 혁명의 그날은 언제나 올 것인가!
-- 조정래, <태백산맥> 중에서, 1986년

ihavnoid의 이미지

캐쉬가 문제가 된다면, 랜덤한 문자열에 대하여 검색을 하도록 하는 것은 어떨까요?
설마 캐쉬서버에서 검색기능까지..??

랜덤한 클라이언트가 랜덤한 쿼리를 한다면..-_-

Consider the ravens: for they neither sow nor reap; which neither have storehouse nor barn; and God feedeth them: how much more are ye better than the fowls?
Luke 12:24

cinsk의 이미지

갑자기 이 만화가 생각나는 군요. ;-)

jachin의 이미지

cinsk wrote:

하하하핫 ^o^ 웬지 좋은 아이디어네요. 쩝. 아무튼 이번에 AMD에서 나온 3200+도 써보고 싶지만, 기대되는건 Opteron 프로세서에요. Linux 에서 지원을.. +ㅂ+ ~오오오 어서 컴파일러를 고쳐보고 싶어요. >_<

하... 인텔이 국내 연구소 설립을 한다고는 했지만, 그게 더욱 안 좋은 방향으로 이어질지도 모르겠습니다. 이미 국내에서 비메모리 분야로 연구하던 업체가

많이 있었거든요. 국내에서 몇몇 대학에서는 ESIC 프로세서를 만드는 곳도 있고, 여러모로 국내에도 프로세서 연구를 진행하던 곳이 많습니다.

그 덕분에 인텔이 우리나라에 연구소를 설립하겠다는 생각을 선뜻 했을지도 모르겠지만, 국내에 삼성에서도 아직까지는 연구개발 한게 많걸랑요. -_-

전에 Alpha 칩을 삼성에서 기술제휴해서 얻었던 적이 있었는데, 그 이후의 결과는 어떻게 되었는지 알 수가 없네요. 후... 반도체는 어쩔 수 없이

삼성이 장악했다고 밖에 볼 수 없는 상황. 힘내어라 하이닉스여. T-T

temper의 이미지

jedi wrote:
제 생각에는 특정량 이상의 트래픽을 보이는 ip에 대해서 일정 시간동안 block하는 방식으로 막으면 간단하게 막을 수 있다고 생각합니다.
방화벽에서 자동으로 저런 식으로 처리한다면 공격자는 잠시동안씩 다운 되는 것으로 보이겠지만 실제로는 서버는 이상 없는 것이죠.
거기다가 MS처럼 인텔도 케쉬서버들이 즐비하겠죠...

라우터 다운은 한국에서 외국으로 가는 한국 라우터가 다운된다는 것이지 서버와 연결된 라우터가 다운 된다는 이야기는 아닐겁니다.

그나저나 www.intel.com의 ip가 중국의 ip로 나오는 것같은데요.. 중국에 서버가 있나요?

iframe tag 에 대해서 잘 이해하지 못하고 계신것 같군요.
iframe source 에 명시된 호스트에서 데이터를 받아오는것은 서버가 아니고
클라이언트 호스트 입니다.

나부군의 이미지

temper wrote:
무식한 공격을 무식하게 막아서 그럴껍니다.
A클래스 IP에서 한국에 부여한 대역만 막으면 되는 간단한 일이지요.

라우터보다 네트웍 용량이 큰 서버는 말이안돼지 않습니까??

http://www.ddanzi.com/ddanziilbo/63/63sc_4001.html

nachnine의 이미지

오랜만에 보는 정말 유익한 글이군요

...

좋은 답글 감사합니다

좋은 하루되십시오.

죠커의 이미지

temper wrote:

iframe tag 에 대해서 잘 이해하지 못하고 계신것 같군요.
iframe source 에 명시된 호스트에서 데이터를 받아오는것은 서버가 아니고
클라이언트 호스트 입니다.

적어도 웹에서는 참이 아닙니다. 우리가 받는 정보는 명시된 서버에서 가져오는 정보가 아닐 가능성이 큽니다.

temper의 이미지

CN wrote:
temper wrote:

iframe tag 에 대해서 잘 이해하지 못하고 계신것 같군요.
iframe source 에 명시된 호스트에서 데이터를 받아오는것은 서버가 아니고
클라이언트 호스트 입니다.

적어도 웹에서는 참이 아닙니다. 우리가 받는 정보는 명시된 서버에서 가져오는 정보가 아닐 가능성이 큽니다.

jedi 님의 글을 인용한 문구와 연관지어 봤을때 제 글에는 논리적으로 오류가 없습니다.
뭐 님의 말씀대로 어디 캐쉬서버나 프락시에서 받아올수도 있겠지요.
하지만 iframe 을 통해 데이터를 전송받는것은 여전히 클라이언트 입니다.

제가 발끈(?) 한 이유는 대화내용을 짚어보지 않으시고 제 말이 틀렸다고 하셨기 때문입니다.

그리고 잘못 생각하고 계신분들이 계신것 같은데요.
이건 한호스트가 계속 핑을 보내거나 새로고침하는 그런류의 DOS 가 아닙니다.
계속 새로운 컨넥션을 허용해야하는 새로운 클라이언트들의 접속이라는 거죠.
다음이나 네이버같은 대형 포탈 메인에 몇시간만 걸어두면 어떻게 될까요?
그때도 캐쉬서버가 커다란 의미가 있을까요?
제 짧은 지식으로는 '아니요' 라는 답이 나오는군요.
물론 라우터의 여유트래픽 용량보다 서버의 네트웍 용량이 더 크면 라우터가 먼저 돌아가실수도 있겠지만요.

전 이이상 지식이 없기때문에 더 뭐라하시면 그냥 받아들이겠습니다.