1. Select the appropriate entry in the grub menu and press ‘e’
2. Select the kernel … line and press ‘e’
3. Append ‘init=/bin/bash’ at the end of line
4. Press ‘b’ to boot
Then you will need to remount the system as rw and use the passwd command to change the pass (mount -n -o remount,rw /)
posted in Linux | 0 Comments
posted in Linux | 0 Comments
en /usr/local/psa/bin ejecutamos
./pleskbackup all /root/copia donde /root/copia es el fichero resultante.
Después podemos subirla por ftp a otro servidor externo para poder restaurarla cuando haya algún problema.
posted in General | 0 Comments
Descripción de SMTP y Exchange Server 2003
Último tema modificado: 2005-05-04
Antes de configurar su organización de Exchange Server para enviar y recibir correo, debe comprender bien cómo el Protocolo simple de transferencia de correo (SMTP) hace posible el flujo de mensajes en Microsoft® Exchange Server 2003. Exchange Server 2003 utiliza SMTP para entregar el correo interno entre los servidores de Exchange y los grupos de enrutamiento. Del mismo modo, Exchange Server 2003 utiliza SMTP para entregar el correo de Internet fuera de la organización de Exchange.
SMTP es el estándar de Internet para transportar y entregar mensajes electrónicos. Según las especificaciones de Request for Comments (RFC) 2821 y RFC 2822, el servicio SMTP de Microsoft está incluido en Microsoft Windows® 2000 Server y Windows Server? 2003.
El servicio SMTP de Windows es un componente de Servicios de Internet Information Server (IIS) y se ejecuta como parte de Inetinfo.exe. Exchange Server 2003 utiliza el servicio SMTP de Windows como protocolo de transporte nativo; por tanto, Exchange utiliza SMTP para enrutar todos los mensajes internos y externos.
Cómo Exchange Server amplía la funcionalidad SMTP
Cuando Exchange S erver está instalado, amplía la funcionalidad SMTP subyacente al:
Trasladar la administración del servicio SMTP (mediante servidores virtuales SMTP) desde la consola administrativa de IIS al Administrador del sistema de Exchange.
Implementar la compatibilidad con la información de estado de los vínculos. Exchange utiliza la información de estado de los vínculos para determinar cuál es el mejor método para enviar mensajes entre los servidores basándose en el estado actual de la conectividad de mensajería y el costo, y el gasto asociado a la ruta que usted define basándose en la topología.
Ampliar SMTP para aceptar verbos de comandos que se utilizan para permitir el enrutamiento de estado de los vínculos y otra funcionalidad de Exchange. Al instalar Exchange se agregan los comandos siguientes:
X-EXPS GSSAPI
X-EXPS=LOGIN
X-EXCH50
X-LINK2STATE
Nota:
Para ver una lista de todos los comandos SMTP y sus definiciones, consulte Comandos SMTP y sus definiciones.
Configurar un controlador de almacén del Sistema de archivos instalable (IFS) de Exchange para permitir la recuperación de mensajes del almacén de Exchange y la entrega de mensajes en él.
Establecer la ubicación del disco donde se ponen en cola los mensajes como \exchsrv\mailroot\vs 1\queue. Ésta es la ubicación del primer servidor virtual SMTP del servidor de Exchange. Si agrega un segundo servidor virtual SMTP, Exchange creará una ubicación adicional (\exchsrv\mailroot\vs 2\queue).
Implementar la compatibilidad con cola de mensajes avanzada. Exchange mejora las capacidades de cola de mensajes de Windows 2000 y Windows Server 2003. El motor de cola de mensajes avanzada realiza las funciones de transporte subyacente de Exchange.
Mejorar la categorización de los mensajes. La categorización de los mensajes es un proceso que realiza el categorizador de mensajes, un componente del motor de cola de mensajes avanzada. El categorizador envía consultas del Protocolo ligero de acceso a directorios (LDAP) al servidor de catálogo global para recuperar información de usuario y de configuración almacenada en el servicio de directorio Microsoft Active Directory®. El categorizador de mensajes recupera información de directivas de destinatarios y de los servidores virtuales de Exchange para hacer posible la entrega de mensajes. Utiliza esta información para validar la dirección del destinatario, para comprobar que no se superan los límites de mensajes y, en última instancia, para determinar cómo se entregará el mensaje mediante el enrutamiento de Exchange y SMTP.
Un concepto importante que hay que entender acerca de SMTP, y Exchange 2000 Server y las versiones posteriores, es la interacción que se produce entre Exchange, Active Directory y la metabase de IIS. Con el Administrador del sistema de Exchange, cualquier cambio de configuración que realice (por ejemplo en las directivas de destinatarios y en los servidores virtuales SMTP) se escribe en Active Directory, lo que permite realizar una administración remota de manera sencilla. Sin embargo, como el servicio SMTP lee su configuración de la metabase de IIS, el servicio DS2MB (que es un componente de Operador de sistema de Exchange) replica esta información de Active Directory en la metabase de IIS del servidor local.
Recepción de correo de Internet
Si se dan las condiciones siguientes, Exchange Server 2003 puede recibir correo de Internet en su configuración predeterminada:
Hay una conexión constante a Internet.
Nota:
Las conexiones de acceso telefónico a Internet requieren una configuración especial. Para obtener más información acerca de las conexiones de acceso telefónico, consulte Cómo establecer una programación para el conector.
Los servidores externos del Sistema de nombres de dominio (DNS) para su dominio deben tener registros de recursos de intercambio de correo (MX) que señalen a los servidores de correo o bien, si está utilizando un proveedor de servicios Internet (ISP) o un sistema externo, este sistema externo debe tener un registro MX para su dominio y un mecanismo para reenviar correo a los servidores de Exchange.
El servidor de correo debe ser accesible para otros servidores de Internet. Si utiliza un ISP o un sistema externo para recibir el correo, este sistema externo debe poder ponerse en contacto con los servidores Exchange para entregar el correo.
Las directivas de destinatarios deben estar configuradas correctamente. Para recibir correo de Internet, debe configurar una directiva de destinatario que contenga un espacio de direcciones que coincida con el dominio SMTP. Además, la organización de Exchange debe ser responsable de entregar correo a esta dirección (es el valor predeterminado). Por ejemplo, para aceptar correo de Internet para tomas@ejemplo.com, debe tener una directiva de destinatarios que contenga @ejemplo.com. No obstante, hay algunas excepciones a esta regla.
El correo entrante de Internet fluye a través de un servidor de Exchange de la manera siguiente:
El servidor SMTP emisor consulta DNS para buscar la dirección IP del servidor de correo SMTP del destinatario.
El servidor SMTP emisor inicia entonces una conversación en el servidor SMTP del destinatario (en el puerto 25). En una puerta de enlace de Exchange, el servidor SMTP del destinatario es el servidor virtual SMTP configurado para aceptar correo entrante de Internet.
Idealmente, el servidor SMTP entrante sólo acepta el mensaje entrante si va dirigido a un destinatario de su dominio de correo SMTP. Estos destinatarios se definen en las directivas de destinatarios (a menos que el servidor esté abierto a la retransmisión, que no se recomienda en absoluto).
Nota:
Si deja el sistema abierto para la retransmisión, usuarios no autorizados pueden utilizar sus servidores para enviar correo a direcciones externas. Por tanto, su sistema puede incluirse en una lista de bloqueo; se trata de un proceso que bloquea el correo procedente de servidores que son sospechosos de enviar correo electrónico comercial no solicitado.
Cuando se acepta el mensaje, el servidor virtual SMTP utiliza los mecanismos de transporte presentes en Exchange con el fin de determinar el método para entregar el mensaje. Exchange busca al destinatario en Active Directory y determina qué servidor de la organización de Exchange entregará el mensaje.
Por último, el servidor virtual SMTP utiliza sus mecanismos internos de transporte para entregar el mensaje al servidor de Exchange apropiado.
Envío de correo de Internet
Suponiendo que haya una conexión constante a Internet, Exchange envía el correo de Internet mediante los métodos siguientes:
Utiliza DNS directamente para ponerse en contacto con el servidor de correo remoto.
Enruta el correo a través de un host inteligente que asume la responsabilidad de la resolución de nombres DNS y la entrega del correo.
Antes de describir en detalle cada uno de estos métodos, debe tener una idea general de cómo fluye el correo externo en una organización de Exchange.
El correo saliente de Internet fluye a través de un servidor de Exchange Server 2003 de la manera siguiente:
Un usuario interno envía un mensaje a un destinatario de un dominio remoto.
Para determinar si el destinatario es local o remoto, el servidor virtual SMTP del servidor de Exchange del remitente utiliza funciones internas de transporte para consultar la dirección del destinatario en el servidor de catálogo global. Si la dirección del destinatario del mensaje no figura en una directiva de destinatarios, no se almacena en Active Directory; por tanto, Exchange determina que el mensaje va destinado a un dominio remoto.
Si es necesario, el servidor de Exchange entrega el mensaje al servidor virtual SMTP apropiado.
El servidor virtual SMTP utiliza la información de su metabase de IIS para determinar el método de entrega de un mensaje a un dominio remoto.
El servidor virtual SMTP del servidor de Exchange realiza entonces una de dos acciones posibles:
Utiliza DNS para buscar la dirección IP del dominio de destino y después intenta entregar el mensaje.
Reenvía el mensaje a un host inteligente que asume la responsabilidad de la resolución de nombres DNS y la entrega del mensaje.
posted in Exchange2k3 | 0 Comments
El tipico de bateig… bateig envia correos nombrecorreo@bateig.com , el SPF del receptor mira la ip del dominio, como no coinciden lo rechazan.
Como solucion o bien se cambia el registro mx del dominio a la ip donde esta el servidor (con lo que tiene que ser fija) o bien se configura el servidor de correo interno para que lo reenvie a traves del servidor de correo de la maquina donde esté alojado el dominio.
posted in Redes | 0 Comments
Gestor de reportes gratuito y perfecto para vuestras aplicaciones (sean del tamaño que sean) .net (2.0). Podeis descargarlo aquí.
Special functions are special string that you can insert into some text properties such as Label text, OleDb DataSource connection string or Image ImageFile to get some dynamic values.
This is the list of supported functions.
Report related functions
{@ReportPath}
The report path.
This can be useful if used into a connection string or an image path to indicate a relative path to a .mdb or a picture file.
i.e.:
Image1.ImageFile = "{@ReportPath}imagesmypicture.jpg"
{@PageCount}
The total number of pages of the generated report.
This can be used with {@PageNumber} to write the current page info:
i.e.:
Label1.Text = "Page {@PageNumber} of {@PageCount}"
{@PageNumber}
The current page number.
This can be used with {@PageCount} to write the current page info:
i.e.:
Label1.Text = "Page {@PageNumber} of {@PageCount}"
{@RecordCount}
The total number of record in the generated report.
This can be used similarly to {@PageCount} and {@PageNumber} to write the current record info:
i.e.:
Label1.Text = "Article {@RecordNumber} of {@RecordCount}"
{@RecordNumber}
The current record number in the generated report.
This can be used similarly to {@PageCount} and {@PageNumber} to write the current record info:
i.e.:
Label1.Text = "Article {@RecordNumber} of {@RecordCount}"
Data related functions
These functions If used into a GroupSection them are executed ont the records included into the group by the property GroupFieldList.
If used into others sections it does the sum for all the records in the report.
These functions have the following syntax:
{@() }
where
is the function name, i.e. COUNT or SUM
is the field against which the function is executed.
is an optional list of options separated by spaces.
The option syntax is
()
where
can be
f
for the format
The format used to write the data. This can be i.e. 0.00 if you want a number formatted with 2 decimal digits.
n
for the null text
The null text is the text to be printed if the data into the field is Null.
Examples
{@SUM(UnitPrice)}
Prints the sum of the field UnitPrice using the current settings for numbers.
{@SUM(UnitPrice) f(0.00)}
Prints the sum of the field UnitPrice with 2 decimal digits.
{@SUM(UnitPrice) f(#,##0.00)}
Prints the sum of the field UnitPrice with thousand separator and 2 decimal digits.
{@FIELD(UnitPrice) f(0.00) n(*Price not available*)}
Prints the content of the field UnitPrice with 2 decimal digits and prints “*Price not available*” if the UnitPrice is Null .
{@FIELD(UnitPrice) n(*Price not available*)}
Prints the content of the field UnitPrice or “*Price not available*” if the UnitPrice is Null .
Supported functions
{@AVG()}
Compute the average of the field.
{@COUNT()}
Compute the count of the record in the group.
{@FIELD()}
Return the value of the field.
{@MAX()}
Return the max value for the field into the group.
{@MIN()}
Return the min value for the field into the group.
{@NR_FIELD()}
Return value of the field in the next record.
{@SUM()}
Return the sum of the value of the field into the group.
posted in Programacion | 0 Comments
For small- and medium-sized businesses, going all-VoIP is not an easy decision.
Fortunately, the switch-over, which can result in substantial savings and add bold new capabilities to tired old office phone systems, can be done in baby-steps: Purchase an Internet Protocol (IP) based phone system, but keep the PSTN lines, for now.
It is indeed possible to integrate VoIP into an existing office analog system, keeping current phone services intact while routing costly toll calls out over IP. Until recently, though, the hardware needed for such integration was difficult to use and expensive.
There are two ways to route calls between VoIP and the PSTN: subscribe to an Internet Telephony Service Provider (ITSP) or keep the PSTN lines and purchase equipment to make the conversion.
Keeping the PSTN lines requires VoIP gateways to convert the PSTN signal to a VoIP signal. For analog lines, these gateways need a Foreign Exchange Office (FXO) port.
Until recently, most reasonably priced VoIP gateways had only one or two FXO ports - enough ports for home use, but too few for small businesses and remote offices.
The average price for a four FXO port VoIP gateway was $400-$500, until Linksys released the SPA400.
The Linksys SPA400 is an attractive low-cost ($295) four FXO port solution that costs $100 less than its peers.
The official position from Linksys is that the SPA400 will only work with the Linksys SPA9000, but in this article, we explain how to configure the SPA400 to work with the Open Source PBX Asterisk. We also have a related configuration for the CommuniGate Pro Internet Communication System.
This article covers the SPA400 with firmware version 1.0.0.3 and Asterisk version 1.2.7.1. The configuration for new product versions may differ, so check the Voxilla Forums for updated information.
Connect to the SPA400 via the Web interface. The default username is Admin (case sensitive) and no password.
Connect to the Asterisk server.
The SPA400 needs the account name to match the value specified in the SPA400 User ID configuration field. The entry in sip.conf should look like the following:
[general]
register= spa400@192.168.1.109/spa400
Substitute spa400 for the value entered in the SPA400 User ID field and replace 192.168.1.109 with the actual IP address of the SPA400.
Then create a SIP entry for the SPA400.
user: the SPA400 User ID field value
host: the IP address of the SPA400
context: the context that should handle inbound calls from the SPA400
It should look like the following:
[spa400]
type=friend
user=spa400
host=192.168.1.109
dtmfmode=rfc2833
canreinvite=no
context=from-trunk
insecure=very
Configure your dial-out routing to utilize the spa400.
A generic dial-out route (dial 9 to get a SPA400 FXO trunk) would look like:
[general]
DIAL_OUT = 9
DIALOUTIDS = 2/
OUTCID_2 =
OUTMAXCHAINS_2 = 4
OUTPREFIX_2 =
OUT_2 = SIP/spa400
Inbound routing is more complex, but could look something like this (forward all calls to extension 200):
[from-trunk]
include => from-pstn
…[from-pstn]
include=> from-pstn-custom
…[from-pstn-custom]
exten=>spa400,1,Goto(ext-local,200,1)
The configuration is now ready for testing.
Testing should include testing both inbound and outbound calls.
If you need additional help with this configuration, help is available at the Voxilla Forum - Asterisk Users Group.
posted in Redes | 0 Comments
Los ficheros que se suben al servidor backup deben ocupar el minimo espacio posible. Para ello es necesario usar una herramienta de compresión que admita su uso por consola para poder programar el trabajo. Tras mirar varias he optado por 7zip, por varios motivos.
- Es opensource
- No me da problemas con caracteres como el subrayado (rar los da)
- No hace cosas raras en windows como el caso del tar.
La linea de comandos es bien sencilla:
7z.exe a prueba @lista.lst
Donde a es el parametro que hace qeu se cree el fichero, prueba es el nombre del fichero que se va a crear y @lista.lst es un fichero llamado “lista.lst” que contiene c:\*.* (en caso qeu quisieramos copiar c al completo).
La prueba se ha hecho con una copia de sqlserver qeu ocupaba 244mb. Una vez comprimida a pasado a ocupar 14mb.
Acto seguido a la compresión del directorio procedemos a la subida del fichero por ssh. Esto lo realizamos mediante WINSCP.
Desde consola cargariamos winscp3.exe con los siguientes parametros.
winscp3.exe /console /script=scriptEjemplo.txt /log=ficherolog.txt
El fichero scriptEjemplo.txt contiene lo siguiente.
option batch continue
option synchdelete on
open servicio
cd /home/servicio/copias
lcd z:\sincronizar
synchronize remote
close
exit
donde lcd es el directorio local que queremos sincronizar… batch continue hara que cuando se produzca cualquier error este se ignore
La sesión “servicio” la hemos creado previamente con winscp y hemos conectado por lo menos una vez para almacenar la clave rsa que nos proporciona el servidor.
Para finalizar el proceso ahora debemo proceder al envio del fichero log del winscp para comprobar qeu todo a ido correctamente. Para ello usamos SENDEMAIL que permite el envio de mails desde consola. La sintaxis probada es:
sendemail -f direccion_remitente -t direcicon_destinatario -cc direccion_destinatario_copia -u asunto -m Mensaje -s servidor_correo -xu usuarioCorreo -xp contraseñaCorreo -a fichero_log
posted in Redes | 0 Comments
Si el idioma por defecto en sqlserver 2000 no es en castellano podemos encontrarnos con problemas a la hora de hacer consultas del tipo fecha=’26/06/2007′ and ‘28/06/2007′ ya que en caso de tener idioma ingles la consulta que va a intentar hacer realmente es ‘06/26/2007′ ….
Para cambiar el idioma por defecto de un usuario podemos ejecutar:
sp_defaultlanguage @loginame = 'sa', @language = 'spanish'
De esta forma, todo lo que ejecutemos con sa tomara el idioma español.
posted in Sql Server | 1 Comment
| M | T | W | T | F | S | S |
|---|---|---|---|---|---|---|
| « Dec | ||||||
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | 31 | |