Marco's Informatik Blog » marco http://www.ciacci.biz Version : 0.79 Build 2904 Thu, 22 Jul 2010 13:57:29 +0000 http://wordpress.org/?v=2.8.6 en hourly 1 Hello Beagle! http://www.ciacci.biz/2010/07/22/hello-beagle/ http://www.ciacci.biz/2010/07/22/hello-beagle/#comments Thu, 22 Jul 2010 08:53:20 +0000 marco http://www.ciacci.biz/?p=482 Non mi riferisco al simpatico cane con le ampie orecchie (molto carino), ma ad uno dei più fetenti virus/rootkit della storia informatica.
Si tratta di roba di 2 anni fa, però può capitare che ogni tanto si ripresenti.
Si riconosce bene la sua presenza in quanto cercando di far partire software antivirus o Combofix, ci ritorna l’errore “Questa non è un applicazione Win32 valida” e di solito la modalità provvisioria non parte.
Allora intanto potremmo cercare di ripristinare il safe mode scaricando questo file ed integrare SafeBoot.reg al nostro registro, ma non sempre è un operazione che riesce, in caso provare anche qui.
Inoltre scaricare Combofix.exe però salvate su disco con un ALTRO nome, ad esempio abc.exe e non eseguitelo con il doppio click, ma aprite una finestra dos con CMD ed eseguite così

abc.exe /killall

A questo punto dovrebbe disinfestare tutto, potrebbe trovare una lista infinita di files ;-)
Magari poi è bene usare anche altri tools, come SuperAntiSpyware e MalwareBytes per togliere tutti i rimasugli!

UPDATE: Può esserci anche il caso che quasi tutti i file di sistema siano stati infettati, in  tal caso è necessario effettuare un’installazione di ripristino, in modo da recuperare tutti gli eseguibili, dll ed i vari file di sistema puliti.

]]> http://www.ciacci.biz/2010/07/22/hello-beagle/feed/ 0 Non si aprono allegati Word 2007/2003 http://www.ciacci.biz/2010/07/22/non-si-aprono-allegati-word-20072003/ http://www.ciacci.biz/2010/07/22/non-si-aprono-allegati-word-20072003/#comments Thu, 22 Jul 2010 08:40:16 +0000 marco http://www.ciacci.biz/?p=480 Mi è capitato su di un pc di un cliente questa problematica, da Outlook non si potevano aprire documenti doc come allegati, mentre tutto il resto si.
inoltre creando un documento Word ed aprendolo da qualsiasi altra posizione invece funzionava.
Il problema era nell’associazione die file corrotta per quanto riguarda il DDE.
Per ovviare al problema è sufficiente

- Aprire una qualsiasi cartella
- Andare nel menu “Strumenti > Opzioni cartella”, scheda “Tipi di file”
- Seleziona la tipologia di file di Word (es: doc, docx, docm)
- Clicca sul pulsante “Avanzate”
- Nel riquadro “Azioni” clicca sulla voce “Apri” e quindi sul
pulsante “Modifica”
- Nel campo “Applicazione utilizzata per eseguire l’operazione”
aggiungere: “%1″ (virgolette comprese) al termine di quanto già scritto (es: C:\Programmi\Microsoft  Office\Office\WINWORD.EXE /n /dde “%1″)
- nel campo “Applicazione DDE non in esecuzione” inserisci [rem see command line] (parentesi quadre comprese) e clicca sul pulsante OK per tre volte.

