dd-wrt.com 위키에는 라우터 IP 확보 페이지가 있습니다. arp 명령을 사용하라는 메시지가 나타납니다. 해당 페이지에서 :

여전히 응답이 없으면 IP 주소가 기본값에서 변경되었을 수 있습니다. 라우터에서 다른 모든 컴퓨터의 연결을 끊고 명령 창에서 arp를 실행하여 IP 주소가 무엇인지 확인하십시오.

arp -a

라우터가 컴퓨터와 다른 서브넷에 있더라도 라우터로부터 응답을 받아야합니다. 응답을 받으면 출력에 라우터의 IP 주소가 제공됩니다. 라우터의 IP 주소를 찾으면 위에서 설명한대로 라우터의 서브넷과 일치하도록 컴퓨터의 IP 주소를 변경하십시오. 이제 라우터를 핑할 수 있고 응답을받을 수 있습니다.

dd-wrt.com 위키에는 상황에 맞는 완벽한 안내서가 있습니다. 나쁜 플래시에서 복구하십시오 .

그것을 커버 첫 번째 라우터는 WRT54G / GL / GS이지만, 라우터의 특성에 들어가기 전에, 그것은 말한다 :
주의 깊게 공작 스레드의 주 6에서 다음과 같이 라우터가 벽돌로되어 있는지 확인하려면 :
공작 스레드 – 자주 묻는 질문 : 당신이 알아야 할 모든 것! 정말!!

링크가 나중에 작동하지 않을 경우 Peacock Thread-FAQ에서 내 답변에 붙여 넣을 것이지만 전체 게시물에는 많은 정보가 있습니다. 이 섹션에서 시작해야 할 것 같습니다.

구체적으로, 브릭이 있고 jtag (또는 직렬 케이블 사용)가 필요한지 확인하는 단계는 다음과 같습니다.

핑에 대한 표준 IP 주소와 성공하지 못한 경우 재설정하는 방법을 알려줍니다.

Peacock Thread-FAQ는 다음과 같이 시작합니다.
나는 이것을 공작물 스레드라고 불렀으므로 쉽게 찾을 수 있습니다. 여기에는 많은 정보가 포함되어 있으므로주의 깊게 읽으십시오.
….
이 스레드의 정보는 스레드의 게시 날짜와 관계없이 최신 정보입니다. 이 게시물은 지속적으로 수정됩니다.

재설정하는 방법은 게시물의 메모 1에 있습니다. 포럼의 게시물을 확인해야합니다 (포스터에서 여기 링크보다 더 많은 것이 있는지 확인하고 있습니다).

행운을 빕니다.

게시물 작성자의 정보를 여기에 복사해도 괜찮습니다. 따라서 하단의 6 단계를 사용하여 라우터가 브릭 킹 된 것을 확인한 경우 참고 1에 설명 된대로 하드 리셋을 수행해야합니다.

하드 리셋 후 불량 플래시 포스트 에서 복구에서 WRT54GS에 대한 특정 지침을 계속 진행할 수 있습니다 .

Peacock Thread-FAQ : 알아야 할 모든 것! 정말!!
저자 : Murrkf
참고 1 : DD-WRT 펌웨어 버전을 변경하기 전에 하드 리셋을 수행하십시오 .

다시 설정 버튼을 눌렀다는 말은 아닙니다. 이것은 30-30-30 재설정을 의미합니다. 30-30-30 재설정을 수행하려면 라우터 전원이 켜진 상태에서 재설정 버튼을 눌러야합니다. 라우터 전원을 켠 상태에서 30 초 동안 유지하십시오. 여전히 잡고 전원 코드를 30 초 동안 당기십시오. 여전히 잡고 전원을 라우터에 다시 꽂고 재설정 버튼을 30 초 이상 계속 누르고 있습니다. 버튼을 놓지 않고 90 초 동안 버튼을 누르고 있습니다.

하드 리셋은 일반적으로 스톡 펌웨어에서 작동하지 않습니다!

참고 : WRT54GS v1.1, GS v2 및 GS2.1 모델은 하드 리셋 후에 수행 방식에 관계없이 브릭 킹 할 수 있습니다. 이 스레드와 Vulcan의 게시물에서 솔루션을 참조하십시오 :
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=45024

