Flash Aironet 1142N'i Flash ile çalıştırırken TFTP sorunu

Yanıp sönmeye çalışırken ilginç bir sorun yaşıyorum (bir AP'yi hafiften özerkliğe dönüştürmek için) Cisco Aironet 1142Ns

TFTP (FreeBSD 11) ve konsol (minicom), anahtar ve AP olarak hizmet veren bir bilgisayarla küçük bir ağ kurulumum var. Yapılandırma aşağıdaki gibidir:

FreeBSD / TFTP: 10.0.0.2/255.0.0.0
Cisco AP: 10.0.0.1/255.0.0.0

TFTP sunucusunun çalıştığını doğruladım; İkinci bir bilgisayara bağlandım ve Cisco üretici yazılımı dosyasını TFTP sunucusundan elle indirdim. Verdiğim komut

$ tftp
tftp> connect 10.0.0.2
tftp> mode binary
tftp> get c1140-k9w7-tar.153-3.JB.tar
Received 9338880 byes during 4.6 seconds in 18241 blocks.

TFTP çalışıyor.

AP'yi "kurtarma" moduna geçiririm (mod düğmesini basılı tutarken) ap: Komut istemi. Daha sonra aşağıdaki komutları verdim:

ap:  set IP_ADDR 10.0.0.1
ap:  set NETMASK 255.0.0.0
ap:  set DEFAULT_ROUTER 10.0.0.2
ap:  tftp_init
ap:  ether_init
ap:  flash_init
Initializing Flash...
...The flash is already initialized.

(Ben de hiçbir mesaj alamadım tftp_init veya ether_init )

Dosyayı almak için komutu verdiğimde zaman aşımına uğradı:

ap: tar -xtract tftp://10.0.0.2/c1140-k9w7-tar.153-3.JB.tar flash:
tftp://10.0.0.2/c1140-k9w7-tar.153-3.JB.tar: connection timed out

Ancak... AP'nin önyükleme yapıp konsoldan erişmesine izin verirsem, onu yönetebilir ve TFTP dosyasını indirebilir ve özerk bir görüntüyle yeniden aktarabilirim.

Peki ... neden bunu çözmem gerekiyor?

Konsol yazmayı imkansız kılan durum mesajları almaya devam ediyor ve bulduğum hiçbir şey sorunu çözmedi
(ve daha da önemlisi) Önyükleme bellenimi olmayan birkaç AP'm var. sadece onları yakmanın yolu iyileşmedir.

Kurtarma işleminde neden TFTP kullanamadığımı çözme konusunda herhangi bir yardım çok takdir edilecektir.

Güncelleştirme: Düğmeyi atlarsam ve doğrudan FreeBSD kutumdan AP'ye geçersem, TFTP çalışır. Bunu 2 farklı anahtarla (Netgear Gigabit, 3Com 10/100) ve isimsiz bir hub'la (evet, hala etrafta dolaşıyor) denedim. Anahtar / hub'a bağlandığı an başarısız olur, fakat doğrudan çalışır. Nedenini bilmek isterim.

— Allan
kaynak

TFTP, başlangıçta bir dosya boyutu sınırlaması olan eski bir protokoldür, çünkü yalnızca 16 bitlik bir 512 baytlık blok sayıcı (ya da buna benzer bir şey) gibiydi. Bazı uygulamalar kontrpla sararken etrafından geçerken, bazıları da daha büyük bloklara izin vererek etrafından dolandı. Sunucunuzun ve istemcinizin aynı geçici çözümleri uyguladığından emin olmanız gerekir. Kullanabileceğiniz farklı bir TFTP sunucusu uygulaması olup olmadığına bakın.

— Spiff

@Spiff - AP görüntüsünü önyüklerken dosyayı TFTP üzerinden xfer olarak kullanabileceğim gibi TFTP sunucusu değil. Kurtarma modundayken (görüntü önyüklenmemişse), bağlantı bile olmaz - bağlantı zaman aşımına uğrar.

— Allan

@Allen Tecrübe kurtarma modunda kod tabanları, tam önyüklenen işletim sistemi kod tabanlarından çok farklıdır, bu nedenle her ikisinin de aynı TFTP istemci kodunu kullandığını varsaymak güvenli değildir. Ayrıca, bir "bağlantı zaman aşımı", başarısızlığa uğramaktan kolayca gelebilir tamamlayınız bir bağlantının zamanında açılmaması nedeniyle zamanında bir bağlantı. Her iki durumda da, bir paket izi bunu düzeltebilir.

— Spiff

@Spiff - kod tabanı olduğuna inanmayın, güncellememe bakın.

— Allan