Cuestión : Ranurador compatible con Cisco ASA5505

El intentar de la lucha encontrar un ranurador conveniente para el uso con el hardware firewall.
Obviously de Cisco ASA5505 usted no puede obtener una conexión del ADSL directo del ASA5505 (pues no tiene un puerto RJ11), así que la señal del ADSL tiene que venir adentro vía un ranurador del ADSL. Esto tiene que ser configurada como “mudo” como sea posible, básicamente realizando poco más que la modulación, el IE ausente del nombre de cuenta de usuario y la contraseña que serían alimentados normalmente en un ranurador; tener DHCP inhabilitado y fijarse en modo o equivalente del puente. Nuestro ranurador preferred es la serie de Netgear DG834, pero el intento como pude yo no puede conseguir el acceso de Internet usar él junto con Cisco ASA. Cisco (obviamente) recomienda el usar de su ranurador (COSTOSO!) El único razonable-tasado que conozco trabaja es el Dlink ahora-obsoleto DSL504T, sistema en modo de Bridge/VC, con el sistema del DNS al modo T1413 y al DHCP apagados. Había esperado que el DLink DSL-G604T trabajaría como estando cerca del 504T, pero alas no, incluso usar el mismo config.
class= del

Respuesta : Ranurador compatible con Cisco ASA5505

Autodiscovery de la fijación en SBS 2008 con la perspectiva 2007
 
Perspectiva 2007 SP1 configurada como RCP sobre cliente del HTTP.  La conexión al servidor es buena.

La perspectiva se realiza normalmente, a excepción del problema descrito más abajo.
El servidor es un SBS 2008, con el intercambio 2007 SP1.  Tiene un FQDN, y hace un solo certificado del SSL del dominio instalar.
 
Problema:
El usuario que consigue el error siguiente en la sinc. publica la carpeta:
Microsoft intercambia la agenda fuera de línea
Transferencia de archivos fuera de línea de la agenda.  Un servidor (URL) no podría ser localizado.
0X8004010F
 
Síntoma:
En modo fuera de línea en perspectiva, OAB no estaba presente.
Esto fue observada componiendo un email, y chascando “a”.  La lista de dirección global es en blanco.
 
Prueba del servidor del intercambio:
Probado usar el comando siguiente mientras que es corriente intercambiar la gerencia Shell:
Prueba-OutlookWebServices - putusernamehere de la identidad | la Florida
Identificación: 1003
Tipo: Información
Mensaje: Sobre para probar AutoDiscover con el email address [email protected].
 
Identificación: 1013
Tipo: Error
Mensaje: Cuando entrar en contacto con https://remote.contoso.com/Autodiscover/Autodiscover.xml recibió el error que el servidor alejado volvió un error: (401) Desautorizado.
 
Identificación: 1006
Tipo: Error
Mensaje: El servicio de Autodiscover no podía ser entrado en contacto con.
 
Instalar SBS 2008 BPA y resolver las ediciones:
Instalé el SBS 2008 BPA para ver si me daría cualquier pista, y fijé algunos problemas que no tenían nada hacer con descubrimiento auto.  No hice caso de las ediciones referentes CNAME y a sitio.  Los que han funcionado BPA sabrán de lo que estoy hablando.
 
Reexaminar el servidor del intercambio:
Lo que sigue es nueva salida del mismo comando después de los problemas de la fijación sugeridos por BPA:
 
Identificación: 1003
Tipo: Información
Mensaje: Sobre para probar AutoDiscover con el email address [email protected].
 
Identificación: 1006
Tipo: Información
Mensaje: El servicio de Autodiscover fue entrado en contacto con en https://remote.contoso.com/Autodiscover/Autodiscover.xml.
 
Identificación: 1016
Tipo: Éxito
Mensaje: [Intercambio] - entró en contacto con con éxito COMO servicio en https://remote.contoso
          .com /EWS/Exchange.asmx. El tiempo transcurrido era 821 milisegundos.
 
Identificación: 1015
Tipo: Éxito
Mensaje: [Intercambio] - entró en contacto con con éxito los athttps del servicio de OAB: /remote.contoso.com/EWS/Exchange.asmx. El tiempo transcurrido era 0 milisegundos.
 