참고 : WRT320N에는 결함이있는 재설정 버튼이 있습니다. WPS 버튼을 사용하여 nvram을 지우는 방법에 대한이 게시물을 참조하십시오 :
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=63004

참고 2 : Asus RT-N16 리셋 버튼은 펌웨어 복원 모드로 들어갑니다. 이 라우터를 재설정하는 방법은 RT-N16 위키를 참조하십시오.

DD-WRT를 설치할 때이 작업을 수행 한 후 192.168.1.1에서 라우터에 로그인하려고 할 때 dd-wrt webgui에서 비밀번호를 변경하라는 메시지가 표시되지 않은 경우 (하드 재설정을 수행 한 것으로 가정) 자동 재구성 암호가 도입 된 2008 년 6 월 14 일자 9707 이전의 dd-wrt 빌드에서 하드 리셋을 제대로 수행하지 않았습니다.

하드 리셋을 실패하고 플래싱 후 기다리지 않는 것은 불필요한 dd-wrt 고통의 세계로 이끄는 가장 일반적인 두 가지 NOOB 오류입니다! 이것은 선택적인 단계가 아닙니다. 펌웨어는 Nvram에 정보를 씁니다. 이 단계는 해당 정보를 지 웁니다. 올바르게 지우지 않으면 이전 정보의 일부에 새 펌웨어가 표시되어 제대로 작동하지 않을 수 있습니다. 모서리를 자르지 마십시오. 업그레이드하기 전에 수행하는 것이 매우 중요 할 수 있습니다. 하드 리셋은 업그레이드 후가 아닙니다.

하드 리셋은 라우터에서 dd-wrt를 제거하지 않습니다!

라우터가 재설정되었으므로 불량 플래시 게시물 에서 복구에서 WRT54GS에 대한 특정 지침을 계속 진행할 수 있습니다 .

라우터 전면의 LED 디스플레이는 보유한 브릭 유형 및 복구 방법을 결정하는 가장 좋은 방법입니다. 라우터를 불필요하게 여는 것을 방지하기 위해 최소한 이것을 확인해야합니다.

웹 인터페이스를 더 이상 사용할 수 없으면 라우터를 먼저 끄고 (전원 잭 제거) 장비에서 모든 네트워크 케이블을 제거하십시오. 몇 초 후에 WRT54G를 다시 시작하십시오. 이제 깜박이는 LED에 주목하십시오.

1. 전원 LED가 매우 빠르게 깜박입니다. 다른 LED가 켜지지 않고 2 분 이상 계속 깜박이면 부트 로더에 결함이있는 것입니다. 그러나 192.168.1.1 (라우터 IP)을 ping 할 수 있으면 TFTP 복구를 시도 할 수 있습니다. 그렇지 않으면 라우터를 열고 아래의 JTAG 복구 방법을 사용해야합니다.
2. 전원 LED가 매우 빠르게 깜박이고 몇 초 후에 DMZ LED가 약 5 초 동안 켜집니다. 이 경우 부트 로더에는 문제가없고 커널 (펌웨어)에만 결함이 있습니다. 이 경우 TFTP를 통해 펌웨어를 다시 플래시하면 이더넷 케이블로 복구 할 수 있습니다 (아래 TFTP 참조).
3. 전원 LED가 매우 빠르게 깜박이고 약 20 초 후에 영구적으로 점등되지만 DMZ LED는 켜지지 않았습니다. 이 경우 부트 로더와 커널 (펌웨어)은 손상되지 않으며 라우터를 잠그면 잘못된 구성 만 발생합니다. NVRAM에 잘못되었거나 손상된 값이있는 경우 발생할 수 있습니다. NVRAM을 지우면 문제가 해결됩니다.

옵션 1 : JTAG 복구 방법 사용
옵션 2 : TFTP를 통해 펌웨어를 다시 플래시하는 경우 이더넷 케이블로 복구 가능
옵션 3은 하드 리셋을 수행하여 수정되었을 수 있습니다.

옵션 1 : TFTP로 복구

DD-WRT가 이미 설치되어 작동 중이고 라우터 펌웨어로 되돌리려 고하기 때문에이 페이지에있는 경우 먼저 DD-WRT를 해제해야합니다!

라우터에 telnet을 연결하고 다음을 실행하십시오.