Questo dovrebbe essere sufficiente a risolvere il problema.

]]> http://www.ciacci.biz/2010/07/22/non-si-aprono-allegati-word-20072003/feed/ 0 Exchange 2010, alcune epurazioni http://www.ciacci.biz/2010/07/19/exchange-2010-alcune-epurazioni/ http://www.ciacci.biz/2010/07/19/exchange-2010-alcune-epurazioni/#comments Mon, 19 Jul 2010 20:25:29 +0000 marco http://www.ciacci.biz/?p=478 In questi giorni sto seguendo alcuni progetti per modifiche alla nostra rete, tra le altre cose l’aggiunta di due nodi al cluster vSphere e l’abilitazione del Fault Tollerance per alcune macchine critiche.
In pratica la farm sarà divisa in due sedi distaccate, collegate in fibra, una farm attiva ed una passiva.
Ma apparte ciò, avendo una licenza di Exchange 2010 standard in “regalo” mi sono detto, quasi quasi metto un nuovo server e ci sposto le mailbox da quello attuale.
Requisito: Exchange 2007 deve essere almeno allo SP2, vabe poco male.
Leggendo e rileggendo trovo una cosa che mi lascia basito….hanno eliminato SCC ma soprattutto LCR!!!
Per chi di voi non lo sa LCR, ovvero Local Cluster Copy (replica continua locale) permette, o meglio permetteva, la replica dei database di Exchange su un altro insieme di dischi sullo stesso server fisico.
Questo non sostitutiva il backup, ma era uno strumento di alta disponibilità, qui è spiegato molto bene cos’era.
Fatto sta che è stato rimosso e francamente non me ne spiego il motivo, a meno che forse Microsoft intenda spingere per le piccole realtà la soluzione Exchange Hosted Services.
Certo per molti ambienti LCR sarà stato anche inutile, ma dato che io l’uso attivamente (accoppiato con Acronis per il backup), non passerò ad Exchange 2010..bhe almeno per ora! ;-)

]]> http://www.ciacci.biz/2010/07/19/exchange-2010-alcune-epurazioni/feed/ 0 Grandstream HT-503 e fax http://www.ciacci.biz/2010/06/29/grandstream-ht-503-e-fax/ http://www.ciacci.biz/2010/06/29/grandstream-ht-503-e-fax/#comments Tue, 29 Jun 2010 11:19:24 +0000 marco http://www.ciacci.biz/?p=476 Ultimamente sto usando questo ATA in associazione al modulo res_fax della Digium, infatti in molte installazioni abbiamo collegato le analogiche di solito usate su macchien fax, per far ricevere ad Asterisk appunto i fax ed inviarli tramite mail.
Che che il 99% delle installazioni che abbiamo è ancora su Asterisk 1.4, ovviamente non c’è il supporto al T.38, quindi il fax è in-band (T.30) ed ovviamente i requisiti sono codec G.711 su LAN, il che non sarebbe comunque un problema, perchè usando il modulo res_fax in accoppiata a Patton e linea isdn, il problema dei fax falliti è pari allo zero.
Diverso il caso con le analogiche con gli HT-503, anche se il nuovo firmware risolve parecchi problemi.
Ma i parametri di tuning da provare sono molti:

  • Caller ID Scheme : Bellcore/Telecordia oppure ETSI-FSK during ringing
  • Caller ID Minimum RX Level: -30 o -40
  • Jitter Buffer Type: Fixed
  • Jitter Buffer Length: Low
  • Caller ID Transport Type: Disable (tanto non funziona lo stesso, all’ultimo firmware)
  • Gain : 0 sia TX che RX, da valutare
  • Disable Line Echo Canceller (LEC): Yes
  • Enable Current Disconnect: no
  • Enable PSTN Disconnect Tone Detection: no
  • AC Termination Mode : Inpedance Based (e sono 600 ohm)
  • Number of Rings: 1
  • PSTN Ring Thru FXS: ovviamente no
  • Wait for Dial-Tone: di solito no
  • Stage: 1

Con questi pochi (!) accorgimenti, non dovreste trovare problemi a ricevere fax! ;-)

]]> http://www.ciacci.biz/2010/06/29/grandstream-ht-503-e-fax/feed/ 1 Ma i tecnici telecom si sentono intoccabili?? http://www.ciacci.biz/2010/06/08/ma-i-tecnici-telecom-si-sentono-intoccabili/ http://www.ciacci.biz/2010/06/08/ma-i-tecnici-telecom-si-sentono-intoccabili/#comments Tue, 08 Jun 2010 18:22:50 +0000 marco http://www.ciacci.biz/?p=471 Il perchè del topic è presto detto…rispondono a caso sapendo di non poter essere in qualche modo cazziati!
Da un cliente che ha tre borchie ISDN, ho chiesto un numero aggiuntivo su una di esse e dato che queste tre borchie erano in ricerca automatica, la borchia con il numero aggiuntivo è stata tolta dalla r.a., questo perchè le borchie multinumero non funzionano in modalità PBX (di solito borchie punto punto, ma anche punto multipunto, capita).
Comunque sia ovviamente c’era da riprogrammare anche quella del capofila per modificare la r.a. solo su due borchie…e qui comincia l’odissea.
Ieri la borchia capofila non andava affatto, l’altra si, mentre da oggi pomeriggio nemmeno questa, ne ingresso ne uscita.
Ovviamente la Telecom chi ha incolpato? ME! Il tecnico del centralino, con la solita storiella “c’è da ripogrammare il sistema…..” UEEE! Apparte che quella configurazione sul patton gira su N apparati, ma se prima che LORO mettessero le mani andava il tutto con 3 borchie, non vedo perchè non deve andare con due!!!!
Poi siccome loro pensano SEMPRE di aver a che fare con dei piccioni dall’altra parte del telefono (cose del tipo: non ho portante ADSL e loro “controllato i DNS?”), ma a questo punto mi pare chiaro il problema dal debug isdn del patton:

