1 Temat przez safe0101 (edytowany przez safe0101 2011-07-28 15:27:15)

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Temat: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Witam, korzystam z openwrt-ar71xx-wrt160nl-squashfs-factory.bin (2011-07-23 14:42:59) + LUCI na WRT160NL
Jakie są szanse na to że klucz SSH nagle ulega zmianie ?

Zdarzyło mi się to już po raz 3 łącząc się przez SSH czy Putty

Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Żadne. jeżeli się zmienił to znaczy że albo łączyłeś się do hosta o tym samym ip lub padł jffs i utworzył się od nowa (ale wtedy stracił byś ustawienia).

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez safe0101 (edytowany przez safe0101 2011-07-28 10:45:18)

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Chciałem zamontować poprzez LUCI dysk USB, korzystam z 3 stanowisk , przy próbie połączenia z ssh root@192.168.1.1 na każdym z nich zacząłem otrzymywać komunikaty o zmianie klucza SSH (zarówno Linux/konsola jak i Windows/putty). Reboot urządzenia nie przyniósł rozwiązania. W dalszym ciągu to samo. LUCI umarła ..

Co ciekawe, wykasowałem stary klucz, akceptując nowy - po restarcie routera klucz ponownie się zmienił. Po chwili nie mogłem się zalogować jako root.

Wyłączyłem napięcie, odłączyłem urządzenie USB - zrestartowałem router - klucz w dalszym ciągu zmieniony jednak LUCI ożyła.

jeżeli się zmienił to znaczy że albo łączyłeś się do hosta o tym samym ip

??

Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

4 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Masz dwa routery, każdy ma to samo IP ale inny klucz. Przy podłączeniu do każdego z nich ssh będzie pyskował za każdym razem że się odcisk klucza zmienił.

Jeżeli masz jeden router, to jak jak napisałem - nie utworzył się jffs i router za każdym razem generuje nowy klucz.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

5 Odpowiedź przez safe0101 (edytowany przez safe0101 2011-07-28 13:27:08)

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Nie, nie. Router 1 wszystko podłączone do switcha.
Dlatego powróciłem do oryginalnego oprogramowania i raz jeszcze do OpenWRT.

Może od początku..
Kiedy chce zamienić firmware z oryginalnego dostarczanego przez producenta na OWRT_Backfire otrzymuje podczas wgrywania komunikat o błędzie, naciskając OK pasek postępu dochodzi do końca, po restarcie routera jestem w stanie zalogować się przez telnet ..

To normalne, czy coś po drodze wyraźnie przeszkadza ?

Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

6 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Nie powinieneś mieć żadnego błędu. Powinien bez żadnego ale po prostu wgrać się.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

7 Odpowiedź przez safe0101

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Cezary jak można zdiagnozować problem ?
Rozumie że nikt jeszcze nie pojawił się tutaj z WRT160NL i problemem który powyżej opisałem.
Można zakładać błąd w oprogramowaniu OWRT czy problem (raczej) może leżeć po stronie routera ?

W tej chwili (pomimo omawianego błędu podczas aktualizacji) pracuje na OWRT i wszystko (jak mi się wydaje) działa prawidłowo.

Pasek postępu podczas aktualizacji dochodzi do około (50%) następuje komunikat o błędzie (naciskam ok) pasek postępu dochodzi do 98%, zatrzymuje się. Nic się nie dzieje - nie następuje reboot, przeglądarka nie odświeża strony. Na tym etapie nie jestem w stanie połączyć się z routerem przez telnet - zakładam że cały czas jeszcze pracuje na oryginalnym oprogramowaniu.

Po odcięciu zasilania, router startuje z OWRT - działa telnet, ssh po zmianie hasła, wifi, LUCI instaluje się bez najmniejszego problemu. Zakładam że zmiana oprogramowania przebiega prawidłowo.

Zastanawia mnie tylko ten błąd i jego przyczyna.

Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

8 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

To się nie przejmuj w ogóle - pozbyłeś się oryginału i o to w sumie chodziło smile

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