mtd erase linux (이것은 내 버팔로 WHR-HP-GN을 깨뜨렸다! mtd erase linux를하지 마라!) 재부팅

(참고 : 24preSP2; YMMV가있는 WNDR3300에서만 테스트 됨)

시작하는 동안 라우터는 tftp를 통한 임시 펌웨어 업로드를 수락하기 위해 일시 ​​중지됩니다. Linksys WRT54G 라우터에서 “W54G”헤더가 포함 된 이미지를 플래시해야합니다 (Linksys 및 mini_wrt54g 이미지)

핑 192.168.1.1이 작동하지 않으면 컴퓨터의 IP 주소를 확인하고 라우터 IP의 서브넷에 IP 주소가 할당되어 있는지 확인하십시오. 간단하게하기 위해 “192.168.1.x”가 좋다고 가정 할 수 있습니다. IP가 충분하지 않으면 DHCP 서버가 작동하지 않을 수 있습니다. 따라서 IP를 수동으로 192.168.1.77 (192.168.1.1을 게이트웨이로 사용)로 설정 한 다음 라우터를 다시 핑 (ping)하십시오. 마지막으로, 라우터에 다른 IP가 할당되지 않았는지 확인하기 위해 네트워크 스캐너를 사용하여 네트워크 (더 작은 네트워크)를 스캔 할 수 있습니다.

명령 창에서 연속 핑을 실행하여 라우터 전원을 켜십시오.

ping -t -w 2 192.168.1.1

-w 2 매개 변수는 ping 응답에 대한 시간 종료를 낮추므로 브릭 된 라우터에서 응답을보다 쉽게 ​​얻을 수 있습니다.

192.168.1.1의 답변이 최소한 몇 개 있어야합니다. 이 작업을 여러 번 수행하여 확인하십시오. 그렇다면 간단한 복구 가능성이 높습니다. 여전히 응답이 없으면 IP 주소가 192.168.1.1 이외의 것일 수 있습니다. 라우터의 IP 주소를 얻으려고 시도해야합니다. 특히 이전 펌웨어에서 boot_wait 변수를 on으로 설정하면 부팅 중에 라우터가 평상시보다 더 오래 정지하여 복구 플래시를 허용합니다. 이 기간 동안 TFTP를 통해 펌웨어를 제공하기 만하면됩니다.

PC, 펌웨어 파일 및 TFTP 소프트웨어를 준비하고 전원을 켠 직후 (또는 ping 응답을보기 시작하자마자) 전원을 켜고 TFTP 세션을 시작하는 타이밍으로 재생하십시오. 여러 번 시도하면 (최소 10 번) 라우터를 소홀히하지 않아도됩니다!

라우터에서 ‘잘못된 비밀번호’프롬프트가 표시되면 부트 로더가 TFTP 이미지를 허용하지 않고 펌웨어가 TFTP 업로드를 거부하는 것입니다. 라우터 전원을 켜는 동안 재설정 버튼을 누르면 부트 로더가 TFTP 업로드를 강제로 수락 할 수 있습니다. 라우터 전원이 껐을 때 링크 상태를 유지하면서 PC와 라우터 사이에 스위치 나 허브가 있는지 확인하여 성공률을 향상시킬 수도 있습니다.

DrayTek 라우터 도구-OS X / Windows :이 프로그램은 버튼 하나로 모든 성가신 TFTP 명령을 실행합니다. 여기에서 DrayTek 라우터 도구를 다운로드하여 설치하고 지침을 따르십시오.
ftp://ftp.draytek.com/tools/Router_Tools/

1. ‘Draytek 펌웨어 업그레이드’를 실행하십시오.
2. * .bin 파일을 지정하십시오.
3. 라우터를 연결하고 보내기를 누르십시오. “전송할 수 없습니다”메시지가 표시되면 확인을 누르고 다시 보내십시오. 라우터와 동일한 서브넷에 수동 IP 주소가 있고 라우터가 핑 가능한 경우 라우터는 결국 통과해야합니다 (1 분 이상 보낼 수없는 경우 라우터를 재부팅).
4. 전송이 성공하면 파일이 전송 될 때 진행 표시 줄이 나타납니다.
5. 약 2 분 정도 기다리면 라우터에 액세스 할 수있게됩니다.

