OpenWRT-keskustelu

Tietokoneen ip osoitteen olen vaihtanu 192.168.0.66 , jos oikein olen ymmärtäny se on niinkuin pitää.

Tuo on ilmeisesti "brickattu" laite nyt.

OpenWrt Project: OpenWrt Debricking Guide

Täytyy tuota tutkailla vähän jos ollaankin oltu ns. "väärillä jäljillä" ?
 
Viimeksi muokattu:
Tiedostonimet pitää olla merkilleen oikein ja vielä oikealla kirjainkoolla. Samoin ip-osoitteessa kaikki kentät paikallaan:
tftp 192.168.0.66 -c get tp_recovery.bin
Kokeile tuota sillä koneella, joka tftpd:tä pyörittää. Se testaa, että interfacen IP on se mitä TP-linkin bootloader tulee käyttämään.
Tiedostonimen voit vaihtaa siksi mitä /src/tftp:ssä on tällä hetkellä, mutta jälleen kerran V3:n bootloader ilmeisesti lataa tiedoston nimeltä "tp_recovery.bin" ainakin sen OpenWRT wiki:n taulukon perusteella.
Kun tuo get toimii, niin tarkista sitten että tiedoston tp_recovery.bin sisältö on myös se mikä V3:lle on sopiva. Sysupgrade-image ei käy vaan ensimmäinen pitää olla factory.
 