Identificación: 1014
Tipo: Éxito
Mensaje: [Intercambio] - entró en contacto con con éxito el servicio del UM en https://remote.contoso.com/UnifiedMessaging/Service.asmx. El tiempo transcurrido era 858 milisegundos.
 
Identificación: 1016
Tipo: Éxito
Mensaje: [EXPR] - entró en contacto con con éxito COMO servicio en https://remote.contoso
          .com /EWS/Exchange.asmx. El tiempo transcurrido era 30 milisegundos.
 
Identificación: 1015
Tipo: Éxito
Mensaje: [EXPR] - entró en contacto con con éxito los athttps del servicio de OAB: /remote.contoso.com/EWS/Exchange.asmx. El tiempo transcurrido era 0 milisegundos.
 
Identificación: 1014
Tipo: Éxito
Mensaje: [EXPR] - entró en contacto con con éxito el servicio del UM en https://remote.contoso.com/UnifiedMessaging/Service.asmx. El tiempo transcurrido era 6 milisegundos.
 
Identificación: 1013
Tipo: Error
Mensaje: Cuando entrar en contacto con https://remote.contoso.com/Rpc recibió el error que el servidor confió una violación del protocolo. Section=ResponseStatusLine
 
Identificación: 1017
Tipo: Error
Mensaje: [EXPR] - error al entrar en contacto con el servicio de RPC/HTTP en https://remote.contoso.com/Rpc. El tiempo transcurrido era 14 milisegundos.
 
Identificación: 1006
Tipo: Éxito
Mensaje: El servicio de Autodiscover fue probado con éxito.
 
Identificación: 1021
Tipo: Información
Mensaje: Los servicios de tela siguientes generaron errores.
              Entrar en contacto con el servidor en EXPR
          Utilizar por favor la salida anterior para diagnosticar y para corregir los errores.
 
El error original recibió obviamente mientras que el intercambio de prueba fue resuelto de alguna manera.
No podía resolver el error de la violación del protocolo.  Mudanza encendido.
 
Prueba de cliente externo de la perspectiva:
En la PC que tenía la perspectiva 2007 configuró para el uso fuera de la oficina:
Presionar el Ctrl y la derecha - chascar el icono de la perspectiva en el systray.  
Seleccionar la autoconfiguración del email de la prueba
Poblar el email address y la contraseña del usuario.
Seleccionar el uso Autodiscover y chascar la prueba.
 
En los fall de ese Autodiscover del punto.  No tengo la salida.
 
Crear un expediente de SRV:
Creó un SRV registran atado al dominio principal contoso.com
Este artículo me ayudó:  http://support.microsoft.com/kb/940881
Parámetros
servicio: _autodiscover
protocolo: _tcp
puerto: 443
anfitrión: remote.contoso.com
 
Utilizó el siguiente para verificar que el expediente de SRV era in place:
Del aviso de comando:
nslookup
> fijar el type=srv
> _autodiscover._tcp.contoso.com
respuesta No-autoritaria:
Localización del servicio de _autodiscover._tcp.contoso.com SRV:
          prioridad = 5
          peso = 0
          puerto = 443
          hostname = remote.contoso.com del svr
 
Volvió a efectuar la prueba del Autodiscovery de la perspectiva:
Primero de un aviso de comando me realicé: ipconfig /flushdns
Esta vez que me incitó para la autentificación de usuario, él no había hecho esto antes.  Después de authenticar, la prueba era acertada.
Me preguntó si quise configurar de nuevo usar este Web site, yo dijo sí, y comprobó la caja para no incitar otra vez.
De aquí, las operaciones de búsqueda de registro de SRV para contoso.com tuvieron éxito.  El resto del autodiscovery falló.
 
Resolución:
De este punto, los errores con respecto la transferencia del OAB han cesado.  OAB probado, y él estaban presentes.
 Nota: También puse al día la instalación de la oficina a SP2.
 Todavía estoy consiguiendo interesante el error:
        Identificación: 1013
        Tipo: Error
        Mensaje: Cuando entrar en contacto con https://remote.contoso.com/Rpc recibió el error
                  el servidor confió una violación del protocolo. Section=ResponseStatusLine
 
Pero todo parece trabajar normalmente.
Otras soluciones  
 
programming4us programming4us