Windows : Microsoft Windows에는 TFTP 클라이언트가 포함되어 있습니다. Windows Vista의 경우 프로그램 및 기능에서 활성화해야합니다. TFTP를 사용하면 전송에 대한 모든 정보가 초기 설정 중에 지정됩니다. 표준 FTP에 비해 클라이언트 / 서버 상호 작용이 거의 없습니다.

라우터가 핑에서 응답하지 않거나 전원 표시등이 깜박이면 먼저 arp -s 명령을 사용하십시오.

이 명령을 사용하면 IP 주소를 장치의 고유 한 MAC (또는 물리적 주소)에 연결할 수 있습니다. MAC 주소는 장치 하단에 붙어있는 레이블에 표시되며 aabbccddeeff처럼 보이는 12 자리 16 진수입니다. 이 숫자는 다음과 같이 입력해야합니다. aa-bb-cc-dd-ee-ff. 숫자 쌍을 구분하는 대시가 있습니다.

먼저 설치할 펌웨어의 크기는 3MB보다 작아야합니다. 이후에는 라우터의 WEB 인터페이스를 사용하여 더 큰 펌웨어를 설치할 수 있습니다. 그러나 몇 가지 예외가 있습니다. WRT54GL의 Linksys 기본 펌웨어는 3.2MB이며 TFTP와 함께 작동합니다.

다음 예에서는 라우터 IP 주소가 192.168.1.1이라고 가정합니다.

시작하기 전에 다음을 확인하십시오.

1. LAN에 IP 주소가 192.168.1.1 인 컴퓨터 (또는 장치)가 없습니다.
2. 컴퓨터의 IP 세그먼트 1에 주소가 있습니다 (예 : 192.168.1.xxx).
3. 네트워크 케이블이 라우터에 올바르게 연결되어 있습니다.

Microsoft Windows를 사용하여 라우터를 플래시하려면 :

1. 명령 프롬프트를여십시오.
2. 이 부팅에 사용할 원래 Linksys 펌웨어가 포함 된 디렉토리 또는 설치하려는 DD-WRT 펌웨어로 크기를 3MB 미만으로 변경하십시오 (이 예에서는 펌웨어 파일 이름이 code.bin이라고 가정).

3. 그런 다음 다음 명령을 입력하십시오.

   arp -s 192.168.1.1 aa-bb-cc-dd-ee-ff 핑 192.168.1.1 tftp -i 192.168.1.1 PUT code.bin code.bin

핑에서 올바르게 응답하면 전원 표시등이 깜박이더라도 라우터가 여전히 활성 상태임을 의미합니다.

tftp 프로그램은 업로드하는 동안 상태 업데이트를 제공하지 않으며, 마지막에 “전송 성공”또는 실패 메시지를 리턴합니다. 전송에 15 초 이상이 걸릴 수 있으며이 시간 동안 LAN 상태 LED가 전원 LED와 같은 속도로 깜박입니다. 인내심을 갖고 끝날 때까지 중단하지 마십시오.

펌웨어가 업로드 된 후 전원 표시등이 깜박임을 멈출 때까지 약 3 분 정도 기다리십시오. 이때 라우터가 작동해야합니다.

OS X : OS X에는 아래 설명 된 TFTP 클라이언트가 포함되어 있지만 성공률은 “잘못된 비밀번호 !!!” 오류. 그러나 MacTechnologies의 MacTFTP 클라이언트는 첫 번째 시도에서 작동했습니다. 일반적으로 기본값 인 “admin”인 비밀번호를 지정하고 전송이 완료 될 때까지 기다리십시오.

Linux : 대부분의 Linux 배포판에는 tftp 클라이언트가 포함되어 있거나 패키지로 제공됩니다. 이 예제는 atftp를 사용합니다.

atftp --option "mode octet" --verbose -p -l code.bin 192.168.1.1

OS X 및 Linux 사용자의 경우 터미널 창을 열고 다음 명령을 입력하는 것이 좋습니다.

tftp 192.168.1.1
binary
rexmt 1
timeout 60
trace

모든 유형 후에 (그러나 아직 Enter 키를 누르지 마십시오)

put firmwarefile.bin

라우터를 연결하고 즉시 Enter 키를 누르십시오.