Kaikki on oikein laitettu, tiedosto on tuolla /srv/tftp kansiossa, tiedosto on oikea (ja olen kokeillu myös muilla tiedoistoilla) jopa tplinkin backupilla jonka otin ennen kun aloitin mitään. tftp serveri on käynnissä , mutta aina törmään tuohon network is unnreachable. Luultavasti tuo on "brickattu" kun valot vlikkuu vain tasaseen tahtiin eikä tuohon saa yhteyttä näköjään millään.
Olen kokeillu eri osoitteitakin 192.168.1.1 & 0.1 & ja sitä mitä se ennnen oli. Joka ikinen kerta lopputulos on sama, network is unreachable. :(

OpenWrt Project: OpenWrt Debricking Guide
Power LED. The biggest mistake people make here is “my power led is blinking, what does that mean?”. There's an assumption that if the LED is blinking there must be software turning the LED on and off, and that it must mean something. The blinking is actually done in hardware; software only as the ability to set the LED “on” or “blink” – it defaults to blink on power up and isn't set to on until after the firmware boots. If the led is on then you know the firmware booted; blinking really doesn't tell you much.
Napsauta laajentaaksesi...

Tuo on lainattu tuosta debrickaus osasta, mutta keinot taitaa olla niin hankalia että tuskin meillä on aikaa ja hermoja täälä sitä alkaa opettelemaan...
 
Mitä serverin konsolilla sanoo
ip -4 a
Laita ethernetin piuha ihan mihinkä tahansa toiseen ethernet-laitteeseen, jossa on virrat päällä (paitsi siihen TP-linkiin), jotta tuo interface pysyy varmasti pystyssä.
EDIT: Ulkoinen tyhmä kytkin olisi erittäin hyvä, myös TP-linkin flässäystä ajatellen. Sellainen ja tietokone kiinni toisiinsa aluksi, mitään muuta ei välttämättä tarvita.
EDIT2: "tftp: sendto: Network is unreachable" voi siis aiheutua pelkästään jo siitä, että tuo interface jolla on osoite 192.168.0.66 on down, jos ei ole kaapeli toisesta päästä kiinni missään virrallisessa laitteessa.
 
Viimeksi muokattu:
Jos/kun näin on, niin olisi ehkä tarpeen olla vaikka tuo kytkin käytettävissä, koska serverin pitää nostaa tuo interface ennen sitä kun TP-link yrittää get:iä, ja kun TP-link boottaa, interface menee mitä todennäköisimmin alas.
 
tp linkissä ip -4 a sanoo :
ip -4 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever

ja sitten toisessa laitteessa ip -4 a :
ip -4 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 192.168.xxx.xx/24 brd 192.168.xx.255 scope global dynamic noprefixroute enp2s0
valid_lft 86361sec preferred_lft 86361sec

edit: Mulla on tyhmä kytkin, ei hätiä voidaan kokeilla sillätavalla kyllä myös. Menee kyllä vain hetki että löydän johdonkin vielä väliin.
 
Onko 192.168.xxx.xx nyt se tftp-serveri? Jos on niin sen ip:n pitää olla staattisesti 192.168.0.66
Missä tilassa TP-link on jos siihen saa konsolin pystyyn? Ei nyt ihan tiiliskiveltä vaikuta
 
mikajh sanoi:
Onko 192.168.xxx.xx nyt se tftp-serveri? Jos on niin sen ip:n pitää olla staattisesti 192.168.0.66
Missä tilassa TP-link on jos siihen saa konsolin pystyyn? Ei nyt ihan tiiliskiveltä vaikuta
Napsauta laajentaaksesi...

Noin mä ymmärrän sen, että tuo on tftp serveri ja sitten tietokoneen ip osoite staattisesti 192.168.0.66 ?

"Missä tilassa TP-link on jos siihen saa konsolin pystyyn? Ei nyt ihan tiiliskiveltä vaikuta"
Tuota mä en sitten enää ymmärtänytkään.
 
Kannattaa myös muistaa, että IP-osoite on verkkorajapintakohtainen, ei konekohtainen, eli jos koneessa on useampi verkkokortti, niistä jokaisella voi olla oma IP-osoitteensa, kun ne ovat kytkettynä.
 
valtsu71 sanoi:
Kannattaa myös muistaa, että IP-osoite on verkkorajapintakohtainen, ei konekohtainen, eli jos koneessa on useampi verkkokortti, niistä jokaisella voi olla oma IP-osoitteensa, kun ne ovat kytkettynä.
Napsauta laajentaaksesi...
Tuon muistin ja tiesin, on vain tuo emon oma verkkoliitäntä ei muita kortteja joka on tuossa tp linkissä.
 
Kellään kokemuksia TP-Link Archer C7 v1:stä ja OpenWRT:stä?

Muistan katselleeni aikoinaan saisiko OpenWRT:n tai jonkin muun vastaavan firmiksen asennettua, mutta tuolloin oli huono/olematon tuki juurikin V1-versiolle. V1:ssä ei näköjään tukea 5Ghz. Pitänee itse testailla, kerran tällä hetkellä käyttämättömänä.
 
Oudie sanoi:
Kellään kokemuksia TP-Link Archer C7 v1:stä ja OpenWRT:stä?

Muistan katselleeni aikoinaan saisiko OpenWRT:n tai jonkin muun vastaavan firmiksen asennettua, mutta tuolloin oli huono/olematon tuki juurikin V1-versiolle. V1:ssä ei näköjään tukea 5Ghz. Pitänee itse testailla, kerran tällä hetkellä käyttämättömänä.
Napsauta laajentaaksesi...

C7 V1:ssä on 5GHz-tuki valmistajan ja muiden osapuolten ohjelmistolla, muttei OpenWRT:ssä, koska vapaita ajureita V1:n käyttämälle 5GHz:n verkkoraudalle ei ole olemassa.
 
mikajh sanoi:
Jos/kun näin on, niin olisi ehkä tarpeen olla vaikka tuo kytkin käytettävissä, koska serverin pitää nostaa tuo interface ennen sitä kun TP-link yrittää get:iä, ja kun TP-link boottaa, interface menee mitä todennäköisimmin alas.
Napsauta laajentaaksesi...

Okei, kytkin laitettu väliin. Tietokone on kytkimessä ja kytkin lan1 portissa tp linkissä. Kokeilin komentoa tftp 192.168.0.66 -c get ArcherC50V1_tp_recover.bin -> saatiin hieman erilaista tulosta vihdoin ja viimein. Transfer timed out.
Mutta voi kai sanoa että pääasia että ei tullu Network is unreachable...
 
Pureudutaas vielä tähän:

Pah0lain3 sanoi:
tp linkissä ip -4 a sanoo :
ip -4 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever

ja sitten toisessa laitteessa ip -4 a :
ip -4 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 192.168.xxx.xx/24 brd 192.168.xx.255 scope global dynamic noprefixroute enp2s0
valid_lft 86361sec preferred_lft 86361sec

edit: Mulla on tyhmä kytkin, ei hätiä voidaan kokeilla sillätavalla kyllä myös. Menee kyllä vain hetki että löydän johdonkin vielä väliin.
Napsauta laajentaaksesi...

Kuinka ajat tuossa TP-Linkissä tuon komennon "ip-4 a"? Telnet- tai SSH-yhteyden yli? Sarjaportista?
 
Ihan vaan terminaalissa arch linuxilla, ei vaan manjaro mutta sehän on arch. Menee sekasin näissä kun kaikki ohjeetki on aina arch sivuille

telnetin kautta ip -4 a komentoa ei edes tunnistanu, oisko puttysta jotain apua tässä ?


Aijoo, luulet että pääsen tp linkkiin käsiksi jotenkin. Mutta en pääse siis ollenkaan yhteyteen tp linkkiin. Se on joko "brickattu" tai "bootloopissa" tai molemmissa tai jossain, en tiedä.
 
Viimeksi muokattu:
edgerouter

Tp-link on siis kytkettu tuosta irti, on omillaan nyt pelkkä tietokone kiinni siinä.
 
No kuinkas nämä laitteet, Edgerouter, C50 ja työasema/serveri ovat kytkettyinä toisiinsa? Mikä on C50:n haluttu funktio tässä ympäristössä?
 
edgeroute saa netin jossa tämä tietokone on kiinni, toisessa tietokoneessa on tuo tftp serveri joka tp-linkissä kiinni ja siitä nettihän katkes kun laite meni tuohon ihme tilaan. tplinkin funktio tässä ympäristössä on vain antaa langaton verkko osalle laitteista. Koska nykyisellä firmiksellä ei saa dnscryptiä ja hoksasin että openwrt:llä se on mahdollista -> ollaan tässä pisteessä.

edit: niijust..tftp varmasti tarvitsee myös sitä internettiä toimiakseen ?
 
Tuli toki, olen lukenu moneenkin kertaan mutta en halunnu edgerouteriin sitä koska , en osaa , ja päätin että jos jokin menee pieleen niin se saa mennä tuon tp linkin kanssa.

edit: Tuon edgerouterinkaan kanssa se ei ole niin yksinkertaista miltä näyttää.

edit: Lisäksi jos oisin ryssiny jotain edgerouterin kanssa oliko koko talouden netti pimeänä, ja ihmeteltäis että mikähän kumma kun nyt on vain "puolet" taloudesta pimeänä.

Tiesin myös sen että se kannattaisi laittaa jo edgerouteriin tuo dnscrypt, mutta silti koin paremmaksi harjoitusalustaksi tuon vanhemman tp linkin kuin pakasta revityn edgerouterin
 
Viimeksi muokattu:
Pah0lain3 sanoi:
Kokeilin komentoa tftp 192.168.0.66 -c get ArcherC50V1_tp_recover.bin -> saatiin hieman erilaista tulosta vihdoin ja viimein. Transfer timed out.
Napsauta laajentaaksesi...
Lisää -v verbose-optio, mitä se tulostaa?
tftp -v 192.168.0.66 -c get ArcherC50V1_tp_recover.bin
 
Pah0lain3 sanoi:
Tuli toki, olen lukenu moneenkin kertaan mutta en halunnu edgerouteriin sitä koska , en osaa , ja päätin että jos jokin menee pieleen niin se saa mennä tuon tp linkin kanssa.

edit: Tuon edgerouterinkaan kanssa se ei ole niin yksinkertaista miltä näyttää.

edit: Lisäksi jos oisin ryssiny jotain edgerouterin kanssa oliko koko talouden netti pimeänä, ja ihmeteltäis että mikähän kumma kun nyt on vain "puolet" taloudesta pimeänä.
Napsauta laajentaaksesi...

Tämän harjoituksen perusteella epäilen, että olisit osannut ohjata nimipalvelukyselyjä menemään tuon C50:n kautta niin, että tuosta DNSCrypt-palikasta olisi ollut hyötyä.

Irroita nyt se C50, ja siinä kiinnioleva tietokone muusta verkosta, tarkista, että kiinni liitetyn tietokoneen verkkokaapeli on C50:n LAN1-portissa kiinni, ja aja C50:een liitetystä koneesta komento "ip -4 a". Mikä on vastaus?
 
ip -4 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 192.168.0.66/24 brd 192.168.0.255 scope global dynamic noprefixroute enp2s0
valid_lft forever preferred_lft forever

Ihan pikkuisen eri kuin aiemmin kun nyt se on irti ja niinkuin haluat.
 
Pah0lain3 sanoi:
ip -4 a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever

2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
inet 192.168.0.66/24 brd 192.168.0.255 scope global dynamic noprefixroute enp2s0
valid_lft forever preferred_lft forever

Ihan pikkuisen eri kuin aiemmin kun nyt se on irti ja niinkuin haluat.
Napsauta laajentaaksesi...

No mitäs [URL="https://bbs.io-tech.fi/threads/openwrt-keskustelu.118364/page-3#post-6029296"]@mikajh :n komento[/URL] nyt tuottaa?
 
mikajh sanoi:
Lisää -v verbose-optio, mitä se tulostaa?
tftp -v 192.168.0.66 -c get ArcherC50V1_tp_recover.bin
Napsauta laajentaaksesi...

Lähenee jo sitä mitä pitää luultavasti.

Connected to 1982.168.0.66 (192.168.0.66) , port 69
getting from 192.168.0.66:ArcherC50V1_tp_recover.bin to ArcherC50V1_tp_recovery.bin [netascii]

Mutta päättyi kuitenkin lopulta :
Transfer timed out. :(

edit: kokeilin toisella tiedostolla tp_recover.bin niin muuten sama mutta permission denied, koitan tuota samaa vielä roottina.
 
Pah0lain3 sanoi:
Lähenee jo sitä mitä pitää luultavasti.

Connected to 1982.168.0.66 (192.168.0.66) , port 69
getting from 192.168.0.66:ArcherC50V1_tp_recover.bin to ArcherC50V1_tp_recovery.bin [netascii]

Mutta päättyi kuitenkin lopulta :
Transfer timed out. :(
Napsauta laajentaaksesi...
Nyt kuulostaa siltä, että joko bitti ei liiku, tai sallittu aikaikkuna tiedoston siirtoon on liian pieni. Mitä se tftp:n asetustiedosto sanoo?
 
Mä oon ottanu noita komentoja talteen, mutta en tuota asetustiedoston avaamista ja lukemista saatikka sitten sitä että missä se edes on. Joten voitko kertoa miten löydän sen ?

edit : the tftp config file @ /etc/conf.d/tftpd has content only one line:
TFTPD_ARGS="--secure /srv/tftp/"

Tuo sama löytyi tuolta config tiedostosta.
 
Viimeksi muokattu:
Irroita kaapeli C50:tä, liitä kaapelin vapaaseen päähän kannettava, tai pöytäkone, aseta kannettavalle/pöytäkoneelle IP-osoitteeksi vaikka 192.168.0.65, ja aja se tftp-komento uudelleen. Mitä tapahtuu?
 
ArcherC50V1_tp_recover.bin kuulostaa kyllä vielä väärältä firmistiedostolta, jos se purkin rautaversio oli kuitenkin v3
 
valtsu71 sanoi:
Irroita kaapeli C50:tä, liitä kaapelin vapaaseen päähän kannettava, tai pöytäkone, aseta kannettavalle/pöytäkoneelle IP-osoitteeksi vaikka 192.168.0.65, ja aja se tftp-komento uudelleen. Mitä tapahtuu?
Napsauta laajentaaksesi...

kytkin välissä ja nyt joutui ottamaan windows koneen mukaan leikkiin. Laitoin windows koneelle verkkoasetukseksi ip osoiteeksi 192.168.0.65
aliverkon peite 255.255.255.0 ja oletusyhdyskäytäväksi 192.168.0.1 , onko aliverkon peite ja yhdyskäytävä oikein ?

edit : @mikajh mulla on tuolla se toinenkin tiedosto pelkkä tp_recovery ja kokeilen aina molempia.

Mutta tuo kone vs windows kone tuottaa vain samaa olematonta tulosta terminaalissa.
 
mikajh sanoi:
ArcherC50V1_tp_recover.bin kuulostaa kyllä vielä väärältä firmistiedostolta, jos se purkin rautaversio oli kuitenkin v3
Napsauta laajentaaksesi...
Tai sitten on liian orjallisesti luettu sitä uudelleennimeämisohjetta, mielestäni laitoin kyllä linkin siihen kolmosversion rescueimageen. Sekin on kyllä syytä tarkistaa toiseen, tai kolmanteen kertaan.
 
Transfer timed out.

Okei, voin tarkistaa sen imagen vielä ja ladata siirtää tuolle koneelle uudestaan. Mikäköhän se oli ?

edit : Kokeilin windows koneen kanssa laittaa
tftp 192.168.0.65 <- windows koneen ip (kokeilin myös 0.66 lopulla) samaa trasfer timed out

Edit: Laitan kytkimen kanssa tuon siis takaisin tp link lan1:seen ja siirrellään se oikea tiedosto tuolle koneelle vielä ensiksi.
 
First things first. Kokeile myös tätä sillä tftp-serverikoneella (Arch-Linux?)
tftp -v localhost -c get ArcherC50V1_tp_recover.bin
 
tftp -v localhost -c get ArcherC50V1_tp_recover.bin

Connected to localhost :):1) , port 69
getting from localhost:ArcherC50V1_tp_recover.bin to ArcherC50V1_tp_recover.bin [Netascii]

Ei muuta, tai tulee tuo trasfer timed out kun käynnistin koneen uudelleen ja koitin vielä

tftp -v 192.168.0.66 -c get ArcherC50V1_tp_recover.bin
Connected to 192.168.0.66 (192.168.0.66) , port 69
getting from 192.168.0.66 ArcherC50V1_tp_recover.bin to ArcherC50V1_tp_recover.bin [netascii]
Transfer timed out.

Kokeilin myös tietokoneen ip osoitetta vaihtaa 192.168.0.65 ja sitten yhdistää tftp tuohon 192.168.0.66 mutta sama juttu.
 
Viimeksi muokattu:
Pah0lain3 sanoi:
tftp -v localhost -c get ArcherC50V1_tp_recover.bin

Connected to localhost :):1) , port 69
getting from localhost:ArcherC50V1_tp_recover.bin to ArcherC50V1_tp_recover.bin [Netascii]

