Body is too long. Mitä vittua tää meinaa?!
Perfect-Privacy ja OpenVpn
Ana Pee
6561
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Turvaa tilisi vahvistamalla puhelinnumerosi. Voit silloin palauttaa unohtuneen salasanan tekstiviestillä.
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 6
Vanhimmat
Minua on aina häirinnyt kaikenlaiset tiedonkerääjät ja muut valtioiden vakoojat. Päätin kokeilla anonyymi -palvelua nimeltä Perfect-Privcy, jota on yleisesti kehuttu. Minullakaan ei ole muuta negatiivista sanottavaa, kuin suolainen hinta. Tosin muiden menojen seassa se ei ole paljon.
Eli.
Räpläsin äsken OpenVpn -yhteyden Ruotsin palvelimelle ja ip -trackereiden mukaan olenkin Tukholmassa. Halusinkin vain kysyä joltain Ubuntun tuntijalta, että näyttääkö tämä siltä että yhteys on salattu. Mielestäni näyttää, mutta olisi mukava saada toinen (valistunut) mielipide.
Jos herää kysymyksiä käyttökokemuksista, niin vastaan mielelläni.
Copypaste tulee seuraavassa vistissä...
Enter Auth Username:käyttäjänimi
Enter Auth Password:
Fri Feb 5 16:21:01 2010 us=815777 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Fri Feb 5 16:21:01 2010 us=847308 WARNING: file 'smclient.p12' is group or others accessible
Fri Feb 5 16:21:01 2010 us=847853 /usr/bin/openssl-vulnkey -q -b 4096 -m
WARN: could not open database for 4096 bits. Skipped
Fri Feb 5 16:21:01 2010 us=970956 WARNING: file 'smta.key' is group or others accessible
Fri Feb 5 16:21:01 2010 us=971106 Control Channel Authentication: using 'smta.key' as a OpenVPN static key file
Fri Feb 5 16:21:01 2010 us=971183 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Feb 5 16:21:01 2010 us=971229 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Feb 5 16:21:01 2010 us=971318 LZO compression initialized
Fri Feb 5 16:21:01 2010 us=971544 Control Channel MTU parms [ L:1562 D:166 EF:66 EB:0 ET:0 EL:0 ]
Fri Feb 5 16:21:02 2010 us=83329 Data Channel MTU parms [ L:1562 D:1300 EF:62 EB:135 ET:0 EL:0 AF:3/1 ]
Fri Feb 5 16:21:02 2010 us=83465 Fragmentation MTU parms [ L:1562 D:1300 EF:61 EB:135 ET:1 EL:0 AF:3/1 ]
Fri Feb 5 16:21:02 2010 us=83594 Local Options String: 'V4,dev-type tun,link-mtu 1562,tun-mtu 1500,proto UDPv4,comp-lzo,mtu-dynamic,keydir 1,cipher AES-256-CBC,auth SHA1,keysize 256,tls-auth,key-method 2,tls-client'
Fri Feb 5 16:21:02 2010 us=83632 Expected Remote Options String: 'V4,dev-type tun,link-mtu 1562,tun-mtu 1500,proto UDPv4,comp-lzo,mtu-dynamic,keydir 0,cipher AES-256-CBC,auth SHA1,keysize 256,tls-auth,key-method 2,tls-server'
Fri Feb 5 16:21:02 2010 us=83704 Local Options hash (VER=V4): 'e05aa1c5'
Fri Feb 5 16:21:02 2010 us=83759 Expected Remote Options hash (VER=V4): '0088baee'
Fri Feb 5 16:21:02 2010 us=83827 Socket Buffers: R=[114688->131072] S=[114688->131072]
Fri Feb 5 16:21:02 2010 us=83871 UDPv4 link local: [undef]
Fri Feb 5 16:21:02 2010 us=83921 UDPv4 link remote: 95.143.192.159:1149
Fri Feb 5 16:21:02 2010 us=106351 TLS: Initial packet from 95.143.192.159:1149, sid=9361a110 cb60a9d1
Fri Feb 5 16:21:02 2010 us=107109 WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Fri Feb 5 16:21:02 2010 us=692396 VERIFY OK: depth=1, /C=SE/ST=Stockholm_County/L=Stockholm/O=PP_Internet_Services/CN=PP_Internet_Services_CA/[email protected]
Fri Feb 5 16:21:02 2010 us=703957 VERIFY OK: nsCertType=SERVER
Fri Feb 5 16:21:02 2010 us=704090 VERIFY OK: depth=0, /C=SE/ST=Stockholm_County/L=Stockholm/O=PP_Internet_Services/CN=server/[email protected]
Fri Feb 5 16:21:06 2010 us=27609 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Fri Feb 5 16:21:06 2010 us=27744 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Feb 5 16:21:06 2010 us=27834 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
Fri Feb 5 16:21:06 2010 us=27920 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication
Fri Feb 5 16:21:06 2010 us=28252 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 4096 bit RSA
Fri Feb 5 16:21:06 2010 us=28428 [server] Peer Connection Initiated with 95.143.192.159:1149
Fri Feb 5 16:21:07 2010 us=77997 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Fri Feb 5 16:21:07 2010 us=100534 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS 95.143.207.201,dhcp-option DNS 4.2.2.4,route 10.0.46.1,topology net30,ifconfig 10.0.46.38 10.0.46.37'
Fri Feb 5 16:21:07 2010 us=100895 OPTIONS IMPORT: --ifconfig/up options modified
Fri Feb 5 16:21:07 2010 us=100973 OPTIONS IMPORT: route options modified
Fri Feb 5 16:21:07 2010 us=101040 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
Fri Feb 5 16:21:07 2010 us=101743 ROUTE default_gateway=10.0.0.2
Fri Feb 5 16:21:07 2010 us=106466 TUN/TAP device tun0 opened
Fri Feb 5 16:21:07 2010 us=106652 TUN/TAP TX queue length set to 100
Fri Feb 5 16:21:07 2010 us=106879 /sbin/ifconfig tun0 10.0.46.38 pointopoint 10.0.46.37 mtu 1500
Fri Feb 5 16:21:09 2010 us=166903 /sbin/route add -net 95.143.192.159 netmask 255.255.255.255 gw 10.0.0.2
Fri Feb 5 16:21:09 2010 us=170452 /sbin/route add -net 0.0.0.0 netmask 128.0.0.0 gw 10.0.46.37
Fri Feb 5 16:21:09 2010 us=174060 /sbin/route add -net 128.0.0.0 netmask 128.0.0.0 gw 10.0.46.37
Fri Feb 5 16:21:09 2010 us=177951 /sbin/route add -net 10.0.46.1 netmask 255.255.255.255 gw 10.0.46.37
Fri Feb 5 16:21:09 2010 us=181418 Initialization Sequence Completed
Ei vastauksia... Kai teistä joku oikeasti tajuaa tota siansaksaa?
Btw. Aiemmin itkin täällä siitä, että 9:04 netbook remixissä on hidas mobiiliyhteys. No sama hitailu jatkui myös 9.10 -versiossa. Kukaan ei osannut auttaa asiassa, mutta nyt tapahtui odottamaton käänne. Kun muodostan pptp-vpn -yhteyden mobiilinetillä vaikka Venäjälle, niin nopeus kasvaa noin 3-6 kertaisesti, riippuen Soneran verkon kuormituksesta. Kumma juttu. Kyse ei ole mistään testien sekoiluista sillä eron huomaa vaikka katselemalla yotubea, homopornoa tai lataamalla jotain.
route komento olisi kertonut minne datapaketit reititetään.
Kun Vpn-yhteys on muodostettu, ei route -komento tee mitään. Ajattelin jos tuosta aiemmasta rimpsusta selviäisi tarpeeksi. Kysyin kun siinä oli noita varoituksia.
Uskon että tämä kuitenkin skulaa. Tein kaiken ohjeiden mukaan.
Palvelu ollut oikein hyvä. Nopeudet eivät tipu pahemmin eikä datamääriä rajoiteta mitenkään. Palvelimiä on pari tusinaa. Joku laucheri pitäisi rakentaa että saisi salauksen heti automaattisesti päälle.
Aiempaa viestiä kun yritin laittaa, tuli että minut on blokattu adminin toimesta. Liekkö joku törttöillyt samasta ip:stä (nämä käyttävät yhteisiä) vai johtuiko homoporno -heitostani joka oli olevinaan vitsi. No vaihdoin sijaintini Venäjälle ja taas toimii.
No sama se en spämmää enempää. Pitää kysyä palveluntarjoajalta, joutuu vain vääntää Enkkua minulle vaikeilla termeillä.