이제 라우터에 전원을 공급하십시오. tftp 클라이언트는 라우터가 응답 할 때까지 지속적으로 펌웨어 업로드를 재 시도합니다. 라우터가 잠에서 깨어나 펌웨어 업그레이드가 전송되기를 바랍니다. 약 2 분 후에 라우터가 재설정되고 새 펌웨어로 작동하게됩니다.

PUT이 완료된 후 펌웨어가 플래시되는 동안 라우터는 2 분 또는 3 분 동안 핑을 중지합니다. 당황하지 마십시오. 이는 정상입니다. 핑 수신을 다시 시작하면 펌웨어가 플래시되고 라우터에 다시 액세스 할 수 있어야합니다. 라우터를 다시 구성하기 전에 기본값으로 재설정해야합니다.

Linksys WRT54 GL :

Linksys wrt54 GL 사용자는 dd-wrt 펌웨어를 사용하여 tftp로 플래싱해도 결과가 나타나지 않으면 www.linksys.com의 원래 Linksys 펌웨어를 사용해보십시오. 그래도 작동하면 하드 리셋을 수행하면 dd-wrt로 계속 깜박일 수 있습니다. 표준 펌웨어 버전을 사용하려면 먼저 MINI 버전을 사용해야합니다.

노트:

• -i는 이진 전송 모드를 지정합니다. 지정하지 않으면 전송이 실패합니다.
• 명령을 시작한 다음 라우터 전원을 켜십시오. 전송이 완료 될 때까지 전송 표시가 없습니다.
• 이 명령을 통한 업로드는 10Mbps 반이중 모드를 사용하는 경우 ~ 5.7kB / s로 매우 느리므로 ~ 3MB 이미지를 업로드하는 데 약 10 분이 걸립니다. 100Mbps 전이중 모드를 사용하면 훨씬 빠릅니다. 전송이 완료된 후 이미지가 플래시에 기록 될 때까지 2-3 분 동안 기다리십시오.
• TFTP가 작동하지 않으면 네트워크 어댑터를 10Mbps 반이중으로 변경하십시오 .
• 이 단계를 올바르게 수행했다면 라우터가 결국 재부팅되는 것을 알 수 있습니다. 경우에 따라 전원을 껐다 켜야합니다. ).
• 60 달러를 낭비하지 않고 라우터가 다시 작동한다는 사실을 즐기십시오.

알려진 TFTP 문제

시간이 초과
되었습니다 핑이있는 경우 전원 코드를 제거하여 라우터를 재부팅하고 10-20 초 이상 기다렸다가 다시 시도하십시오. 핑이 없으면 라우터에 연결할 수 없습니다. 올바른 IP 및 네트워크 구성이 있는지 확인하십시오. 재부팅으로 문제가 해결되지 않고 항상이 오류가 발생하면 JTAG 방법을 진행해야합니다.

액세스 거부 연결 요청 실패
라우터가 연결을 거부하고 있습니다. 라우터는 네트워크에서 액세스 할 수 있습니다. 라우터를 재부팅하거나 네트워크 인터페이스를 복구하거나 일부 자습서에 따라 IP 주소를 192.168.1.9로 변경하십시오.

서버 코드 패턴에 오류가있을 수 있음
때때로 미니 DD-WRT 이미지 (또는 다른 이미지)를 업로드 할 수없는 경우가 있습니다. 이 오류가 발생하면 라우터가 .BIN 펌웨어를 인식 할 수 없습니다 (.BIN 펌웨어가 있는지 확인하십시오). 대신 최신 기본 Linksys 펌웨어를 TFTPing하십시오. 그러면 Web GUI에 액세스하고 라우터를 다시 플래시 할 수 있습니다.

옵션 2 : JTAG 케이블로 복구

여기에서 jtag 위키를 읽으십시오 :
http://www.dd-wrt.com/wiki/index.php/Category:Jtag

라우터가 더 이상 Ping 할 수없는 경우 JTAG 케이블을 사용하여 할 수있는 작업이 거의 없습니다. 핀 배치는 OpenWRT 위키를 참조하십시오. HairyDairyMaid Debrick Utility를 다운로드하십시오. 또는 최신 라우터 모델이 포함 된 업데이트 된 TJTAG 프로그램을 사용해보십시오.