Ei muuta, tai tulee tuo trasfer timed out kun käynnistin koneen uudelleen ja koitin vielä

tftp -v 192.168.0.66 -c get ArcherC50V1_tp_recover.bin
Connected to 192.168.0.66 (192.168.0.66) , port 69
getting from 192.168.0.66 ArcherC50V1_tp_recover.bin to ArcherC50V1_tp_recover.bin [netascii]
Transfer timed out.

Kokeilin myös tietokoneen ip osoitetta vaihtaa 192.168.0.65 ja sitten yhdistää tftp tuohon 192.168.0.66 mutta sama juttu.
Napsauta laajentaaksesi...

Yritätte binääritiedostoa siirtää, tftp -v -m binary ... vois olla oikeampi tapa.
 
tftp: invalid command , eli en tiedä missä järjestyksessä tuo komento täytyy suorittaa.

Tässä on tuota binarya yritetty :
tftp 192.168.x.x
binary
rexmt 1
timeout 60
trace
Packet tracing on.
tftp> put Archerxxxxxxx.bin

Tulee se trasfer timed out
 
Kai se tftpd on vielä ajossa? Lokaalisti ei edes palomuurin pitäisi olla siirron esteenä
 
Oiskohan tällä jotain vaikutusta:
Specific values needed for tftp on v3 & v4
Bootloader tftp server IPv4 address 192.168.0.66 (on the PC)
Firmware tftp image tp_recovery.bin (that is the file the client looks for)
TFTP transfer window About 10 seconds after power on, while holding the RESET button