9 Odpowiedź przez safe0101 (edytowany przez safe0101 2011-07-28 18:22:07)

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Nie, nie o to chodziło - podniesienie funkcjonalności routera przez wgranie alternatywnego oprogramowania nie zmierza wyłącznie do pozbycia się oryginału.

Przy zmianie oprogramowania z oryginalnego na OWRT w WRT160NL pojawia się błąd.
Zakładam że nie wiesz jaka jest jego przyczyna, nie wiemy również czy ma on wpływ na poprawną pracę urządzenia, dlatego też pojawiło się pytanie "jak można zdiagnozować problem".

O to chodziło..

Jeszcze jedna sprawa z WiFI: myślę że bug ... Kiedy Channelustawiony jest na AUTO otrzymuje:

BusyBox v1.15.3 (2011-05-08 15:13:03 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 Backfire (10.03.x, latest version. Always.) -------
  * 1/3 shot Kahlua    In a shot glass, layer Kahlua 
  * 1/3 shot Bailey's  on the bottom, then Bailey's, 
  * 1/3 shot Vodka     then Vodka.
 ----------( by obsy, http://eko.one.pl/ )----------
root@localhost:~$ uci commit wireless
root@localhost:~$ wifi
sh: auto: bad number
Configuration file: /var/run/hostapd-phy0.conf
Channel not configured (hw_mode/channel in hostapd.conf)
Could not select hw_mode and channel. (-3)
wlan0: Unable to setup interface.
rmdir[ctrl_interface]: No such file or directory
Failed to start hostapd for phy0
root@localhost:~$
Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

10 Odpowiedź przez szperix

  • Zarejestrowany: 2011-02-11
  • Posty: 93

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

To może i ja się włącze do sprawy.
Otóż skompilowałem sobie z najnowszych źródeł soft do wr-741nd i wrzuciłem do routera. Wcześniej był wgrany backfire ze strony openwrt.org i w zasadzie wszystko chodziło tylko ach ten brak USB.
Po wgraniu zaczęła się masa problemów w tym m.in wieczna zmiana klucza ssh przy każdym logowaniu do routera.
Oprócz tego rozłączanie WANu po PPPOE (wcześniej próbowaliśmy na forum z tym walczyć - jak widać problem dalej istnieje w przeciwieństwie do firmware z openwrt.org - nie wiem może coś źle kompiluję).
Co mnie jeszcze zaskoczyło to to,że próba np zrestartowania firewalla kwitowana jest "permision danied". Może faktycznie system jffs się nie utworzył i stąd te problemy tylko jak to zdiagnozować i naprawić?

11 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

mac80211 nie wspiera ustawienia "auto" wiec to Twój błąd. tylko ściśle określony kanał.

Nie masz kompletnie sposobu na zdiagnozowanie tego "dlaczego" na oryginalne nie wchodzi wgrywanie. I jak pisałem - ważne ze się udało,  i potrzebujesz zawczasu szukać problemów.

@szperix: 741 ma tylko 4MB flash. Zapewne dałeś tam tyle pakietów, że już na jffs nie starczyło miejsca.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

12 Odpowiedź przez szperix

  • Zarejestrowany: 2011-02-11
  • Posty: 93

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Moja kompilacja sysupgrade zajmuje 3,1MB . Jest to default +  dodatkowo usb storage, usb ohci, ext4 filesystem, block-extroot i hotplug. To jest moja podstawa na której tworzę extroota na penie i tam dopiero ładuję co mi potrzebne (LuCI, transmission, mini DLNA itp.).

13 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Przy extroocie drugi będzie się pytał o ile danych na extroota nie przeniosłeś.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

14 Odpowiedź przez szperix

  • Zarejestrowany: 2011-02-11
  • Posty: 93

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

ok drugi będzie się pytał. Rzecz w tym, że pyta za każdym razem co się do niego chcę zalogować. Może w ogóle Czarku miałbyś chwilkę by skompilować swoją wersję obrazów (być może i Gargoyle by się zmieścił) dla wr741nd z dodaną obsługą USB? Twoje obrazy to jednak pewniak. Spatchowane pliki źródłowe mogę podesłać.

15 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

No to zobacz w logach czy w ogóle /overlay masz na dysku utworzony.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

16 Odpowiedź przez safe0101

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Cezary napisał/a:

mac80211 nie wspiera ustawienia "auto" wiec to Twój błąd. tylko ściśle określony kanał.

Niewiedza boli, a wystarczyło poszukać:
http://eko.one.pl/forum/viewtopic.php?id=1501

Dzięki wielkie.

Nawiązując do tematu związanego z błędem podczas wgrywania oprogramowania OWRT na oryginalne dostarczane przez producenta. Starałem się przeszukać google, do chwili obecnej bez powodzenia.
Jeśli uda wam się znaleźć coś na temat wrt160nl i ww błędu, bardzo proszę o PM'a ..

Z góry dzięki.

Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

17 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Po za takim małym faktem - próba wgrania na oryginał pliku z openwrt większym niż 4MB zawsze kończyło się błędem (co też opisane mam przy opisie wrt160nl). Ale wywalało się od razu przy próbie upgrade.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

18 Odpowiedź przez safe0101 (edytowany przez safe0101 2011-07-29 16:17:48)

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Kolejny raz dostałem info o zmianie klucza SSH:
Zmiana pojawiła się po przygotowaniu nośnika USB : http://eko.one.pl/?p=openwrt-externalroot

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
Please contact your system administrator.
Add correct host key in /home/jakisuser/.ssh/known_hosts to get rid of this message.
Offending RSA key in /home/jakisuser/.ssh/known_hosts:1
  remove with: ssh-keygen -f "/home/jakisuser/.ssh/known_hosts" -R X.X.X.X
RSA host key for X.X.X.X has changed and you have requested strict checking.
Host key verification failed.

Nie mogę również logować się jako ROOT - hasło stało się nagle nieprawidłowe ...
LUCI umarła .. Może dodam że korzystając z poradnika, pominąłem:

# opkg update
    # opkg install block-extroot

block-extroot był już zainstalowany. Po wyciągnięciu nośnika USB dostęp powraca. W zakładce:
/etc/config/fstab widzę:

config 'mount'
        option 'target' '/mnt/sda99'
        option 'fstype' 'ext3'
        option 'options' 'rw,noatime'
        option 'enabled_fsck' '0'
        option 'device' '/dev/sda1'
        option 'enabled' '1'
        option 'is_rootfs' '1'
        option 'uuid' 'XXX-xxx-XXX-xxx-xxx-xxx'
Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

19 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Jak zrobiłeś extroota i nie skopiowałeś danych to nie ma i hasła i żadnych ustawień. Wiec - telnet i ustaw hasło. Klucz też się zmienił, bo na exroocie został wygenerowany nowy. O ile nie skopiowałeś starych danych.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

20 Odpowiedź przez safe0101 (edytowany przez safe0101 2011-07-31 17:33:11)

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Cezary chce wgrać nowe oprogramowanie (nie chcę robić upgrade'u) chcę wyczyścić obecną konfiguracje i ponownie wgrać nowy firmware:

Biorąc pod uwagę poniższe info:
http://i55.tinypic.com/2rcsif8.jpg

Muszę robić ?

firstboot
# rm -rf /overlay/*

czy wystarczy na obecne oprogramowanie ?

mtd -r write firmware.bin firmware
Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

21 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Nigdy nie używaj mtd osobno jeżeli koniecznie nie musisz.

Jak chcesz wgrać od nowa:  sysupgrade -n /tmp/firmware.bin

Jak chcesz tylko wyczyścić: firstboot && reboot

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

22 Odpowiedź przez safe0101

  • Skąd: Kraków
  • Zarejestrowany: 2011-07-28
  • Posty: 528

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Ok, wielkie dzięki.

Hitron CGNv4 // Cisco Meraki-MR18
TL-WR1043NDv2, Mikrotik RB2011UiAS-2HnD-IN Pracują na LEDE
https://wiki.openwrt.org/toh/mikrotik/r … ll_openwrt

safe0101's Strona

23 Odpowiedź przez szperix

  • Zarejestrowany: 2011-02-11
  • Posty: 93

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Kontynuuje mój problem w tym wątku.

No to zobacz w logach czy w ogóle /overlay masz na dysku utworzony.

W logach mam taki wpis:

Jan  1 00:00:33 OpenWrt user.info kernel: mini_fo: using base directory: /
Jan  1 00:00:33 OpenWrt user.info kernel: mini_fo: using storage directory: /overlay

df:

Filesystem                Size      Used Available Use% Mounted on
/dev/root                 1.9M      1.9M         0 100% /rom
tmpfs                    30.3M     80.0K     30.2M   0% /tmp
tmpfs                   512.0K         0    512.0K   0% /dev
/dev/mtdblock3          708.0K     56.0K    652.0K   8% /overlay
mini_fo:/overlay          1.9M      1.9M         0 100% /

mount:

Filesystem                Size      Used Available Use% Mounted on
/dev/root                 1.9M      1.9M         0 100% /rom
tmpfs                    30.3M     80.0K     30.2M   0% /tmp
tmpfs                   512.0K         0    512.0K   0% /dev
/dev/mtdblock3          708.0K     56.0K    652.0K   8% /overlay
mini_fo:/overlay          1.9M      1.9M         0 100% /

no i jeszcze może dmesg:

Linux version 2.6.32.27 (krzych@stacjonarny) (gcc version 4.3.3 (GCC) ) #1 Tue Aug 2 16:46:28 CEST 2011
prom: fw_arg0=00000007, fw_arg1=a3f87fb0, fw_arg2=a3f88460, fw_arg3=00000004
MyLoader: sysp=20000000, boardp=20024000, parts=ffffffff
bootconsole [early0] enabled
CPU revision is: 00019374 (MIPS 24Kc)
Atheros AR7240 rev 2, CPU:350.000 MHz, AHB:175.000 MHz, DDR:350.000 MHz
Determined physical RAM map:
 memory: 04000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
  Normal   0x00000000 -> 0x00004000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00000000 -> 0x00004000
On node 0 totalpages: 16384
free_area_init_node: node 0, pgdat 802c5f30, node_mem_map 81000000
  Normal zone: 128 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 16256 pages, LIFO batch:3
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Kernel command line: rootfstype=squashfs,yaffs,jffs2 noinitrd console=ttyS0,115200 board=TL-WR741ND
PID hash table entries: 256 (order: -2, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Writing ErrCtl register=00000000
Readback ErrCtl register=00000000
Memory: 61788k/65536k available (2046k kernel code, 3672k reserved, 411k data, 148k init, 0k highmem)
SLUB: Genslabs=7, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:56
Calibrating delay loop... 232.65 BogoMIPS (lpj=1163264)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
MIPS: machine is TP-LINK TL-WR741ND
registering PCI controller with io_map_base unset
bio: create slab <bio-0> at 0
PCI: fixup device 0000:00:00.0
pci 0000:00:00.0: reg 10 64bit mmio: [0x000000-0x00ffff]
pci 0000:00:00.0: supports D1
pci 0000:00:00.0: PME# supported from D0 D1 D3hot
pci 0000:00:00.0: PME# disabled
PCI: mapping irq 48 to pin1@0000:00:00.0
Switching to clocksource MIPS
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY)  © 2001-2006 Red Hat, Inc.
yaffs Aug  2 2011 16:43:07 Installing. 
msgmni has been set to 120
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 16550A
console [ttyS0] enabled, bootconsole disabled
Atheros AR71xx SPI Controller driver version 0.2.4
m25p80 spi0.0: w25q32 (4096 Kbytes)
spi0.0: searching for MyLoader partition table at offset 0x10000
spi0.0: searching for MyLoader partition table at offset 0x20000
spi0.0: searching for MyLoader partition table at offset 0x30000
spi0.0: searching for MyLoader partition table at offset 0x40000
spi0.0: no MyLoader partition table found
Searching for RedBoot partition table in spi0.0 at offset 0x3fe000
Searching for RedBoot partition table in spi0.0 at offset 0x3ff000
No RedBoot partition table detected in spi0.0
spi0.0: no WRT160NL signature found
Creating 5 MTD partitions on "spi0.0":
0x000000000000-0x000000020000 : "u-boot"
0x000000020000-0x000000160000 : "kernel"
0x000000160000-0x0000003f0000 : "rootfs"
mtd: partition "rootfs" set to be root filesystem
mtd: partition "rootfs_data" created automatically, ofs=33F000, len=B1000 
0x00000033f000-0x0000003f0000 : "rootfs_data"
0x0000003f0000-0x000000400000 : "art"
0x000000020000-0x0000003f0000 : "firmware"
ag71xx_mdio: probed
eth0: Atheros AG71xx at 0xba000000, irq 5
eth0: Found an AR7240 built-in switch
eth1: Atheros AG71xx at 0xb9000000, irq 4
eth1: connected to PHY at ag71xx-mdio:04 [uid=004dd041, driver=Generic PHY]
Atheros AR71xx hardware watchdog driver version 0.1.0
ar71xx-wdt: timeout=15 secs (max=24)
TCP westwood registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
Freeing unused kernel memory: 148k freed
Please be patient, while OpenWrt loads ...
input: gpio-buttons as /devices/platform/gpio-buttons/input/input0
Button Hotplug driver version 0.3.1
Registered led device: tl-wr741nd:green:system
eth0: link up (1000Mbps/Full duplex)
Registered led device: tl-wr741nd:green:qss
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
ar71xx-ohci ar71xx-ohci: Atheros AR71xx built-in OHCI controller
ar71xx-ohci ar71xx-ohci: new USB bus registered, assigned bus number 1
ar71xx-ohci ar71xx-ohci: irq 3, io mem 0x1b000000
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
uhci_hcd: USB Universal Host Controller Interface driver
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
mini_fo: using base directory: /
mini_fo: using storage directory: /overlay
eth0: link down
eth0: link up (1000Mbps/Full duplex)
device eth0 entered promiscuous mode
br-lan: port 1(eth0) entering forwarding state
PPP generic driver version 2.4.2
NET: Registered protocol family 24
Compat-wireless backport release: compat-wireless-2011-06-23
Backport based on wireless-testing.git master-2011-06-22
cfg80211: Calling CRDA to update world regulatory domain
cfg80211: World regulatory domain updated:
cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
eth1: link up (100Mbps/Full duplex)
PCI: Setting latency timer of device 0000:00:00.0 to 64
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US
ath: Regpair used: 0x3a
ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Registered led device: ath9k-phy0
ieee80211 phy0: Atheros AR9285 Rev:2 mem=0xb0000000, irq=48
cfg80211: Calling CRDA for country: US
cfg80211: Regulatory domain changed to country: US
cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
cfg80211:     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (968 buckets, 3872 max)
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
ar71xx-wdt: enabling watchdog timer

Wszelkie próby np restartu firewalla czy sieci wywalają komunikat "permission denied"
Może tu tkwi przyczyna wywalania mi netu więc fajnie by było rozwiązać ten problem.

ps.: Rzecz na razie dzieje się bez extroota. System świeżutki z ustawionym WANem i Wi-Fi

24 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,065

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Teraz masz normalny system.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

25 Odpowiedź przez szperix

  • Zarejestrowany: 2011-02-11
  • Posty: 93

Odp: WRT160NL - nagła zmiana klucza SSH - błąd podczas zmiany oprogramowani

Bo nie do końca rozumiem. Znaczy się, że wszystko wygląda w porządku?
"permission denied" cały czas wywala a przy każdym logowaniu po ssh krzyczy o zmianie klucza. Wystarczy, że zakończę sesję komendą exit. Ponowne logowanie jest już na nowym kluczu. I tak w kółko ( routera nie restartuję, kompa też nie).