1. 위에 링크 된 핀 배치에 따라 JTAG 케이블을 납땜하십시오.
2. 라우터의 PCB에 12 핀 헤더를 납땜하십시오.
3. giveio.sys 사본 인 giveio.sys 및 loaddrv.exe를 {windows} \ system32 \ drivers ( 일반적으로 C : \ windows \ system32 \ drivers )에 설치
4. system32 디렉토리에서 loaddrv.exe를 두 번 클릭하십시오. 이것은 중요합니다.
5. 유틸리티의 경로에 giveio.sys 파일 이름을 추가하십시오.
6. 로드 버튼과 시작 버튼을 누르면 성공을 확인해야합니다. 이런 일이 발생하지 않으면 더 이상 돌아 가지 말고 수정하십시오.
7. LPT1 포트에서 인터럽트가 활성화되어 있는지 확인하십시오-장치 관리자> LPT1> 속성> 포트 설정으로 이동하여 “이 포트에 지정된 인터럽트 사용”을 확인하십시오.
8. 명령 프롬프트 cd에서 Hairy Dairy 디렉토리로 이동 한 후 wrt54g.exe를 실행하여 옵션 목록을 가져 오십시오.
9. 케이블, 플러그인 확인 및 라우터 전원 켜기 및 wrt54g 수행-probeonly
10. 그런 다음 CPU 유형을 감지합니다. 그렇지 않으면 케이블을 확인하십시오.
11. 마지막으로 NVRAM (문제의 일반적인 원인)을 지우려면 wrt54g
    • 지우기 : nvram
12. 그래도 작동하지 않으면 커널 (펌웨어)을 지우십시오. wrt54g -erase : kernel 이제 TFTP를 통해 커널을 다시 플래시하십시오.
13. 여전히 운이 없다면 CFE를 지우고 라우터 모델에 맞는 cfe.bin이 있는지 확인하십시오! wrt54g-지우기 : cfe 그 후에 CFE를 다시 플래시해야합니다 : wrt54g -flash : cfe

CFE 수집 프로젝트에서 부분 목록을 찾을 수 있습니다.

KERNEL 또는 WHOLEFLASH를 깜박이면이 유틸리티를 통해 JTAG를 사용하는 데 시간이 오래 걸립니다. CFE 및 NVRAM 파일을 플래시 한 다음 일반 TFTP 방법을 사용하여 이더넷을 통해 커널을 플래시하는 것이 좋습니다.

참고 : 플래시 삭제 단계에서 JTAG 쓰기 프로그램이 중단 된 경우 전원 공급 장치를 확인하십시오. 플래시 쓰기 작업은 읽기보다 많은 전력을 소비하므로 한계 전원 공급 장치가 프로브 및 읽기를 지원할 수 있지만 쓰기에 실패합니다. 한 경우에는 14V DC 공급 장치에 32V AC 리플이있었습니다. 원래 플래시 오류라고하는 한계 전원 공급 장치를 가정합니다.

CFE.BIN 파일이 없으면 여기에서 해당 저장소를 찾을 수 있습니다. 여기에는 하드웨어와 일치하지 않는 MAC 주소가 있습니다. CFE를 업로드하기 전에 Bitsum Wiki에서 제공하는 CFE 편집 도구 “IMGTOOL_NVRAM”을 사용하여 et0macaddr 및 il0macaddr을 설정하십시오. et0macaddr은 외부에 인쇄 된 주소입니다. il0macaddr은 같은 주소에 1을 더한 것입니다. 예 : 인쇄기 주소가 00 : 90 : 4d : 83 : 00 : 01이면 et0macaddr은 00 : 90 : 4d : 83 : 00 : 01이고 il0macaddr은 00 : 90 : 4d : 83 : 00 : 02입니다.

Peacock Thread-FAQ : 알아야 할 모든 것! 정말!!
작성자 : Murrkf 참고 6 : 라우터가 손상
되었습니까?

A bricked router is a router that you can no longer communicate with through
wireless or wired connections. It will give no response. Just because a router
doesn't seem to be fully working, doesn't mean it is bricked. Most of the time
when we refer to a bricked router, we mean that it is not responding to a
wired connection and needs a jtag or serial cable to fix it.

A brick will normally not respond to pings at all. Often, all the lan lights and the
power light are lit when a router is bricked, even those with no cable in the lan
port. If you can get your router to respond to pings, there is hope.