TFTP window start Must power on pressing the RESET button
TFTP client required IP address 192.168.0.x
Napsauta laajentaaksesi...

Lainasin tuolta -> OpenWrt Project: TP-Link Archer C50
 
Nyt on vähän vaikea seurata, mitä täällä ihan oikeasti tapahtuu, mutta kokeillaan: onko koneen, jossa tftp-serverin pitäisi olla ajossa, IP tuo neuvottu 192.168.0.66? Onko tähän tftp-serverikoneeseen kytketyn toisen tietokoneen IP 192.168.0.65(tai vaikka 192.168.0.1, kunhan IP-osoitteet eivät ole molemmissa samat)? Mitä tapahtuu, jos koneesta, joka EI ole tftp-palvelua jakava kone, suorittaa komennon "ping 192.168.0.66"?
 
Yhden rivin komento:
echo "trace" > cmds; echo "get ArcherC50V1_tp_recover.bin" >> cmds; tftp -v localhost < cmds
 
Docker archlinux-kokeilu:
Koodi: 
[root@efefc4aff002 tmp]# ps auxf|grep tftp|grep -v grep
root       169  0.0  0.0   2672   100 ?        Ss   05:04   0:00 in.tftpd --listen --secure /srv/tftp/
[root@efefc4aff002 tmp]# ls -la /srv/tftp/
total 4
drwxr-xr-x 1 root root 20 Nov  8 05:03 .
drwxr-xr-x 1 root root 22 Nov  8 04:56 ..
-rw-r--r-- 1 root root 13 Nov  8 05:03 mytest.txt
[root@efefc4aff002 tmp]# ls
[root@efefc4aff002 tmp]# echo "trace" > cmds; echo "get mytest.txt" >> cmds; tftp -v localhost < cmds
Connected to localhost (127.0.0.1), port 69
tftp> trace
Packet tracing on.
tftp> get mytest.txt
getting from localhost:mytest.txt to mytest.txt [netascii]
sent RRQ <file=mytest.txt, mode=netascii>
received DATA <block=1, 14 bytes>
Received 14 bytes in 0.0 seconds [11877 bit/s]
tftp> [root@efefc4aff002 tmp]# cat mytest.txt
Hello there!