00:19:34  ISDN  > # 665 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:35  ISDN  > # 666 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:36  ISDN  > # 667 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:37  ISDN  > # 668 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:38  ISDN  > # 669 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:39  ISDN  > # 670 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:40  ISDN  > # 671 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:41  ISDN  > # 672 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:42  ISDN  > # 673 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:43  ISDN  > # 674 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:44  ISDN  > # 675 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1
00:19:45  ISDN  > # 676 p: 1 R: sapi: 0 cr=1 ea=0 tei:  0 ea=1 SABME                p =1

Ovviamente questa musica (tentativo di riconnessione) si ripete all’infinito su entrambe le porte atatccate alle borchie incriminate.
Quindi che dire, vediamo domani se rispondono di nuovo al mio sollecito di gusto con qualche altra storiella!
Come chiusura di post vi ricordo come attivare il debug su uan determinata porta isdn con il patton

login: {username qui}
password: {password qui}
enable
configure
debug ccisdn signaling
debug isdn event {slot} {porta} all

per esempio per il debug sulla bri 0/0

debug isdn event 0 0 all
mentre per disabilitare il debug, no debug all

]]> http://www.ciacci.biz/2010/06/08/ma-i-tecnici-telecom-si-sentono-intoccabili/feed/ 0 L’importanza dei firmware aggiornati http://www.ciacci.biz/2010/06/07/limportanza-dei-firmware-aggiornati/ http://www.ciacci.biz/2010/06/07/limportanza-dei-firmware-aggiornati/#comments Mon, 07 Jun 2010 17:47:58 +0000 marco http://www.ciacci.biz/?p=468 Ebbene si, certe volte mi capita di sentire colleghi che non reputano basilare aggiornare il firmware dei telefoni ip…..ma stiamo scherzando?
Noi usiamo principalmente Grandstream, perchè apparte gli snob considerino “cineseria” questi prodotti in confronto a Snom o Aastra, secondo me offrono un ottimo equilibri tra funzionalità e prezzo e devo dire che gli ultimi nati sono anche realizzati molto bene.
Apparte ciò è vero che un firmware nuovo può portare problemi, come il 1.1.6.16 con cui i telefoni davano occupato sempre.
Adesso ho “congelato” come release affidabile per i nostri sistemi la 1.2.3.5.
Un altra caso di successo dopo un aggiornamento di firmware l’ho avuto proprio oggi, un GXW-4004 (gateway fxs) non voleva saperne di far ricevere il fax all’apparecchio collegato, mentre dopo l’aggiornamento ha preso a funzionare regolarmente.

]]> http://www.ciacci.biz/2010/06/07/limportanza-dei-firmware-aggiornati/feed/ 0 Virus bastardo malefico!! http://www.ciacci.biz/2010/05/18/virus-bastardo-malefico/ http://www.ciacci.biz/2010/05/18/virus-bastardo-malefico/#comments Tue, 18 May 2010 21:45:36 +0000 marco http://www.ciacci.biz/?p=466 Echecazz!!!!
Scusate eh, ma dopo due sere sono riuscito a recuperare un pc, no…non di un collega o di un cliente, ma di una amica della mia ragazza, ebbene si, mi portano il lavoro anche a casa!
Comunque con il solito mix dei tools, Combofix, MalwareBytes e SuperAntispyware (e come antivirus il mitico Avira), avevo ripulito il tutto, ma rimaneva un problama grosso….al boot nessuna icona nel desktop e niente barra!
Di solito questo è il comportamento tipico di certi spyware, ma dopo il trattamento di cui sopra, tutto tornava ok, ma non stavolta.
Primo indizio, CTRl+ALT+DEL, File, Esegui, explorer e tack, magicamente il desktop, quindi il valore “shell” in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon corrispondeva a explorer.exe
Provato a prendere da c:\i386 il file explorer.ex_, espanderlo e sostituirlo a quello, ma niente.
Altra procedura, rinominare explorer.exe in explore.exe e cambiare il valore di shell, niente.
Pensa pensa pensa, ecco l’illuminazione! La chiave Userinit era corretta a “C:\WINDOWS\system32\userinit.exe,”, ma quando sono andato a guardare il file, userinit.exe, indovinate chi era??! iexplorer.exe!!!!!!!
Il malefico spyware aveva fatto questa sostituzione, quindi espanso sempre da i386 il file userinit.ex_ nella cartella system32 e tutto magicamente ha ripreso a funzionare!