When pinging the router:

If reply has TTL of 100, the bootloader (CFE) is responding. This is the best time
to start the TFTP transfer. In most cases you should be able to flash dd-wrt
firmware if you are getting any ttl=100 responses, as long as you flash at the
start of these ping responses. See note 11 about how to flash. Timing can be tricky.

If reply has TTL of 64, the operating system firmware
(i.e. Linux, dd-wrt) is responding.
The good news here is that there IS operating system firmware on your router.

Routers with boot wait enabled will give you a few ping responses of ttl=100, while
the operating system is loading, prior to changing to ttl=64. This enables you to
flash firmware at bootup with tftp if you wish to.

If there is no operating system firmware (dd-wrt) on the router (flash of firmware
did not take for some reason), you will only get ttl=100 from the bootloader.

If you get "destination host unreachable", you likely have your computer on a
different sub-network than the one you are trying to ping. Check to make sure
that you have your computer set to the same static IP subnet (eg.192.168.1.10)
as the address you are trying to ping.

If you only get "request timeout" responses, and you are pinging properly to the
correct  IP of the router from the same subnet,this is not good
(router might be bricked) but we can still try TFTP just in case. Here's what to do:

Try to ping at ALL the IP addresses that your router has ever had. Make sure that
you set the IP on your computer to the same first three octets of the IP you are
trying to ping. Usually, you will set the IP of the computer to 192.168.1.8.
Then, at your command prompt, ping -t 192.168.1.1. Watch and report the results,
if you have a problem.

Be SURE to check your power supply and make sure it is the correct one for your
router. We often see that people have used the wrong power supply and then find
their router doesn't work. Also, power supplies fail, and if the capacitors are weak
the power supply might seem fine when the router is not under load but often the
supply won't work right at reboot, right when you need it to function properly.
If you have another power supply, try both.

구체적으로, 브릭이 있고 jtag (또는 직렬 케이블 사용)가 필요한지 확인하는 단계는 다음과 같습니다.

a. Make sure your computer hardware, especially your lan cable are working
properly. Make sure your network adapter is working. 라우터 전원 공급 장치를 확인하십시오.

b. Disable all virus protection and firewalls on the computer. Also, disable any
wireless cards.
c. Connect one computer to the router with a cable. Have no other connections to
the router except one computer and one cable to that computer.
d. Set your computer IP address to 192.168.1.10 (if that is the same subnet as the
router is supposed to be at).
e. Try to ping the router using the command "ping -t 192.168.1.1" (presuming that
192.168.1.1 is the address your router was set to.) See if there are ANY
responses. (There WILL be A response...you are looking for a ttl= response)
f. If there are no ttl= responses, do a hard reset on your router. Make sure you get
this right. (See note 1.) This should set your router back to dd-wrt defaults. Check
to see what the dd-wrt default is for your router. Usually this is 192.168.1.1. Some
routers are 192.168.10.1 and some are 192.168.1.245. You then need to redo
steps d. and g. using the new ip address. Make sure if the subnet has changed, your
have changed your computer to match the subnet.
h. Start continuous pings to your router again. Note the responses. If they are not
ttl=64, you have a problem. While the pings are continuing, power cycle your
router. (This means unplug it, count to 30, and plug it back in). Watch the lights
and wait until they come back on or for any changes. This could take a minute.
Carefully watch for any ttl= responses during this time.
i. If there are no ttl= responses, do a hard reset on your router, while the pings
continue. Again. watch for any ping responses. If you get none, you likely need to
jtag or use one of the recovery methods listed below in this note. Your router is
bricked.

If you get a few ping responses of ttl=100, or even 1, that is the CFE saying "Send
me a firmware! NOW!" But you have to hit it with a tftp right then, when the ping
responses start. See note 11 (below) and repeat the procedure that got your a
ttl=100 response then try to get the tftp timing right.
Some routers can be bricked even if they do give some ttl=100 responses to pings,
but this is less common. Some routers can be bricked if the lights are not all lit,
but again, this is not common. However, if the lights are all lit, and you cannot
get a ping response, the router is definitely bricked. You can try the alternate
recovery methods below, but if none work and you can't tftp, you must use
serial recovery or jtag to fix it.
(See the Links to the Wiki articles on these, below).