Sama tavallisena käyttäjänä:
Koodi: 
[myuser@efefc4aff002 mytmp]$ echo "trace" > cmds; echo "get mytest.txt" >> cmds; tftp -v localhost < cmds
Connected to localhost (127.0.0.1), port 69
tftp> trace
Packet tracing on.
tftp> get mytest.txt
getting from localhost:mytest.txt to mytest.txt [netascii]
sent RRQ <file=mytest.txt, mode=netascii>
received DATA <block=1, 14 bytes>
Received 14 bytes in 0.0 seconds [3548 bit/s]
 
Viimeksi muokattu:
Sait toimimaan. Joko tuo tplink on siis tiiliskivi tai joku pielessä nyt pahemman kerran kun ei yhteyttä tuohon mun tplinkkiin saada. Koitan asentaa linuxin uudestaan huomenna ja koittelen sitten uudestaan nämä jutut. Palaan asiaan kun olen tftpd serverin taas pystyyn ja kokeillu nämä jutut uudestaan. Komennot olen kyllä syötelly huolellisesti, en keksi mikä tuossa nyt vois olla pielessä.

Yhden rivin komento:
echo "trace" > cmds; echo "get ArcherC50V1_tp_recover.bin" >> cmds; tftp -v localhost < cmds
Napsauta laajentaaksesi...

