Closed Bug 648389 Opened 13 years ago Closed 13 years ago

VPN access for bsavage@ to access Mozilla-MPT

Categories

(Infrastructure & Operations Graveyard :: Account Requests, task)

x86
macOS
task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: brandon, Assigned: jberry)

Details

I need access to Mozilla-MPT and the documentation instructs the filing of a request.
Enabled MPT bit in LDAP.
Assignee: desktop-support → jberry
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
I am still having some trouble accessing the VPN. Log is below:

Fri 04/08/11 09:20 AM: IMPORTANT: OpenVPN's default port number is now 1194
Fri 04/08/11 09:20 AM: WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
Fri 04/08/11 09:20 AM: WARNING: file 'Client.key' is group or others accessible
Fri 04/08/11 09:20 AM: WARNING: file 'Tls-auth.key' is group or others accessible
Fri 04/08/11 09:20 AM: Control Channel Authentication: using 'Tls-auth.key' as a OpenVPN static key file
Fri 04/08/11 09:20 AM: Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri 04/08/11 09:20 AM: Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri 04/08/11 09:20 AM: LZO compression initialized
Fri 04/08/11 09:20 AM: Control Channel MTU parms [ L:1558 D:166 EF:66 EB:0 ET:0 EL:0 ]
Fri 04/08/11 09:20 AM: Data Channel MTU parms [ L:1558 D:1450 EF:58 EB:135 ET:0 EL:0 AF:3/1 ]
Fri 04/08/11 09:20 AM: Local Options hash (VER=V4): '9e7066d2'
Fri 04/08/11 09:20 AM: Expected Remote Options hash (VER=V4): '162b04de'
Fri 04/08/11 09:20 AM: UDPv4 link local: [undef]
Fri 04/08/11 09:20 AM: UDPv4 link remote: 63.245.208.142:1194
Fri 04/08/11 09:20 AM: TLS: Initial packet from 63.245.208.142:1194
Fri 04/08/11 09:20 AM: VERIFY OK: depth=1
Fri 04/08/11 09:20 AM: VERIFY OK: depth=0
Fri 04/08/11 09:20 AM: Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Fri 04/08/11 09:20 AM: Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri 04/08/11 09:20 AM: Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Fri 04/08/11 09:20 AM: Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri 04/08/11 09:20 AM: Control Channel: TLSv1
Fri 04/08/11 09:20 AM: [server] Peer Connection Initiated with 63.245.208.142:1194
Fri 04/08/11 09:20 AM: SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Fri 04/08/11 09:20 AM: PUSH: Received control message: 'PUSH_REPLY
Fri 04/08/11 09:20 AM: OPTIONS IMPORT: timers and/or timeouts modified
Fri 04/08/11 09:20 AM: OPTIONS IMPORT: --ifconfig/up options modified
Fri 04/08/11 09:20 AM: OPTIONS IMPORT: route options modified
Fri 04/08/11 09:20 AM: OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Fri 04/08/11 09:20 AM: gw 10.250.0.1
Fri 04/08/11 09:20 AM: Cannot allocate TUN/TAP dev dynamically
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
What operating system are you using?
Mac OS X 10.6.7.
Were in the building are you located?
I work remotely so I don't have a specific location; I'll be in F or G on 3rd for most of the afternoon (after lunch).
Sounds like you want to handle this after lunch. I'll look for you then.
It was mentioned that I should provide my public key for VPN to work, which I never did. Should I have provided a public key when I filed this issue?
No, you don't need an ssh key. Would you like me to come up and get this resolved?
Sure. I'm in FAIL right now; I can step out whenever you're ready.
No worries, I'll come up there.
Gave Brandon license key and Info via email, closing out bug. Brandon, please reopen if the problem persist.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Product: mozilla.org → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.