Marco 1, virus bastardi 0

]]> http://www.ciacci.biz/2010/05/18/virus-bastardo-malefico/feed/ 0 Telefoni GXP e lingua italiana http://www.ciacci.biz/2010/05/13/telefoni-gxp-e-lingua-italiana/ http://www.ciacci.biz/2010/05/13/telefoni-gxp-e-lingua-italiana/#comments Thu, 13 May 2010 20:50:27 +0000 marco http://www.ciacci.biz/?p=464 Nell’ultima versione delle centrali che sto  producendo faccio ampio uso del provisioning per i telefoni Grandstream, non saranno ai livelli degli Snom, ma ci troviamo (e così i nostri clienti) molto bene.
Ovviamente loro preferiscono avere il menù in italiano, certo un pò maccheronico, ma meglio che nient per chi non conosce minimamente l’inglese.
Diversamente da come si trova scritto in giro, non è sufficiente mettere il file di testo Italian.txt nella root tftp, ma andrà rinominato anche il file gxp.lpf in gxp_Italian.lpf (rispettate le maiuscole/minuscole!!).
Alcuni telefoni si potrebbero aggiornare anche snza questa accortezza, ma nella mia castica è solo il 10%.
Altra cosa utile per il provisioning è settare la time zone, il corretto offset per l’Italia è 780, perchè ovviamente si parte dalle -12 (quindi 0) della linea del giorno, ad ovest.
Si lo so, è complicato quindi usate semplicemente 780!

]]> http://www.ciacci.biz/2010/05/13/telefoni-gxp-e-lingua-italiana/feed/ 0 Exchange 2007 e backup http://www.ciacci.biz/2010/05/02/exchange-2007-e-backup/ http://www.ciacci.biz/2010/05/02/exchange-2007-e-backup/#comments Sun, 02 May 2010 19:18:39 +0000 marco http://www.ciacci.biz/?p=460 Tempo fa acquistammo in azienda Acronis Recovery per il nostro server Exchange 2007  per fare il backup dell?information Store.
Vidi che c’era una simpatica funzione, ovvero la possibilità di effettuare il backup ed il recovery “brick-level”, ovvero salvare e ripristinare la posta al singolo livello di mail..bello!
bhe….quasi!
Dopo diverso tempo, controllando che comunque tutti i backup (il completo giornaliero ed i 4 incrementali ogni tre ore) erano tutti eseguiti.
Un bel giorno decido di buttare un occhio all’occupazione del DB, 18GB, bhe buono, il disco è da 100GB (macchina virtuale) quindi avrò libero…..cosaaaaaa????? 3GB?????
Il mistero dura 0 secondi, ci sono 56GB di log che per qualche motivo non sono mai stati puliti e consolidati.
Ovviamente saprete, o se non lo sapete è bene saperlo, un backup COMPLETO di IS, dovrebbe consolidare tutti i log e cancellare quelli superflui, cosa che Acronis NON MI HA MAI FATTO!
Senza sentire il loro supporto mi sono dato però una risposta, il problema sta nel brick-level appunto, infatti convertendo il backup nel classico modo, ovvero backuppando l’intero IS “monolitico”, il log non necessari sono cancellati magicamente dopo ogni backup.
Il che ha anche una logica, la caratteristica di salvare ogni singola mail, non può presupporre il cosolidamento di tutti i log, nemmeno se questa tecnica viene utilizzata per salvare l’intero IS.
Una soluzione per evitare il lievitare dei log, ma mantenere i vantaggi della tecnologia brick-level potrebbe essere fare un backup giornaliero “classico” la domenica ad esempio e mantenere i 6 giornalieri brick-level, con tanto di incrementali gli altri giorni, così da eliminare i log superflui una volta la settimana.

]]> http://www.ciacci.biz/2010/05/02/exchange-2007-e-backup/feed/ 0 Remote Desktop Easy Print con XP http://www.ciacci.biz/2010/04/22/remote-desktop-easy-print-con-xp/ http://www.ciacci.biz/2010/04/22/remote-desktop-easy-print-con-xp/#comments Thu, 22 Apr 2010 18:41:16 +0000 marco http://www.ciacci.biz/?p=458 Recentemente ho installato un Remote Desktop Services (WS 2008 R2), il nuovo Terminal Server per capirsi ed è presente una nuova features che come saprete facilita l’utente nello stampare nella stampante (ma va!) a lui più comoda.
Consente inoltre agli utenti di ottenere prestazioni di stampa più uniformi tra sessioni locali e remote.
I client in questione erano XP SP3 con tanto di .NET Framework 3.0 SP2 e .NET 3.5 SP1, però quando andavo a stampare dala sessione RDS nella stampante locale, mi veniva a video un errore di Windows, relativo all’eseguibile TsWpfWrp.exe
Documentandomi ho scoperto che su XP è presente una versione più vecchia, di quella presente ad esempio su 7, la 3.0.6920.1201.
Semplicemente sistituendo l’eseguibile vecchio con questo, l’errore scompare, ma ancora non c’è stampa, quindi ho reinstallato il .NET Framework è tutto è partito alla perfezione, sia con il client RDP 6.1 (di default su XP Sp3, che con il nuovo 7, che consiglio caldamente!)

]]> http://www.ciacci.biz/2010/04/22/remote-desktop-easy-print-con-xp/feed/ 0