报几个BUG
Tofloor
poster avatar
debianchina
deepin
2011-07-06 20:34
Author
1、软件中心打开后,鼠标指到下方软件中心图标上时,显示乱码;
2、貌似VPN无法连接;
3、安装dropbox后,建议把dropbox的真正安装文件也打包进来,否则实际上装了软件中心的dropbox,还是因为无法连接其官网,不能真正完成安装。

顺便说一句,我是启动到live cd后安装的,后来登陆的时候,一旦要连接无线,就告诉我要输入“密钥环”的密码,这个很烦。
Reply Favorite View the author
All Replies
s.******fe@gmail.com
deepin
2011-07-07 00:49
#1
1、软件中心打开后,鼠标指到下方软件中心图标上时,显示乱码;
2、貌似VPN无法连接;
3、安装dropbox后,建议把dropbox的真正安装文件也打包进来,否则实际上装了软件中心的dropbox,还是因为无法连接其官网,不能真正完成安装。

顺便说一句,我是启动到live cd后安装的,后来登陆的时候,一旦要连接无线,就告诉我要输入“密钥环”的密码,这个很烦。


1. 谢谢反馈。
2. 等于什么都没说。
3. dropbox不能访问请找相关部门。
4. 你钩上“对所有用户生效”就行了。
Reply View the author
debianchina
deepin
2011-07-07 15:42
#2
呵呵,多谢楼上的朋友回复。
有时候,一个不恰当的回复,会赶走一个用户的。

问题2,连接的时候提示VPN服务启动失败。
问题3,我是建议这样做产品更具亲和力。
问题4,可能我没描述清楚问题,呆会重启截个图。
Reply View the author
y92622
deepin
2011-07-07 15:46
#3
最后一个问题确实和勾选对所有用户有关  我在10.12遇到过  勾选就好了
Reply View the author
debianchina
deepin
2011-07-07 15:49
#4
问题4如图:
Reply View the author
y92622
deepin
2011-07-07 16:04
#5
输入密码后  自动解锁选项可选不
Reply View the author
debianchina
deepin
2011-07-07 16:19
#6
不可选。
Reply View the author
debianchina
deepin
2011-07-08 16:14
#7
There are so many variations on these VPN implementations that it is extremely difficult to generalize a known-good configuration for each.

Install from the various VPN components



    PPTP (Microsoft VPN)



        pptp-linux

        network-manager-pptp



    b. VPNC (Cisco VPN)

        vpnc

        network-manager-vpnc

    c. OpenConnect

        openconnect

        network-manager-openconnect



Reboot

PPTP VPN Configuration – This setup works for connecting to ISA 2004/2006 PPTP VPNs. It should work for connecting to MS PPTP VPN implementations in general. I can’t speak for other PPTP VPN implementations.



    Create new PPTP connection



        VPN Tab Settings

        Set Connection name

        Set Gateway

        Set username (for domain-based user accounts, use domain\username)

        DO NOT SET PASSWORD

        DO NOT SET NT DOMAIN

        PPTP Advanced Options (Advanced button)

        uncheck all auth methods EXCEPT MSCHAPv2

        check “Use Point-to-Point encryption (MPPE)”

            leave Security set at “All Available (Default)”

            trying to force encryption level causes this option to become unset

        check “Allow stateful inspection”

        uncheck “Allow BSD Data Compression”

        uncheck “Allow Deflate Data Compression”

        uncheck “Use TCP Header Compression”

        uncheck “Send PPP Echo Packets” (although connection works either checked or unchecked)

        save configuration



    b. Initial Connection attempt

        enter password in login box

        DO NOT check either password save box at this time

        once connection establishes, verify remote connectivity – ping, rdp, ssh, etc.

        disconnect VPN session



    c. 2nd connection attempt

        enter password in login box

        check both password save option boxes

        once again verify remote connectivity

        disconnect VPN session



    d. Subsequent connection attempts

        VPN session should automatically connect using saved auth credentials



VPNC VPN Configuration – This setup works connecting to an ASA5510 – software version 8.2(1). I didn’t have any other Cisco devices to test against.



    Create new VPNC connection



        set connection name

        set Gateway

        set Group Name

        set User Password to “Saved” and enter password

        set Group Password to “Saved” and enter password

        set username

        set domain (if applicable)

        leave Encryption Method at “Secure (Default)”

        set NAT traversal to “NAT-T”

        save configuration



    b. Initial Connection attempt

        open VPNC connection

        if prompted, select “Always Allow” if you want connection to be automatic

        verify remote connectivity – ping, rdp, ssh, etc.

        disconnect VPN session



    c. Subsequent connection attempts

        open VPNC connection – session should automatically connect



OpenConnect VPN Configuration – This setup works connecting to an ASA5510 – software version 8.2(1). I didn’t have any other Cisco devices to test against.



    Create new OpenConnect connection

        set connection name

        set Gateway

        set Authentication type to “Password/SecurID”

        no need to set username, OpenConnect won’t store it yet

        save configuration



    b. Initial connection attempt

        open VPN connection

        check “Automatically start connecting next time”

        click Close

        you will get the “No Valid VPN Secrets” VPN failure message



    c. 2nd connection attempt

        open VPN connection

        accept certificate (if prompted)

        change Group (if necessary)

        enter username (may need to be domain\username)

        enter password

        click Login

        if VPN connection fails, see note below

        verify remote connectivity – ping, rdp, ssh, etc.

        disconnect session



    d. Subsequent connection attempts

        open VPN connection

        enter password

        session should connect



Note: If you get the “Login Failed” message, cancel and wait 15-30 minutes before attempting to connect again. Also, I ended up having to use the NT style domain\username pair for authentication, even though a Cisco AnyConnect client connecting to the same ASA only requires username.

More Detail: OpenConnect has been brutal to get connected. I got failed attempt after failed attempt. When I checked the NPS (IAS) log and the Security Event log on the W2K8 domain controller, I could see my user account authenticating properly via RADIUS from the ASA. Yet the OpenConnect client came back with a “Login Failed” message. I’m not an ASA expert, so I have no idea what to check in the ASA configuration to troubleshoot this problem, other than the basic AAA configuration. But I believe the problem lies in the ASA configuration because when I get the OpenConnect “Login Failed” message, the AnyConnect client from my Windows laptop fails as well. I think it may be a ridiculously short timeout or max failure setting. Whatever the issue is, I have to wait for some length of time (~15-30 minutes) for whatever the problem is to reset.

However, once I finally get the OpenConnect client to successfully connect, it worked from then on. (Just don’t mess with the connection configuration, or you will get to go thru this whole process again.)
Reply View the author