접속확인 부탁드립니다. 정보
기타 접속확인 부탁드립니다.
본문
http://www.rokmc685.com
접속테스트 부탁드립니다.
접속이 잘 되시나요?
어제 저녁부터 갑자기 접속이 안되고 있습니다.
ftp 접속은 잘 됩니다.
웹 접속만 안되네요.
호스팅 회사는 카페24입니다.
거기 담당자하고 통화했는데 자기네들 설정사항이 변경된건 없다고 합니다.
이런 경우 처음이라고 합니다.
왜 이런지 이유를 알 수 없을까요?
접속테스트 부탁드립니다.
접속이 잘 되시나요?
어제 저녁부터 갑자기 접속이 안되고 있습니다.
ftp 접속은 잘 됩니다.
웹 접속만 안되네요.
호스팅 회사는 카페24입니다.
거기 담당자하고 통화했는데 자기네들 설정사항이 변경된건 없다고 합니다.
이런 경우 처음이라고 합니다.
왜 이런지 이유를 알 수 없을까요?
추천
0
0
댓글 14개
지금은 접속이 되는듯 한데요...
제친구가 해병 666기라던데.... 전 방위 출신이라 찌그러져 있습니다.
제친구가 해병 666기라던데.... 전 방위 출신이라 찌그러져 있습니다.
신나게 현재 이글을 읽다가 제홈에 가보니 웹호스팅사 로고가(?) 보이더군요.
한 오분가량 .... 전화 했더니 .... 삭제 도메인 정리중에 잘못 엉켜서 그랬다는군요.
깜짝 놀랐습니다. 날궂이 하는것도 아니고 ....^^;
한 오분가량 .... 전화 했더니 .... 삭제 도메인 정리중에 잘못 엉켜서 그랬다는군요.
깜짝 놀랐습니다. 날궂이 하는것도 아니고 ....^^;
문제의 파일은 main.php이었습니다.
문제의 발단은............
제가 어제 저녁을 먹고 심심하여 컴터를 만지고 있었지요.
그러다 우연히 더 많은 신문을 보고 싶은 생각에 연합뉴스, 한국경제, 전자신문을 "오늘의 뉴스" 나오는 소스에 추가를 했습니다.
위 소스는 main.php에 들어가는 소스지요.
위 소스를 추가하고나서 홈페이지를 접속했더니 접속이 안되는 것이었습니다.
원래 저희집 인터넷이 워낙 느려 가끔 이런일이 있는지라 요 아래 올린 글에 있는 ping테스트만 한번하고 "오늘도 사용자가 많구나"하고 넘어갔지요.
근데 오늘 접속이 안된다는 투서가 여기저기서 접수가 되더군요.
뭔가 문제가 있음을 깨닫고 부랴부랴 점검을 했지만 이유는 깜깜.....!
가만 생각하니 어제 그것 만진 이후로 접속이 안된것 같아 해당 소스를 없앴더니 커~~억! 이렇게 접속이 잘 되네요.
문제는 전자신문이었습니다.
으~~~! 열받어.
이놈땜시로 접속자체가 안되어 버렸네요.
애꿎은 카페24직원만 욕했습니다.
반성해야겠습니다.
관심가져 주신 모든 분들께 다시 한번 감사의 말씀 전합니다. 꾸뻑!!!
행복하세요. ^^*
문제의 발단은............
제가 어제 저녁을 먹고 심심하여 컴터를 만지고 있었지요.
그러다 우연히 더 많은 신문을 보고 싶은 생각에 연합뉴스, 한국경제, 전자신문을 "오늘의 뉴스" 나오는 소스에 추가를 했습니다.
위 소스는 main.php에 들어가는 소스지요.
위 소스를 추가하고나서 홈페이지를 접속했더니 접속이 안되는 것이었습니다.
원래 저희집 인터넷이 워낙 느려 가끔 이런일이 있는지라 요 아래 올린 글에 있는 ping테스트만 한번하고 "오늘도 사용자가 많구나"하고 넘어갔지요.
근데 오늘 접속이 안된다는 투서가 여기저기서 접수가 되더군요.
뭔가 문제가 있음을 깨닫고 부랴부랴 점검을 했지만 이유는 깜깜.....!
가만 생각하니 어제 그것 만진 이후로 접속이 안된것 같아 해당 소스를 없앴더니 커~~억! 이렇게 접속이 잘 되네요.
문제는 전자신문이었습니다.
으~~~! 열받어.
이놈땜시로 접속자체가 안되어 버렸네요.
애꿎은 카페24직원만 욕했습니다.
반성해야겠습니다.
관심가져 주신 모든 분들께 다시 한번 감사의 말씀 전합니다. 꾸뻑!!!
행복하세요. ^^*
현재시각 정상적으로 접근이 됩니다.
커~~~억!
제가 잠시 미쳤었나 봅니다.
문제 해결했습니다.
다시 한번 모든 분들께 감사 드립니다.
제가 잠시 미쳤었나 봅니다.
문제 해결했습니다.
다시 한번 모든 분들께 감사 드립니다.
테스트를 해 주신 모든분들께 감사드립니다.
아직도 안되고 있습니다.
나스카님께서 말씀하신 TTL은 서버관리자만이 수정할 수 있는거죠?
아~~~!
짜증이네요.
근데 웃기는건 그누보드 index.php만 안된다는 겁니다.
임시로 만든 index.html파일로 하면 접속이 잘 됩니다.
아직도 안되고 있습니다.
나스카님께서 말씀하신 TTL은 서버관리자만이 수정할 수 있는거죠?
아~~~!
짜증이네요.
근데 웃기는건 그누보드 index.php만 안된다는 겁니다.
임시로 만든 index.html파일로 하면 접속이 잘 됩니다.
하단 1989게시물과 본 게시물에 관련하여, 참고하시기 바랍니다.
☞TTL[티티엘](time-to-live)
IP 패킷 내에 있는 값으로서, 그 패킷이 네트웍 내에 너무 오래 있어서 버려져야하는지의 여부를 라우터에게 알려준다. 패킷들은, 여러 가지 이유로 적당한 시간 내에 지정한 장소에 배달되지 못하는 수가 있다. 예를 들어, 부정확한 라우팅 테이블의 결합은 패킷을 끝없이 순환하게 만들 수도 있다. 일정한 시간이 지나면 그 패킷을 버리고, 재전송할 것인지를 결정하도록 그 사실을 발신인에게 알리기 릴 수 있게 하기 위한 해결책으로 TTL이 사용된다. TTL의 초기치는 시스템에 의해 대개 8 비트 길이의 패킷 헤더에 설정된다. TTL에 관한 원래의 아이디어는, 일정시간동안을 초단위로 지정함으로써 그 시간이 지나면 패킷을 버리도록 하기 위한 것이었다. 각 라우터는 TTL 필드로부터 적어도 하나의 숫자를 빼도록 되어 있으며, 그 계산은 대개 패킷이 버려지기 전에 허용되는 라우터 홉수를 의미하는데 사용된다. 패킷을 받는 각 라우터는 TTL 필드 내의 값에서 1을 뺀다. 그 값이 0이 되었을 때, 라우터는 그것을 감지하여 그 패킷을 버리고 ICMP 메시지를 발신지 호스트로 보낸다.
윈도우95나 98의 TTL 기본 값은 32 홉이다. 만약 어떤 사이트에 도달하기에 어려움을 느끼는 사용자라면, 이 값을 128 정도로 바꾸는 것도 하나의 방법이다.
ping과 traceroute 유틸리티는 둘다 특정 호스트 컴퓨터에 접근을 시도하거나 그 호스트까지의 경로를 추적할 때 TTL 값을 사용한다. traceroute는 수신경로를 따라 이어지는 각 라우터에 의해 그 패킷이 버려지도록 하기 위해, 의도적으로 낮은 TTL 값을 이용하여 패킷을 보낸다. 패킷을 보내고 패킷이 버려졌다는 ICMP 메시지를 돌려 받기까지의 시간은, 이어지는 각각의 홉 이동시간을 계산하는데 사용된다. 멀티캐스팅 IP 프로토콜을 사용하면, TTL 값은 패킷이 전달되어야 하는 범위나 구역을 가리킨다.
0은 같은 호스트로 제한된다.
1은 같은 서브넷으로 제한된다.
32는 같은 사이트로 제한된다.
64는 같은 지역으로 제한된다.
128은 같은 대륙으로 제한된다.
255는 제한 없다.
-자료출처 terms.co.kr 키워드 ttl-
☞TTL[티티엘](time-to-live)
IP 패킷 내에 있는 값으로서, 그 패킷이 네트웍 내에 너무 오래 있어서 버려져야하는지의 여부를 라우터에게 알려준다. 패킷들은, 여러 가지 이유로 적당한 시간 내에 지정한 장소에 배달되지 못하는 수가 있다. 예를 들어, 부정확한 라우팅 테이블의 결합은 패킷을 끝없이 순환하게 만들 수도 있다. 일정한 시간이 지나면 그 패킷을 버리고, 재전송할 것인지를 결정하도록 그 사실을 발신인에게 알리기 릴 수 있게 하기 위한 해결책으로 TTL이 사용된다. TTL의 초기치는 시스템에 의해 대개 8 비트 길이의 패킷 헤더에 설정된다. TTL에 관한 원래의 아이디어는, 일정시간동안을 초단위로 지정함으로써 그 시간이 지나면 패킷을 버리도록 하기 위한 것이었다. 각 라우터는 TTL 필드로부터 적어도 하나의 숫자를 빼도록 되어 있으며, 그 계산은 대개 패킷이 버려지기 전에 허용되는 라우터 홉수를 의미하는데 사용된다. 패킷을 받는 각 라우터는 TTL 필드 내의 값에서 1을 뺀다. 그 값이 0이 되었을 때, 라우터는 그것을 감지하여 그 패킷을 버리고 ICMP 메시지를 발신지 호스트로 보낸다.
윈도우95나 98의 TTL 기본 값은 32 홉이다. 만약 어떤 사이트에 도달하기에 어려움을 느끼는 사용자라면, 이 값을 128 정도로 바꾸는 것도 하나의 방법이다.
ping과 traceroute 유틸리티는 둘다 특정 호스트 컴퓨터에 접근을 시도하거나 그 호스트까지의 경로를 추적할 때 TTL 값을 사용한다. traceroute는 수신경로를 따라 이어지는 각 라우터에 의해 그 패킷이 버려지도록 하기 위해, 의도적으로 낮은 TTL 값을 이용하여 패킷을 보낸다. 패킷을 보내고 패킷이 버려졌다는 ICMP 메시지를 돌려 받기까지의 시간은, 이어지는 각각의 홉 이동시간을 계산하는데 사용된다. 멀티캐스팅 IP 프로토콜을 사용하면, TTL 값은 패킷이 전달되어야 하는 범위나 구역을 가리킨다.
0은 같은 호스트로 제한된다.
1은 같은 서브넷으로 제한된다.
32는 같은 사이트로 제한된다.
64는 같은 지역으로 제한된다.
128은 같은 대륙으로 제한된다.
255는 제한 없다.
-자료출처 terms.co.kr 키워드 ttl-
참! 하단 1989게시물을 다시 한번 봤더니 어느정도 이해가 가는 군요.
TTL값이 너무 짧게 설정된 듯 합니다.
해당 게시물의 코멘트를 읽어 보셨다면, 이해가 쉬우실 듯 한데...
네트웍 속도가 현저하게 느려질 경우, 데이터 전송에 관련하여 처리하는 시간의 한계가 너무나 짧게 설정되어
있다면, 아예 접속되지 못하는 경우도 빈번합니다.
TTL값이 너무 짧게 설정된 듯 합니다.
해당 게시물의 코멘트를 읽어 보셨다면, 이해가 쉬우실 듯 한데...
네트웍 속도가 현저하게 느려질 경우, 데이터 전송에 관련하여 처리하는 시간의 한계가 너무나 짧게 설정되어
있다면, 아예 접속되지 못하는 경우도 빈번합니다.
경험컨데.. ip로는 접속이 될것 같은데..
전에 이런현상을 겸험했었습니다. cafe24에서...
아마 dns 쪽 만지다가 잘못해서 도메인 네임으로 찾아들어가는 것이 모두 에러 나는것이 아닐가 합니다.
전에 이런현상을 겸험했었습니다. cafe24에서...
아마 dns 쪽 만지다가 잘못해서 도메인 네임으로 찾아들어가는 것이 모두 에러 나는것이 아닐가 합니다.
'내부 오류'인듯 합니다.
>>>ftp 접속은 잘 됩니다.
즉, http프로토콜이 막혔다는 소린데, 혹시 웹ftp접속은 어떤지 모르겠군요.
좀 전에 웹ftp로 접근하려는데, 시간이 많이 소요되긴 하지만, 정상적으로 가동되는 것 같군요.
>>>거기 담당자하고 통화했는데 자기네들 설정사항이 변경된건 없다고 합니다.
>>>이런 경우 처음이라고 합니다.
'담당자'가 경험이 부족하거나, 원활하게 운용하는 방법을 모르는 듯 하군요.
cafe24호스팅에서 이러한 경우가 처음이라는 소린지, 아니면 문제가 발생한 부분에 대해서 함구하고 있는것인지...
제 짧은 소견으로는 두 경우 모두 해당되지 않고, 아예 접속오류가 발생하는 이유를 모르는 듯 합니다만...
>>>ftp 접속은 잘 됩니다.
즉, http프로토콜이 막혔다는 소린데, 혹시 웹ftp접속은 어떤지 모르겠군요.
좀 전에 웹ftp로 접근하려는데, 시간이 많이 소요되긴 하지만, 정상적으로 가동되는 것 같군요.
>>>거기 담당자하고 통화했는데 자기네들 설정사항이 변경된건 없다고 합니다.
>>>이런 경우 처음이라고 합니다.
'담당자'가 경험이 부족하거나, 원활하게 운용하는 방법을 모르는 듯 하군요.
cafe24호스팅에서 이러한 경우가 처음이라는 소린지, 아니면 문제가 발생한 부분에 대해서 함구하고 있는것인지...
제 짧은 소견으로는 두 경우 모두 해당되지 않고, 아예 접속오류가 발생하는 이유를 모르는 듯 합니다만...
아직 접속이 안되는뎁쇼
딱걸렸군요.. 제가 전에 cafe24 대해서 토크박스에 얘기한 것이 좀있는데..
여기는 문제해결하는데 보통 반나절은 잡아먹는것 같더군요.. 좀 많이 기다리셔야 할듯 합니다.
개인적인 경험으로 볼때 .. 전화통화도 쉽지 않을듯 하군요.
여기는 문제해결하는데 보통 반나절은 잡아먹는것 같더군요.. 좀 많이 기다리셔야 할듯 합니다.
개인적인 경험으로 볼때 .. 전화통화도 쉽지 않을듯 하군요.
잘 안됩니다.
접속이.. 잘 안되는데요.