Tuo teki vain sinne kansioon pari tiedostoa, mutta ei muuta.
 
Pah0lain3 sanoi:
Sait toimimaan. Joko tuo tplink on siis tiiliskivi tai joku pielessä nyt pahemman kerran kun ei yhteyttä tuohon mun tplinkkiin saada. Koitan asentaa linuxin uudestaan huomenna ja koittelen sitten uudestaan nämä jutut. Palaan asiaan kun olen tftpd serverin taas pystyyn ja kokeillu nämä jutut uudestaan. Komennot olen kyllä syötelly huolellisesti, en keksi mikä tuossa nyt vois olla pielessä.



Tuo teki vain sinne kansioon pari tiedostoa, mutta ei muuta.
Napsauta laajentaaksesi...

Kai oot huomannu, että sulla on 10sek aikaa aloittaa se tftp-yhteys siihen TP-Linkkiin ja samalla pitää pitää Reset-nappia pohjassa?
 
Kirjaudu tai rekisteröidy kirjoittaaksesi tänne.

Uutiset

Uutisia lyhyesti

Uusimmat viestit

Statistiikka

Viestiketjuista
258 389
Viestejä
4 489 658
Jäsenet
74 150
Uusin jäsen
JM11

Hinta.fi

Back
Ylös Bottom