Newsgroup: it.comp.reti.cisco
Titolo: Salvataggio configurazione su FTP server

Ciao a tutti.
Di tanto in tanto ero solito salvare la configurazione di un router C837 su
un server FTP IIS 5.0 su cui era disabilitato l'accesso anonimo, quindi
(dopo aver indicato gli opportuni "ftp user" e "ftp password") con un banale
"copy startup-config ftp:/[username]" la configurazione era salvata sul mio
file di testo...
Da quando il server FTP (che e' nella stessa subnet su cui la "zampa"
ethernet del router e' "appoggiata" senza access list) e' diventato un IIS
6.0 con la medesima configurazione del primo, il risultato dell'operazione
e': "%Error writing ftp://[nomeserver]/[nomefile] (Protocol error)"
Ovviamente ho gia' provato tutte la varianti del comando, ipotizzando che la
nuova versione del server FTP usasse un "dialetto" diverso dalla vecchia,
ma... niente da fare.
Mi farebbe piacere se qualcuno a cui magari e' gia' capitato di vedere
questo errore mi potesse dare una "dritta" in merito.
Grazie 1k!!
Andrew

 e': "%Error writing ftp://[nomeserver]/[nomefile] (Protocol error)"
io proverei con:
copy start ftp://user:pass@ip/dir/file
un mayhem ed i troppi sorgenti
-- 
 Ciò che si fa per amore è sempre al di là del bene e del male. Nietzsche
 Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
 SPP  wpage: 
http://www.spippolatori.com
 Key on 
pgp.mit.edu
 ID C7393613


Ci avevo gia' provato... stesso risultato purtroppo... e confermo che se
provo a salvare su un server FTP IIS 5.0 invece funziona... che cosa potra'
essere? :-(


tu hai gia' provato a fare l'upload con un normale client FTP per verificare
che comunque il server sia configurato correttamente  ?
ha verificato che per esempio lo user specificato abbia i permessi di 
scrittura  ?
che non sia un problema di ftp passivo ?
ciao, arx

 ciao, arx
Garantisco, con un banale ftp da linea di comando (oppure appoggiandosi a un
IIS 5.0 con la stessa configurazione) tutto funziona, e i due host sono
sulla stessa subnet logica e fisica senza firewall o altro tipo di
filtering...
Ho anche gia' dato un'occhiata al sito Cisco, ma non ho trovato niente
d'interessante.... nessuno ha mai visto un errore del genere?
Ciao e grazie
Andrew

 d'interessante.... nessuno ha mai visto un errore del genere?
no mai visto...
hai cambiato qualche access-list sul router ?
hai provato a sniffare una connessione tra il router e il server ?

 d'interessante.... nessuno ha mai visto un errore del genere?
hai provato a vedere i log del server ftp?
un mayhem che ha finito il sigaro



Certo: mi dicono che l'utente fa correttamente logon e poi esce... quasi
come se il server nemmeno ricevesse il comando PUT. Garantisco pero' che non
ci sono access-list o filtri di altro genere fra il server e il router, e
ripeto: sono nella stessa sottorete sia fisica che logica... tutte le porte
aperte, quindi e' posssibile che il "problema" sia sul router che per
qualche strana ragione non manda la richiesta?? non so piu' cosa pensare...
adesso do' una sniffata al traffico e posto i risultati.
Grazie del supporto :-)
Andrew

 wrote in message
news:c5ruvq$4ql54$2...@ID-230870.news.uni-berlin.de...

Nessuna modifica alle access-list (che nemmeno sono presenti
sull'interfaccia ethernet).
Non mi era ancora venuto in mente di analizzare come si deve il traffico fra
i due host... lo faccio appena possibile e posto il risultato... grazie del
consiglio!
Andrew


Sniffando le comunicazioni fra il C837 e il server FTP ho notato che di
default il Cisco provava con il metodo PASV... e apparentemente il server
IIS 6.0 aveva qualche difficolta' a rispondergli.
Anche provando con il PORT mode pero' ho avuto lo stesso risutato!!
A questo punto mi sono concentrato sul server FTP e ho fatto una nutrita
serie di prove con altri server IIS 6.0 di sviluppo nella stessa rete. I
risultati hanno chiarito una cosa: che il "problema" non e' dell'apparato
Cisco, perche' sulle macchine di sviluppo (benche' tutte con IIS 6.0) il
problema non si e' verificato.
Variando poi qualche parametro sul server FTP di produzione ho avuto
risultati "altalenanti", a indicare che probabilmente la causa e' nella
configurazione di IIS...
In realta' il server in produzione e' il tipico esempio di "come non si deve
fare", cioe' tutti i servizi erogabili sulla stessa installazione (Active
Directory, DNS, Exchange, SharePoint, etc.): in particolare la coesistenza
di SharePoint ed Exchange che prendono possesso dello stesso IIS che "regge"
anche una Intranet e una Extranet (oltre al default web site) sugli stessi
server virtuali "posseduti" dai suddetti, ... puo' forse creare qualche
difficolta' in piu' che con un metabase "pulito" di un server di sviluppo...
Scusate la parentesi OT: la cosa importante e' isolare il problema... che
adesso potro' risolvere "ad armi pari", dato che - come avrete intuito - ne
capisco piu' di Microsoft che di Cisco! ;-)
Ovviamente un'altra nota importante da fare e' che quello "scatolotto verde"
da me troppe volte calunniato si e' dimostrato ancora una volta al di sopra
di ogni sospetto!! :-))))
Ciao e grazie a tutti per la collaborazione.
Se a qualcuno interessa, appena avro' risolto potro' comunicare la "ricetta"
per chi si trovasse mai a "navigare in acque simili".
Andrew


Trovato il problema: nella configurazione del server FTP e' possibile
inserire dei banner (per dare il benvenuto a chi fa logon, per comunicare la
soglia massima di connessioni contemporanee, etc.). Se si impostano su IIS
6.0 dei banner che contengono piu' di due caratteri LF (di ritorno a capo),
il client FTP dell'IOS attualmente presente sul C837 si incatasta e tronca
la connessione (senza quindi nemmeno inviare il PUT che mi aspettavo di
vedere nei log del server).
Questo comportamento mi sembra veramente singolare, dato che gli stessi
banner su server IIS 5.0 sono "letti" senza problemi dallo stesso router.
Evidentemente una piccola differenza (dalla versione 5.0 alla 6.0 di IIS)
nell'invio di questi dati al client FTP basta per rendere "incompatibile" il
nuovo server FTP al prodotto Cisco.
Una "sciocchezza" quindi, e a dir la verita' il problema non era poi cosi'
grave, ma mi fa piacere trovare i perche' anche di queste piccole cose: un
bell'esercizio di troubleshooting... tanto per cambiare! :-((
Ciao a tutti.
Andrew