Re: consiglio su architettura piccolo sistema
Lavoro molto interessante e personalmente ti sono grato se riesci a dare aggiornamenti su come lo porti avanti. Ciao BeppeC 2015-02-25 23:08 GMT+01:00 giulianc51 giulian...@gmail.com: Il giorno Wed, 25 Feb 2015 22:05:02 +0100 dea d...@corep.it ha scritto: ciao, Perchè non usi zoneminder ? potrei rispondere: a) perchè così mi diverto a imparare cose nuove b) perchè così posso gestire l'architettura del mio sistema come voglio c) d) tutto ovviamente vero, ma forse la risposta più sincera sarebbe: z) per pigrizia :-( non conosco zoneminder, ma ti prometto che lo guarderò, grazie della segnalazione :-) ciao, giuliano -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150225230855.13a181e2@acerCF -- *CANTANNA Giuseppe* giuseppe.canta...@postacertificata.gov.it giuseppe.canta...@glugto.org canta...@glugto.org canta...@gmail.com BepOS - Linux user n. 502620 registered on http://counter.li.org/ *Per favore non inviatemi allegati in formato MS Office.Utilizzate alternativamente documenti in formato OpenDocument.* http://en.wikipedia.org/wiki/OpenDocument http://it.wikipedia.org/wiki/OpenDocument **http://www.documentfoundation.org/ * *https://it.libreoffice.org/
Re: Upgrade (security) di wheezy, NFSv3 e ACL, ACL scomparse...
Mandi! Giuseppe Sacco In chel di` si favelave... Quindi la mia domanda è: per caso è cambiato qualcosa sul *server* NFS, il quale adesso preferisce v4 piuttosto che v3? No, lato server non è (era) cambiato nulla. Boh. -- Berlusconi: Quando scendo io in campo per la sinistra non c'è scampo É proprio vero che siamo un paese di poeti, santi e navigatori... -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/t3j4sb-e5h@albus.lilliput.linux.it
Re: Problema connessioni ssh
Brutta abitudine iniziare un nuovo thread rispondendo ad un thread che non centra nulla. Byez -- Gollum1 Teoro, dov'è il mio teoro Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli errori di battitura (maledetto correttore automatico). -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/00a90b56-3e88-4e2e-9551-2e6a40662...@gmail.com
Re: Problema connessioni ssh
ho altre macchine uguali(stesso identico hardware e stessa identica immagine clonezilla) per cui si dovrebbe essere sana...ma sto punto non so più cosa pensare Il 2015-02-26 12:19 dea ha scritto: La macchina è sana ? Nel leggere i tuoi problemi sono rimasto parecchio stupito Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5f0a5d62e33381d25a907e2b3806f...@inventati.org
Re: Problema connessioni ssh
hai provato a controllare la rete fisica? potrebbe essere colpa di un router o uno switch... prova a mettere un cavo diretto tra le due macchine (ammesso che sia possibile). Il 26/02/15, Scrapsc...@inventati.org ha scritto: ho altre macchine uguali(stesso identico hardware e stessa identica immagine clonezilla) per cui si dovrebbe essere sana...ma sto punto non so più cosa pensare Il 2015-02-26 12:19 dea ha scritto: La macchina è sana ? Nel leggere i tuoi problemi sono rimasto parecchio stupito Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5f0a5d62e33381d25a907e2b3806f...@inventati.org -- ciao, MaX -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caeyavmse-g8veqn_pfyguru_dgkhcka-wg-2bebxer9o4q3...@mail.gmail.com
Re: Problema connessioni ssh
la macchina è remota, non riesco a fare collegamenti diretti, andare in sede del cliente non mi è possibile e nella rete del cliente non ci sono dispositivi in grado di ricevere una connessione ssh. vi viene in mente qualche altro test da fare o log da abilitare/guardare per cercare di capire il problema.. o per lo meno per essere certi che il problema non sia della macchina Il 2015-02-26 13:52 MaX ha scritto: hai provato a controllare la rete fisica? potrebbe essere colpa di un router o uno switch... prova a mettere un cavo diretto tra le due macchine (ammesso che sia possibile). Il 26/02/15, Scrapsc...@inventati.org ha scritto: ho altre macchine uguali(stesso identico hardware e stessa identica immagine clonezilla) per cui si dovrebbe essere sana...ma sto punto non so più cosa pensare Il 2015-02-26 12:19 dea ha scritto: La macchina è sana ? Nel leggere i tuoi problemi sono rimasto parecchio stupito Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5f0a5d62e33381d25a907e2b3806f...@inventati.org -- ciao, MaX -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/27af7c8079f5284e1c5596fb5d7f1...@inventati.org
Re: Problema connessioni ssh
è vero.. in realtà ho fatto rispondi ad una mail di questo thread solo per recuperare l'indirizzo della lista, ero da un'interfaccia web un po' scomodo, e non pensavo rimanesse legata al thred. Errore mio... On 02/26/2015 05:58 PM, Gollum1 wrote: Brutta abitudine iniziare un nuovo thread rispondendo ad un thread che non centra nulla. Byez -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ef6359.1020...@inventati.org
Problema connessioni ssh
Ciao a tutti,ho un problema sulle connessioni ssh che mi sta facendo impazzire. Ho una macchina installata da un cliente alla quale accedo senza problemi in ssh. Una volta dentro però se provo a far partire da lì una nuova connessione ssh verso un mio server di bck ma. non succede niente, il comando rimane costantemete in attesa. Stoppando il comando e rilanciandolo a volte funziona ed a volte no. questo il comando lanciato dalla mia macchina remota: pippo@macchina_remota:~$ ssh pippo@server_bck -vvv OpenSSH_6.0p1 Debian-4+deb7u1, OpenSSL 1.0.1e 11 Feb 2013 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to hashsvn [ip server_bck] port 22. debug1: Connection established. debug1: identity file /home/pippo/.ssh/id_rsa type -1 debug1: identity file /home/pippo/.ssh/id_rsa-cert type -1 debug3: Incorrect RSA1 identifier debug3: Could not load /home/pippo/.ssh/id_dsa as a RSA1 public key debug1: identity file /home/pippo/.ssh/id_dsa type -1 debug1: identity file /home/pippo/.ssh/id_dsa-cert type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa-cert type -1 e questo l'output di un tcpdum attivo sul server_bck: server_bck:~# tcpdump -n -i eth0 tcp port 22 and host ip_macchina_remota tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 09:34:26.286310 IP ip_macchina_remota.52776 192.168.0.2.22: S 122315772:122315772(0) win 14600 mss 1452,sackOK,timestamp 194064488 0,nop,wscale 4 09:34:26.286333 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333158232 194064488,nop,wscale 7 09:34:29.487322 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333159032 194064488,nop,wscale 7 09:34:35.487306 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333160532 194064488,nop,wscale 7 09:34:47.687278 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333163582 194064488,nop,wscale 7 09:35:11.687232 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333169582 194064488,nop,wscale 7 sull'auth.log del server_bck non vedo nulla, anche impostanto shhd con log VERBOSE, fino a che non annullo il comando di connessione sulla macchina remota che genera: localhost sshd[31887]: Did not receive identification string from ip_macchina_remota ho fatto lo stesso test ma verso una macchina completamente diversa e su un'altra rete rispetto al server_bck e la situazione non cambia per cui il problema è lato macchina remota. la rete della macchina remota è molto semplice, hanno una linea Telecom col loro router, sul quale è stata nattata la porta 2022 verso la 22 della mia macchina e con l'opzione firwall disattivata, ed un semplice switch netgear 8 porte Sempre sulla stessa macchina aprendo qualsiasi file con vi per cercare di editarlo mi si freezza completamente la shell. Anche questo problema avviene randomicamente e la cosa che mi lascia ancora più stupito è che con less o nano lo stesso file non da problemi. Mi sembra un problema di rete ma allo stesso tempo la semplicità della stessa mi fa dire che è impossibile. Non posso andare in sede del cliente per provare una connesione diretta, escludento apparati di rete, e nella rete del cliente non ci sono dispositivi in grado di ricevere una connessione ssh. vi viene in mente qualche altro test da fare o log da abilitare/guardare per cercare di capire il problema.. o per lo meno per essere certi che il problema non sia della macchina Grazie in anticpo Scrap -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/eeb6237eb42f68ed95a8aa936b0ea...@inventati.org
[semi-OT] diffusione debian - centos
'sera a tutti :-) mi scuso per il (semi)-OT 1) facendo una ricerca mi imbatto in diverse aziende che utilizzano (la maggior parte) o centos o red hat. Continuando la ricerca noto che centos non ha poi così una gran documentazione (a parte quella ufficiale) e nemmeno troppe ML (debian ne ha a centinaia) 2) che ne pensate riguardo yum (il package manager di red hat/cent os) rispetto ad apt? grazie per le info :-) Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ef6938.8050...@fuckaround.org
Re: Problema connessioni ssh
no no... semplicemente non considerava quella chiave. Il problema rimane On 02/26/2015 08:40 PM, Pol Hallen wrote: si una chiave sbagliata che mi ho dimenticato lì. Me ne sono accorto grazie a -vvv che non uso mai ho visto che hai risposto al tuo stesso messaggio, quindi il problema era quello? Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ef7710.2070...@inventati.org
Re: [semi-OT] diffusione debian - centos
uso entrambi. preferisco di gran lunga apt con tutte le sue estensioni e la sua versatilita'. sto testando yum da poco tempo e vedo che permette il downgrade dei pacchetti (cosa non presente in apt) e la possibilità di integrare plugin (ma non ho approfondito) il fatto che le aziende usino piu' redhat e/o centos e' legato in primis alle licenze/assistenze garantite da redhat stessa per il suo OS e rispettivamente centos perche' e' identico a redhat, il secondo motivo e' legato alle applicazioni verticali, nonostante funzionino con pochissimi aggiustamenti anche con debian, sono certificate per il mondo redhat e per il suo omonimo centos (qualche volta mi hanno fatto storie perfino per il fatto di aver messo centos, quando poi e' praticamente la stessa identica cosa di redhat). Insomma, piu' un problema di immagine che di sostanza. chiaro! grazie Mauro :-) Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ef7b7e.9090...@fuckaround.org
Re: [semi-OT] diffusione debian - centos
Il giorno 26/feb/2015, alle ore 19:43, Pol Hallen debitv...@fuckaround.org ha scritto: 1) facendo una ricerca mi imbatto in diverse aziende che utilizzano (la maggior parte) o centos o red hat. Continuando la ricerca noto che centos non ha poi così una gran documentazione (a parte quella ufficiale) e nemmeno troppe ML (debian ne ha a centinaia) 2) che ne pensate riguardo yum (il package manager di red hat/cent os) rispetto ad apt? grazie per le info :-) uso entrambi. preferisco di gran lunga apt con tutte le sue estensioni e la sua versatilita'. il fatto che le aziende usino piu' redhat e/o centos e' legato in primis alle licenze/assistenze garantite da redhat stessa per il suo OS e rispettivamente centos perche' e' identico a redhat, il secondo motivo e' legato alle applicazioni verticali, nonostante funzionino con pochissimi aggiustamenti anche con debian, sono certificate per il mondo redhat e per il suo omonimo centos (qualche volta mi hanno fatto storie perfino per il fatto di aver messo centos, quando poi e' praticamente la stessa identica cosa di redhat). Insomma, piu' un problema di immagine che di sostanza. mauro ma...@majaglug.net signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [semi-OT] diffusione debian - centos
Ciao Pol, e un saluto pacchettizzato si estende a tutti i partecipanti alla lista .. :-)) Il 26/02/2015 19:43, Pol Hallen ha scritto: 'sera a tutti :-) mi scuso per il (semi)-OT 1) facendo una ricerca mi imbatto in diverse aziende che utilizzano (la maggior parte) o centos o red hat. Continuando la ricerca noto che centos non ha poi così una gran documentazione (a parte quella ufficiale) e nemmeno troppe ML (debian ne ha a centinaia) Come si nota da Wikipedia: CentOS (acronimo di Community enterprise Operating System) è un sistema operativo concepito per fornire una piattaforma di classe enterprise per chiunque intenda utilizzare GNU/Linux per usi professionali. Si tratta di una distribuzione Linux che deriva da Red Hat Enterprise Linux con cui cerca di essere completamente compatibile. Pur installabile su architetture desktop, è un sistema concepito, sviluppato e utilizzato per gli ambienti server. In fase di setup, tra le diverse opzioni si accede a quella di selezione del package (set di installazione) adatto per lo specifico utilizzo. Descrizione Red Hat Enterprise Linux è composta interamente da software libero, ma è resa disponibile in una forma usabile (come CD-ROM di binari) solo a pagamento. Come richiesto dalla GNU General Public License e dalle altre licenze, tutto il codice sorgente è reso disponibile pubblicamente dalla Red Hat. Gli sviluppatori di CentOS usano questo codice per creare un prodotto molto simile a Red Hat Enterprise Linux rendendolo disponibile gratuitamente per il download e l'uso, senza però il supporto offerto da Red Hat. Sostanzialmente la differenza tra Red Hat e CentOS risiede principalmente nell'assenza di assistenza tecnica - attributo principale della motivazione di un pagamento economico - e il cambio del logo, dato che Red Hat è un marchio registrato. Altre differenze risiedono nella garanzia, dato che le applicazioni finali eseguibili vengono prodotte utilizzando parametri diversi da come indicato dalla Red Hat. Esistono anche altre distribuzioni derivate dal codice sorgente di Red Hat. Per scaricare e installare gli aggiornamenti, CentOS usa il sistema di gestione pacchetti YUM, come Red Hat (dalla versione 5; fino a quel momento Red Hat usava up2date). [...] 2) che ne pensate riguardo yum (il package manager di red hat/cent os) rispetto ad apt? In questo link ci dovrebbero essere delle info riguardo la comparazione fra yum e apt: http://how-to.linuxcareer.com/comparison-of-major-linux-package-management-systems grazie per le info :-) De Nada ...:-) Au Revoire Hugh Hartmann -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ef7cdf.2010...@fastwebnet.it
Re: Problema connessioni ssh
si una chiave sbagliata che mi ho dimenticato lì. Me ne sono accorto grazie a -vvv che non uso mai On 02/26/2015 07:22 PM, Scrap wrote: Ciao a tutti,ho un problema sulle connessioni ssh che mi sta facendo impazzire. Ho una macchina installata da un cliente alla quale accedo senza problemi in ssh. Una volta dentro però se provo a far partire da lì una nuova connessione ssh verso un mio server di bck ma. non succede niente, il comando rimane costantemete in attesa. Stoppando il comando e rilanciandolo a volte funziona ed a volte no. questo il comando lanciato dalla mia macchina remota: pippo@macchina_remota:~$ ssh pippo@server_bck -vvv OpenSSH_6.0p1 Debian-4+deb7u1, OpenSSL 1.0.1e 11 Feb 2013 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to hashsvn [ip server_bck] port 22. debug1: Connection established. debug1: identity file /home/pippo/.ssh/id_rsa type -1 debug1: identity file /home/pippo/.ssh/id_rsa-cert type -1 debug3: Incorrect RSA1 identifier debug3: Could not load /home/pippo/.ssh/id_dsa as a RSA1 public key debug1: identity file /home/pippo/.ssh/id_dsa type -1 debug1: identity file /home/pippo/.ssh/id_dsa-cert type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa-cert type -1 e questo l'output di un tcpdum attivo sul server_bck: server_bck:~# tcpdump -n -i eth0 tcp port 22 and host ip_macchina_remota tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 09:34:26.286310 IP ip_macchina_remota.52776 192.168.0.2.22: S 122315772:122315772(0) win 14600 mss 1452,sackOK,timestamp 194064488 0,nop,wscale 4 09:34:26.286333 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333158232 194064488,nop,wscale 7 09:34:29.487322 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333159032 194064488,nop,wscale 7 09:34:35.487306 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333160532 194064488,nop,wscale 7 09:34:47.687278 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333163582 194064488,nop,wscale 7 09:35:11.687232 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333169582 194064488,nop,wscale 7 sull'auth.log del server_bck non vedo nulla, anche impostanto shhd con log VERBOSE, fino a che non annullo il comando di connessione sulla macchina remota che genera: localhost sshd[31887]: Did not receive identification string from ip_macchina_remota ho fatto lo stesso test ma verso una macchina completamente diversa e su un'altra rete rispetto al server_bck e la situazione non cambia per cui il problema è lato macchina remota. la rete della macchina remota è molto semplice, hanno una linea Telecom col loro router, sul quale è stata nattata la porta 2022 verso la 22 della mia macchina e con l'opzione firwall disattivata, ed un semplice switch netgear 8 porte Sempre sulla stessa macchina aprendo qualsiasi file con vi per cercare di editarlo mi si freezza completamente la shell. Anche questo problema avviene randomicamente e la cosa che mi lascia ancora più stupito è che con less o nano lo stesso file non da problemi. Mi sembra un problema di rete ma allo stesso tempo la semplicità della stessa mi fa dire che è impossibile. Non posso andare in sede del cliente per provare una connesione diretta, escludento apparati di rete, e nella rete del cliente non ci sono dispositivi in grado di ricevere una connessione ssh. vi viene in mente qualche altro test da fare o log da abilitare/guardare per cercare di capire il problema.. o per lo meno per essere certi che il problema non sia della macchina Grazie in anticpo Scrap -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/eeb6237eb42f68ed95a8aa936b0ea...@inventati.org
Re: Problema connessioni ssh
debug3: Incorrect RSA1 identifier ??? Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ef69f3.1090...@fuckaround.org
Re: Problema connessioni ssh
si una chiave sbagliata che mi ho dimenticato lì. Me ne sono accorto grazie a -vvv che non uso mai ho visto che hai risposto al tuo stesso messaggio, quindi il problema era quello? Pol -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54ef76c8.7010...@fuckaround.org
Re: [semi-OT] diffusione debian - centos
Il 26 febbraio 2015 20:58, mauro ma...@majaglug.net ha scritto: Insomma, piu' un problema di immagine che di sostanza. mi permetto di dissentire. è un problema non da poco, in certi ambienti. Dipende dal tipo e dalla dimensione del tuo business (beh, da quello dell'utilizzatore finale). A volte le certificazioni sono l'unico modo che hai per avere la garanzia di un certo livello qualitativo e di stabilità (non il migliore, ma uno certo) a livello globale. E di avere assistenza in caso di problemi, cosa non da poco, sopratutto per certi tipi di problema (a me è capitato di essere stato il terzo al mondo nell'incappare in un bug grave in produzione, il fatto che fosse tutto certificato e conforme alle best practice ha fatto si che mi venisse recoverato tutto in tempi dignitosi e dopo poche ore il vendor ha rilasciato un firmware per correggere il bug). Il vero problema, almeno per me e chi fa il mio mestiere (... il sistemiere!), è che debian non è certificata quasi per niente. Non voglio dar la colpa a qualcuno, però per poter metter debian su certi ambienti, è stato necessario attendere ubuntu, che con canonical dietro ha fatto questo lavoro di certificazioni e partnership che, in certe situazioni, è fondamentale e imprescindibile! Non voglio dire che non siano pippe mentali, lo sono senza ombra di dubbio: puro fuffaware :D Però parano le chiappe di chi deve fare delle scelte sulla carta e posso garantire che, in certi ambienti, salvano il posto di lavoro al CTO :) bye, -- Marco Bertorello System Administrator https://www.luisona.tk/marco/rant/ -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/calymku7y_nnfz1zlycrccrlr2fgjgtgjgha3ajqql9c29om...@mail.gmail.com
Re: Disabilitazione login su una console dopo il boot
On 02/25/2015 12:29 PM, Giuseppe Sacco wrote: Buongiorno Gianluca, Il giorno lun, 23/02/2015 alle 09.55 +0100, gianluca ha scritto: [...] Mi spiego meglio: #!/bin/bash # disabiltazione login su console tty1 (impostata da /etc/inittab # Lancio del mio applicativo /home/user/myapp.sh # ri-abilitazione della console di login su tty1 exit 0 L'abilitazione del login su una certa console è dato dalla presenza del getty, il quale a sua volta è chiamato da init. rc.local viene chiamato per ultimo, quindi quando i vari getty sono già tutti attivi. Il modo per disabilitarlo dipende dall'init che stai usando: se utilizzi il sysvinit, dovresti commentare la riga in /etc/inittab ed eseguire il comando «telinit q» che rilegge il file e opera di conseguenza; poi dovresti togliere il commento e richiamare telinit per riabilitare l'accesso. Se invece utilizzi systemd mi pare di capire che puoi usare il comando «systemctl stop getty@tty1.service» e il corrispondente con lo «start». Su Wheezy sto usando sysvinit... Difatti ho fatto cosi` ma volevo evitare di modificare un file di sistema come /etc/inittab anche perche` sui miei sistemi se facessi un rsync di /etc/ con uno standard mi rimetterebbe quello ufficiale e dovrei successivamente valutarlo nello script, cambiarlo ed invocare telinit q. Mi sa troppo di WORKAROUND... Sarebbe bello che si potesse disattivare al volo getty e riabilitarlo successivamente... ma se non si puo` fare diversamente mi adeguero`... Ciao -- Eurek s.r.l. | Electronic Engineering| http://www.eurek.it via Celletta 8/B, 40026 Imola, Italy | Phone: +39-(0)542-609120 p.iva 00690621206 - c.f. 04020030377 | Fax: +39-(0)542-609212 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54eeda70.7010...@eurekelettronica.it
Problema connessioni ssh
Ciao a tutti, ho un problema sulle connessioni ssh che mi sta facendo impazzire. Ho una macchina installata da un cliente alla quale accedo senza problemi in ssh. Una volta dentro però se provo a far partire da lì una nuova connessione ssh verso un mio server di bck ma. non succede niente, il comando rimane costantemete in attesa. Stoppando il comando e rilanciandolo a volte funziona ed a volte no. questo il comando lanciato dalla mia macchina remota: pippo@macchina_remota:~$ ssh pippo@server_bck -vvv OpenSSH_6.0p1 Debian-4+deb7u1, OpenSSL 1.0.1e 11 Feb 2013 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to hashsvn [ip server_bck] port 22. debug1: Connection established. debug1: identity file /home/pippo/.ssh/id_rsa type -1 debug1: identity file /home/pippo/.ssh/id_rsa-cert type -1 debug3: Incorrect RSA1 identifier debug3: Could not load /home/pippo/.ssh/id_dsa as a RSA1 public key debug1: identity file /home/pippo/.ssh/id_dsa type -1 debug1: identity file /home/pippo/.ssh/id_dsa-cert type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa-cert type -1 e questo l'output di un tcpdum attivo sul server_bck: server_bck:~# tcpdump -n -i eth0 tcp port 22 and host ip_macchina_remota tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 09:34:26.286310 IP ip_macchina_remota.52776 192.168.0.2.22: S 122315772:122315772(0) win 14600 mss 1452,sackOK,timestamp 194064488 0,nop,wscale 4 09:34:26.286333 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333158232 194064488,nop,wscale 7 09:34:29.487322 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333159032 194064488,nop,wscale 7 09:34:35.487306 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333160532 194064488,nop,wscale 7 09:34:47.687278 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333163582 194064488,nop,wscale 7 09:35:11.687232 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333169582 194064488,nop,wscale 7 sull'auth.log del server_bck non vedo nulla, anche impostanto shhd con log VERBOSE, fino a che non annullo il comando di connessione sulla macchina remota che genera: localhost sshd[31887]: Did not receive identification string from ip_macchina_remota ho fatto lo stesso test ma verso una macchina completamente diversa e su un'altra rete rispetto al server_bck e la situazione non cambia per cui il problema è lato macchina remota. la rete della macchina remota è molto semplice, hanno una linea Telecom col loro router, sul quale è stata nattata la porta 2022 verso la 22 della mia macchina e con l'opzione firwall disattivata, ed un semplice switch netgear 8 porte Mi sembra un problema di rete ma allo stesso tempo la semplicità della stessa mi fa dire che è impossibile. Qualcuno ha qualche idea o consiglio so come capire quale sia il problema? Grazie -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/eeb6237eb42f68ed95a8aa936b0ea...@inventati.org
Re: [OT] copiare hd su altro hd
Il giorno 26/feb/2015, alle ore 11:19, Dario Di Giambattista arfish...@gmail.com ha scritto: Il 02/25/2015 18:47 Piviul ha scritto: [CUT] mi piacerebbe quindi trasferire il SO dall'HD da 500GB all'SSD. Essendo però di dimensione diversa non potrò mai fare una copia con dd e mi chiedevo quale fosse il modo più indolore. Ogni consiglio è ben accetto Per io suggerirei di usare DD per copiare il disco. Io suggerirei di NON USARE dd per copiare il disco, visto che stiamo parlando di dischi di dimensioni, struttura e tecnologie diverse… Meglio copiare il file system e renderlo avviabile. saluti gerlos -- Life is pretty simple: You do some stuff. Most fails. Some works. You do more of what works. If it works big, others quickly copy it. Then you do something else. The trick is the doing something else. http://gerlos.altervista.org gerlos +- - - gnu/linux registred user #311588 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/6a977344-a8d5-4f9b-a7c8-355c6cd18...@gmail.com
Re: [OT] copiare hd su altro hd
Io invece faccio di norma cosi`: 1- Clonare con clonezilla il sistema 2- Ripristinare il backup di clonezilla su un disco nuovo (della stessa capienza o superiore) 3- Effettuare un boot con gparted-live per aggiustare la/le dimensione/i maggiori del disco nella nuova installazione (compresi UUID!!) 4- Riaccendere la macchina nuova con il sistema su un disco piu` grande! Il passo critico e` il 3 ma non e` cosi` impossibile... On 02/26/2015 10:34 AM, stefano gozzi wrote: clonezilla clona blocco a blocco, senza fare operazioni sul filesytem quindi non puoi restringere una partizione. L'unica è clonarla con gparted, collegando entrambi i dischi, oppure, prima restringerla con gparted, clonare solo la partizione (e non il disco completo, via clonezilla) e ripristinarla sul disco più piccolo aggiungendole anche il flag di boot (sempre via gparted) Poi va aggiustato il bootloader (oppure copiato dall'altro disco). saluti, Ste Il giorno mer 25 feb 2015 22:19 cosmo cos...@riseup.net mailto:cos...@riseup.net ha scritto: In data mercoledì 25 febbraio 2015 18:47:32, Piviul ha scritto: mi chiedevo quale fosse il modo più indolore. Clonezilla. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-REQUEST@lists.__d__ebian.org mailto:debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org mailto:listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-REQUEST@lists.__d__ebian.org mailto:debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: https://lists.debian.org/__20171__44.8MzJu9o3g9@debian https://lists.debian.org/2017144.8MzJu9o3g9@debian -- Eurek s.r.l. | Electronic Engineering| http://www.eurek.it via Celletta 8/B, 40026 Imola, Italy | Phone: +39-(0)542-609120 p.iva 00690621206 - c.f. 04020030377 | Fax: +39-(0)542-609212 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54eeecc8.5070...@eurekelettronica.it
Re: [OT] copiare hd su altro hd
Ciao, prova a guardare questo https://www.youtube.com/watch?v=Qnzbj8vIBxA ;) fa proprio al caso tuo. Il 02/25/2015 18:47 Piviul ha scritto: Ciao a tutti, un amico ha un notebook con un HD da 500GB in cui è installato windows7 (NTFS). Vorebbe sostituirlo con un HD SSD ovviamente più piccolo di dimensione (128 o 256 GB). A questo punto io non avrei voglia di reinstallare tutto sull'altro HD anche perché mi viene già la nausea a pensare di trovare i cd di windows, i drivers... mi piacerebbe quindi trasferire il SO dall'HD da 500GB all'SSD. Essendo però di dimensione diversa non potrò mai fare una copia con dd e mi chiedevo quale fosse il modo più indolore. Ogni consiglio è ben accetto Piviul -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/da0f11c11b568671acd1b88e51de7...@openmailbox.org
Re: [OT] copiare hd su altro hd
clonezilla clona blocco a blocco, senza fare operazioni sul filesytem quindi non puoi restringere una partizione. L'unica è clonarla con gparted, collegando entrambi i dischi, oppure, prima restringerla con gparted, clonare solo la partizione (e non il disco completo, via clonezilla) e ripristinarla sul disco più piccolo aggiungendole anche il flag di boot (sempre via gparted) Poi va aggiustato il bootloader (oppure copiato dall'altro disco). saluti, Ste Il giorno mer 25 feb 2015 22:19 cosmo cos...@riseup.net ha scritto: In data mercoledì 25 febbraio 2015 18:47:32, Piviul ha scritto: mi chiedevo quale fosse il modo più indolore. Clonezilla. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2017144.8MzJu9o3g9@debian
Re: [OT] copiare hd su altro hd
Il 02/25/2015 18:47 Piviul ha scritto: Ciao a tutti, un amico ha un notebook con un HD da 500GB in cui è installato windows7 (NTFS). Vorebbe sostituirlo con un HD SSD ovviamente più piccolo di dimensione (128 o 256 GB). A questo punto io non avrei voglia di reinstallare tutto sull'altro HD anche perché mi viene già la nausea a pensare di trovare i cd di windows, i drivers... mi piacerebbe quindi trasferire il SO dall'HD da 500GB all'SSD. Essendo però di dimensione diversa non potrò mai fare una copia con dd e mi chiedevo quale fosse il modo più indolore. Ogni consiglio è ben accetto Per io suggerirei di usare DD per copiare il disco. -- DarIO
Re: [OT] copiare hd su altro hd
Il giorno 25/feb/2015, alle ore 18:47, Piviul piv...@riminilug.it ha scritto: Ciao a tutti, un amico ha un notebook con un HD da 500GB in cui è installato windows7 (NTFS). Vorebbe sostituirlo con un HD SSD ovviamente più piccolo di dimensione (128 o 256 GB). A questo punto io non avrei voglia di reinstallare tutto sull'altro HD anche perché mi viene già la nausea a pensare di trovare i cd di windows, i drivers... mi piacerebbe quindi trasferire il SO dall'HD da 500GB all'SSD. Essendo però di dimensione diversa non potrò mai fare una copia con dd e mi chiedevo quale fosse il modo più indolore. Non so come si comporti Windows con le ottimizzazioni del FS per lo storage SSD. Però posso dirti come farei io se dovessi spostare Windows su un altro disco. L’ho fatto 4-5 volte anni fa, prima di migrare l’ufficio ad Ubuntu e Debian, quindi ti raccomando di farti un giro in rete comunque, per vedere se qualcosa è cambiato. Ricorda che se in origine Windows era sulla prima partizione, sul nuovo disco dovrà essere ancora sulla prima partizione. Non ricordo invece come rendere Windows bootabile dopo aver trasferito il file system su un nuovo disco, temo che dovrai chiedere a Google. Io userei systemrescuecd (http://www.sysresccd.org/). In realtà va bene qualsiasi sistema gnu/linux live, solo sysresccd è piccolo da scaricare ed ha già i tool che servono, in particolare ntfsresize ed ntfsclone (le pagine man dei due comandi sono ben fatte, ti raccomando di leggerle prima di cominciare). Comincerei controllando errori sul file system con l’utility di Windows, che richiederà 2 riavvii. Su System Rescue CD poi, controllerei se il sistema originale ha una sola partizione e se c’è qualcosa che vale la pena di portare sul nuovo disco. Per chiarirsi le idee potrebbe bastare l’output di lsblk e fdisk -l Poi farei un backup compresso del file system dove c’è Windows, usando ntfsclone e gzip: ntfsclone --save-image --output - /dev/sda1 | gzip -c image.ntfsclone.gz Successivamente restringerei il file system in modo che sia abbastanza più piccolo della partizione su cui andrò a metterlo (per esempio, lo restringerò a 90 GB per metterlo su una partizione da 100GB) usando ntfsresize: ntfsresize --info /dev/sda1 ntfsresize --size 120G /dev/sda1 (se vuoi a questo punto riavvia Windows e controlla di nuovo il file system con l’utility di Windows, così lasci il vecchio disco in condizioni di avviare il sistema, se dovesse servire) Poi farei un’immagine del file system rimpicciolito, usando: ntfsclone --force --save-image --output redimage.ntfsclone /dev/sda1 Poi scambierei i dischi, montando quello nuovo, creerei la tabella delle partizioni e la partizione per windows ecc per esempio usando gparted. La nuova partizione che conterrà Windows la formatterò in NTFS (onestamente non so se è davvero necessario). Al passo successivo ripristinerei l’immagine del file system ridotto: ntfsclone --restore --overwrite /dev/sda1 redimage.ntfsclone Successivamente avvierei il sistema con Windows e controllerei il disco per errori con l’utility di Windows. Ultimi 2 passi: riavviare con sysresccd per estendere il file system in modo che riempia lo spazio disponibile sulla partizione, con ntfsresize --size MAX /dev/sda1 Ed infine ricontrollare un’ultima volta il file system con l’utility di Windows. Per il resto, vedi: http://linux.die.net/man/8/ntfsclone http://linux.die.net/man/8/ntfsresize http://gerlos.altervista.org/gestione-file-system-ext2ext3-ntfs#ntfs http://edoceo.com/exemplar/ntfsclone-transfer-windows in bocca al lupo, gerlos -- Fairy tales are more than true, not because they tell us that dragons exist, but because they tell us that dragons can be beaten. G. K. Chesterton http://gerlos.altervista.org gerlos +- - - gnu/linux registred user #311588 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/f92c3322-e5e0-4cff-9be0-8640b8a8d...@gmail.com
Re: Problema connessioni ssh
mi sono dimenticato di dire che la macchia è una debian 7.4 ed ho notato un nuovo problema. aprendo qualsiasi file con vi per cercare di editarlo mi si freezza completamente la shell. Anche questo problema avviene randomicamente e la cosa ancora che mi lascia ancora più stupito è che con less o nano lo stesso file non mi problemi. Il 2015-02-26 09:12 Scrap ha scritto: Ciao a tutti, ho un problema sulle connessioni ssh che mi sta facendo impazzire. Ho una macchina installata da un cliente alla quale accedo senza problemi in ssh. Una volta dentro però se provo a far partire da lì una nuova connessione ssh verso un mio server di bck ma. non succede niente, il comando rimane costantemete in attesa. Stoppando il comando e rilanciandolo a volte funziona ed a volte no. questo il comando lanciato dalla mia macchina remota: pippo@macchina_remota:~$ ssh pippo@server_bck -vvv OpenSSH_6.0p1 Debian-4+deb7u1, OpenSSL 1.0.1e 11 Feb 2013 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to hashsvn [ip server_bck] port 22. debug1: Connection established. debug1: identity file /home/pippo/.ssh/id_rsa type -1 debug1: identity file /home/pippo/.ssh/id_rsa-cert type -1 debug3: Incorrect RSA1 identifier debug3: Could not load /home/pippo/.ssh/id_dsa as a RSA1 public key debug1: identity file /home/pippo/.ssh/id_dsa type -1 debug1: identity file /home/pippo/.ssh/id_dsa-cert type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa type -1 debug1: identity file /home/pippo/.ssh/id_ecdsa-cert type -1 e questo l'output di un tcpdum attivo sul server_bck: server_bck:~# tcpdump -n -i eth0 tcp port 22 and host ip_macchina_remota tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 09:34:26.286310 IP ip_macchina_remota.52776 192.168.0.2.22: S 122315772:122315772(0) win 14600 mss 1452,sackOK,timestamp 194064488 0,nop,wscale 4 09:34:26.286333 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333158232 194064488,nop,wscale 7 09:34:29.487322 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333159032 194064488,nop,wscale 7 09:34:35.487306 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333160532 194064488,nop,wscale 7 09:34:47.687278 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333163582 194064488,nop,wscale 7 09:35:11.687232 IP 192.168.0.2.22 ip_macchina_remota.52776: S 2192379405:2192379405(0) ack 122315773 win 5792 mss 1460,sackOK,timestamp 2333169582 194064488,nop,wscale 7 sull'auth.log del server_bck non vedo nulla, anche impostanto shhd con log VERBOSE, fino a che non annullo il comando di connessione sulla macchina remota che genera: localhost sshd[31887]: Did not receive identification string from ip_macchina_remota ho fatto lo stesso test ma verso una macchina completamente diversa e su un'altra rete rispetto al server_bck e la situazione non cambia per cui il problema è lato macchina remota. la rete della macchina remota è molto semplice, hanno una linea Telecom col loro router, sul quale è stata nattata la porta 2022 verso la 22 della mia macchina e con l'opzione firwall disattivata, ed un semplice switch netgear 8 porte Mi sembra un problema di rete ma allo stesso tempo la semplicità della stessa mi fa dire che è impossibile. Qualcuno ha qualche idea o consiglio so come capire quale sia il problema? Grazie -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/994d59bdcc5d12580caa8008de3ea...@inventati.org
Re: Problema connessioni ssh
La macchina è sana ? Nel leggere i tuoi problemi sono rimasto parecchio stupito Luca -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150226121859.m11...@corep.it