삐걱 거리는 라우터에 핀을 꽂지 마십시오.

It can cause harm that cannot be fixed. A bricked router can almost always be
fixed with serial or jtag if there is a jtag terminal in the router. However a router
with hardware damage cannot be recovered. Pin shorting often causes hardware
damage.

If someone has sent you to note 6 of the peacock thread, it is because they are
asking you to post the exact message you get from your initial ping attempt, the
message you get during and after a power cycle, and the message you get when
pinging during and after a hard reset. Be sure to post this information in your
thread. You will ALWAYS get a message/response when you try to ping;(see the
first paragraph for note 6, above) be sure to post exactly what those responses
are. Also post what each light in the front of the router is doing, and whether
something is plugged into any LAN port. We also need to know what you did to
brick your router - wrong build? Failed to wait? What? Finally we will need to know
what operating system you are using on your computer to assess the message
you get. POST ALL THIS INFORMATION IF YOU WANT USEFUL ASSISTANCE


Here is a link on how to put your router in management mode, that has saved
some people who thought that their router is bricked:
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=47536

EKO has posted this for the Linksys 610N (Not sure if it works for other Linksys
routers too?)
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=54286

As an alternative to serial or jtag, some recent version routers can be fixed by this
method. It is worth a try before you solder:
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=63444&start=15

If you need to jtag, here is a link to the wiki article on jtag:
http://www.dd-wrt.com/wiki/index.php/JTAG

You can do some router recovery with a serial adapter IF you have a working CFE
on the router. This is the preferred method if you flashed the wrong firmware but
have not deleted the cfe with a jtag cable. See this wiki article on serial recovery:
http://www.dd-wrt.com/wiki/index.php/Serial_Recovery

답변

$ ifconfig | grep inet
inet addr:127.0.0.1  Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
inet addr:192.168.1.4  Bcast:192.168.1.255  Mask:255.255.255.0
inet6 addr: fe80::9eb7:dff:fef1:3565/64 Scope:Link

$ nmap 192.168.1.1-154

Starting Nmap 6.40 ( http://nmap.org ) at 2014-06-12 04:00 CEST
Nmap scan report for 192.168.1.1
Host is up (0.012s latency).
Not shown: 994 closed ports
PORT      STATE SERVICE
23/tcp    open  telnet
53/tcp    open  domain
80/tcp    open  http
5000/tcp  open  upnp
8200/tcp  open  trivnet1
20005/tcp open  btx

Nmap scan report for 192.168.1.5
Host is up (0.0056s latency).
Not shown: 999 closed ports
PORT      STATE    SERVICE
27355/tcp filtered unknown

Nmap scan report for 192.168.1.6
Host is up (0.00019s latency).
Not shown: 997 closed ports
PORT    STATE SERVICE
80/tcp  open  http
139/tcp open  netbios-ssn
445/tcp open  microsoft-ds

Nmap scan report for 192.168.1.8
Host is up (0.012s latency).
All 1000 scanned ports on 192.168.1.8 are closed

Nmap scan report for 192.168.1.9
Host is up (0.0047s latency).
Not shown: 976 closed ports
PORT      STATE    SERVICE
22/tcp    open     ssh
42/tcp    filtered nameserver
49/tcp    filtered tacacs
106/tcp   filtered pop3pw
843/tcp   filtered unknown
901/tcp   filtered samba-swat
903/tcp   filtered iss-console-mgr
1066/tcp  filtered fpo-fns
1067/tcp  filtered instl_boots
1169/tcp  filtered tripwire
2009/tcp  filtered news
4005/tcp  filtered pxc-pin
4242/tcp  open     vrml-multi-use
6007/tcp  filtered X11:7
7002/tcp  filtered afs3-prserver
8873/tcp  filtered dxspider
10629/tcp filtered unknown
19101/tcp filtered unknown
19842/tcp filtered unknown
27356/tcp filtered unknown
45100/tcp filtered unknown
50002/tcp filtered iiimsf
50006/tcp filtered unknown
62078/tcp open     iphone-sync

Nmap scan report for 192.168.1.10
Host is up (0.072s latency).
Not shown: 999 closed ports
PORT      STATE SERVICE
62078/tcp open  iphone-sync

Nmap done: 154 IP addresses (6 hosts up) scanned in 164.14 seconds