Privat internetadgang OpenVPN i Kubuntu 14.04 (Trusty Tahr)

Du skal mange filer, der ejes af rod derinde. Disse filer er oprettet af et KeyFile -plugin, der skriver filen i en .INI-stil format indeholdende [overskrifter] med konfigurationsindstillinger, der er relevante for den indstilling, der er anført nedenfor. Hvis du importerer en af ​​disse OpenVPN -konfigurationsfiler ved hjælp af “let” metoden, skal filen se sådan ud:

Privat internetadgang Ubuntu 14.04

Min PIA VPN mister konstant forbindelse med servere på tilfældige tidspunkter, der spænder fra 10 minutter til en time. Lejlighedsvis ledsages det af en fejlmeddelelse, men det er kun ca. 1 ud af 15 nedbrud. De andre gange mister det bare forbindelsen med VPN -serveren, og internettet bliver død. Det kan ske, hvis min browser (jeg har prøvet Firefox, Chrome, Brave og Midori) er inaktiv, og det kan ske, hvis jeg er midt i at gøre noget med det eller spille musik. Hvis jeg derefter lukker VPN -forbindelsen, kører min almindelige internetudbyder. Dette påvirker en desktop -computer, der kører Ubuntu 14.04. Jeg har andre computere på den samme ISP/VPN, der ikke mister deres VPN -forbindelse. Så det er bestemt en ubuntu 14.04 Udgave, ikke et PIA- eller ISP -problem, selvom de kan være indbyrdes forbundet.

Jeg har prøvet at skifte routerforbindelser (en kablet router), routerkabler, forskellige gateway -porte og skift fra UDP til TCP, men intet har rettet den. Også ikke installeret openvpn og geninstalleret til ingen nytte. Dette er blevet brudt i over en måned. Før da havde det fungeret næsten perfekt til 2.5 år. Pia havde ingen svar, men de ved ikke virkelig mit system. Alt, hvad jeg har søgt online, og i dette forum vedrører brugerne, der ikke er i stand til at etablere en forbindelse; Ingen ser ud til at have dette problem med at være i stand til at etablere en perfekt god serverforbindelse og derefter have den pludselig gå død 20 eller 30 minutter ad vejen. Jeg har sendt mindst 20 automatiske fejlproblemrapporter til Ubuntu�, de er sandsynligvis trætte af at få dem og undre sig, �Hvorfor ikke denne fyr, der løser dette?� Jeg ville det, hvis jeg vidste hvordan.

Det er en hjemmelavet AMD64 -desktop omkring 8 år gammel med 4 GB hukommelse. Jeg bruger ikke Wi-Fi.

Jeg fandt en fejlmeddelelse på var/crash/_usra-sbin_openvpn.0.Crash, men det er for avanceret til, at jeg kan fortolke. Det er også meget, meget langt.Her er den første del, hvis det har nogen tip i det:

ProblemType: Crash
Arkitektur: AMD64
CrashCounter: 1
Dato: mandag 1. maj 12:34:34 2017
Distrorelease: Ubuntu 14.04
Eksekverbar path:/usr/sbin/openvpn
Executionabletimestamp: 1417473095
Proccmdline:/usr/sbin/openvpn-Remote USA-Californien.PrivateInternetAccess.com-comp-lzo-NOBIND-DEV TUN-PROTO UDP-Port 1197-Cipheraes-256-CBC –Auth Sha256 –Auth-Nocache—Syslog NM-OPENVPN-Script-Security 2- -UP/USR/LIB/NETWORKMANAGER/NM-OPENVPN-SERVICE-OPENVPN-HELPER-UP-RESTART –PERSIST-KEY –PERSIST-TUN-Management 127.0.0.1 1194-Management-Query-Passwords–Route-Noexec –ifconfig-noexec-client –auth-user-pass-CA/etc/OpenVPN/PIA-CA.RSA.4096.CRT
Proccwd:/
Procenviron:
Term = Linux
Sti = (brugerdefineret, ingen bruger)
Lang = en_us.UTF-8
Procmaps:
559C047C9000-559C04868000 R-XP 00000000 08:05 296648/USR/SBIN/OpenVPN
559C04A67000-559C04A69000 R-P 0009E000 08:05 296648/USR/SBIN/OpenVPN
559C04A69000-559C04A6A000 RW-P 000A0000 08:05 296648/USR/SBIN/OpenVPN
559C04A6A000-559C04A70000 RW-P 00000000 00:00 0
559C051C4000-559C05295000 RW-P 00000000 00:00 0 [Heap]
7F5D4634A000-7F5D46361000 R-XP 00000000 08:05 291/LIB/x86_64-Linux-GGNU/Libresolv-2.19.så
7F5D46361000-7F5D46561000 — P 00017000 08:05 291/LIB/x86_64-Linux-GGNU/Libresolv-2.19.så
7F5D46561000-7F5D46562000 R-P 00017000 08:05 291/LIB/x86_64-Linux-GLE/Libresolv-2.19.så
7F5D46562000-7F5D46563000 RW-P 00018000 08:05 291/LIB/x86_64-Linux-GGNU/Libresolv-2.19.så
7F5D46563000-7F5D46565000 RW-P 00000000 00:00 0
7F5D46565000-7F5D4656A000 R-XP 00000000 08:05 7162/LIB/X86_64-LINUX-GNU/LIBNSS_DNS-2.19.så
7F5D4656A000-7F5D46769000 — P 00005000 08:05 7162/lib/x86_64-Linux-Gli/Libnss_DNS-2.19.så
7F5D46769000-7F5D4676A000 R-P 00004000 08:05 7162/LIB/X86_64-LINUX-GNU/LIBNSS_DNS-2.19.så
7F5D4676A000-7F5D4676B000 RW-P 00005000 08:05 7162/LIB/x86_64-Linux-GGNU/LIBNSS_DNS-2.19.så
7F5D4676B000-7F5D4676D000 R-XP 00000000 08:05 10803/lib/x86_64-Linux-Gli/Libnss_MDNS4_Minimal.så.2
7F5D4676D000-7F5D4696C000 — P 00002000 08:05 10803/LIB/X86_64-LINUX-GNU/LIBNSS_MDNS4_MINIMAL.så.2
7F5D4696C000-7F5D4696D000 R-P 00001000 08:05 10803/lib/x86_64-Linux-Gli/Libnss_MDNS4_Minimal.så.2
7F5D4696D000-7F5D4696E000 RW-P 00002000 08:05 10803/lib/x86_64-Linux-Gli/Libnss_MDNS4_Minimal.så.2
7F5D4696E000-7F5D46978000 R-XP 00000000 08:05 7169/LIB/X86_64-LINUX-GNU/LIBNSS_FILES-2.19.så
7F5D46978000-7F5D46B77000 — P 0000A000 08:05 7169/LIB/x86_64-Linux-GGNU/LIBNSS_FILES-2.19.så
7F5D46B77000-7F5D46B78000 R-P 00009000 08:05 7169/LIB/X86_64-LINUX-GNU/LIBNSS_FILES-2.19.så
7F5D46B78000-7F5D46B79000 RW-P 0000A000 08:05 7169/LIB/x86_64-Linux-GGNU/LIBNSS_FILES-2.19.så
7F5D46B79000-7F5D46D37000 R-XP 00000000 08:05 7160/LIB/X86_64-LINUX-GNU/LIBC-2.19.så
7F5D46D37000-7F5D46F36000 — P 001BE000 08:05 7160/LIB/X86_64-LINUX-GNU/LIBC-2.19.så
7F5D46F36000-7F5D46F3a000 R-P 001BD000 08:05 7160/LIB/X86_64-LINUX-GNU/LIBC-2.19.så
7F5D46F3A000-7F5D46F3C000 RW-P 001C1000 08:05 7160/LIB/X86_64-LINUX-GNU/LIBC-2.19.så
7F5D46F3C000-7F5D46F41000 RW-P 00000000 00:00 0
7F5D46F41000-7F5D46F44000 R-XP 00000000 08:05 7170/LIB/X86_64-LINUX-GNU/LIBDL-2.19.så
7F5D46F44000-7F5D47143000 — P 00003000 08:05 7170/LIB/x86_64-Linux-GGNU/LIBDL-2.19.så
7F5D47143000-7F5D47144000 R-P 00002000 08:05 7170/LIB/X86_64-LINUX-GNU/LIBDL-2.19.så
7F5D47144000-7F5D47145000 RW-P 00003000 08:05 7170/LIB/x86_64-Linux-GGNU/LIBDL-2.19.så
7F5D47145000-7F5D472F8000 R-XP 00000000 08:05 1273/LIB/x86_64-Linux-Gli/Libcrypto.så.1.0.0
7F5D472F8000-7F5D474F7000 — P 001B3000 08:05 1273/LIB/X86_64-LINUX-GNU/LIBCRYPTO.så.1.0.0
7F5D474F7000-7F5D47512000 R-P 001B2000 08:05 1273/LIB/x86_64-Linux-Gli/Libcrypto.så.1.0.0
7F5D47512000-7F5D4751D000 RW-P 001CD000 08:05 1273/LIB/x86_64-Linux-Gli/Libcrypto.så.1.0.0
7F5D4751D000-7F5D47521000 RW-P 00000000 00:00 0
7F5D47521000-7F5D47576000 R-XP 00000000 08:05 8087/LIB/X86_64-LINUX-GNU/LIBSSL.så.1.0.0
7F5D47576000-7F5D47776000 — P 00055000 08:05 8087/LIB/x86_64-Linux-GGNU/LIBSSL.så.1.0.0
7F5D47776000-7F5D47779000 R-P 00055000 08:05 8087/LIB/x86_64-Linux-GGNU/LIBSSL.så.1.0.0
7F5D47779000-7F5D47780000 RW-P 00058000 08:05 8087/LIB/x86_64-Linux-GGNU/LIBSSL.så.1.0.0
7F5D47780000-7F5D47799000 R-XP 00000000 08:05 296646/usr/lib/x86_64-Linux-Gli/libpkcs11-Helper.så.1.0.0
7F5D47799000-7F5D47998000 — P 00019000 08:05 296646/usr/lib/x86_64-Linux-Gnu/libpkcs11-Helper.så.1.0.0
7F5D47998000-7F5D47999000 R-P 00018000 08:05 296646/USR/LIB/x86_64-Linux-Gnu/Libpkcs11-Helper.så.1.0.0
7F5D47999000-7F5D4799A000 RW-P 00019000 08:05 29646/usr/lib/x86_64-Linux-Gnu/libpkcs11-Helper.så.1.0.0
7F5D4799A000-7F5D479B3000 R-XP 00000000 08:05 7171/LIB/X86_64-LINUX-GNU/LIBTTHREAD-2.19.så
7F5D479B3000-7F5D47BB2000 — P 00019000 08:05 7171/LIB/x86_64-Linux-Gli/Libtthread-2.19.så
7F5D47BB2000-7F5D47BB3000 R-P 00018000 08:05 7171/LIB/X86_64-LINUX-GNU/LIBTTHREAD-2.19.så
7F5D47BB3000-7F5D47BB4000 RW-P 00019000 08:05 7171/lib/x86_64-Linux-Gli/Libtthread-2.19.så
7F5D47BB4000-7F5D47BB8000 RW-P 00000000 00:00 0
7F5D47BB8000-7F5D47BD8000 R-XP 00000000 08:05 10771/LIB/X86_64-LINUX-GNU/LIBLZO2.så.2.0.0
7F5D47BD8000-7F5D47DD7000 — P 00020000 08:05 10771/LIB/x86_64-Linux-GGNU/LIBLZO2.så.2.0.0
7F5D47DD7000-7F5D47DD8000 R-P 0001F000 08:05 10771/lib/x86_64-Linux-Gnu/Liblzo2.så.2.0.0
7F5D47DD8000-7F5D47DD9000 RW-P 00020000 08:05 10771/lib/x86_64-Linux-Gli/Liblzo2.så.2.0.0
7F5D47DD9000-7F5D47DFC000 R-XP 00000000 08:05 7168/lib/x86_64-Linux-GGNU/LD-2.19.så
7F5D47FD1000-7F5D47FD6000 RW-P 00000000 00:00 0
7F5D47FF9000-7F5D47FFB000 RW-P 00000000 00:00 0
7F5D47FFB000-7F5D47FFC000 R-P 00022000 08:05 7168/lib/x86_64-Linux-GNU/LD-2.19.så
7F5D47FFC000-7F5D47FFD000 RW-P 00023000 08:05 7168/LIB/x86_64-Linux-GLE/LD-2.19.så
7F5D47FFD000-7F5D47ffe000 RW-P 00000000 00:00 0
7FFC8802C000-7FFC8804D000 RW-P 00000000 00:00 0 [Stack]
7FFC88167000-7FFC88169000 R-P 00000000 00:00 0 [VVAR]
7FFC88169000-7FFC8816B000 R-XP 00000000 00:00 0 [VDSO]
FFFFFFFFF600000-FFFFFFFFFF601000 R-XP 00000000 00:00 0 [VSYSCALL]
Procstatus:
Navn: OpenVPN
Stat: S (sovende)
TGID: 2706
Ngid: 0
PID: 2706
PPID: 2686
Tracerpid: 0
Uid: 0 0 0 0
GID: 0 0 0 0
FDSIZE: 64
Grupper: 0
NSTGID: 2706
NSPID: 2706
NSPGID: 2686
NSSID: 1104
VMPEAK: 29040 KB
VMSize: 29036 KB
Vmlck: 0 kb
Vmpin: 0 kb
VMHWM: 5272 KB
VMRSS: 5272 KB
Vmdata: 968 kb
VMSTK: 136 kb
Vmexe: 636 kb
VMLIB: 4504 KB
Vmpte: 84 kb
VMPMD: 12 kb
VMSWAP: 0 kb
Hugetlbpages: 0 kb
Tråde: 1
SIGQ: 0/15406
Sigpnd: 0000000000000000
SHDPND: 0000000000000000
Sigblk: 0000000000000000
SIGIGN: 0000000000001A01
SIGCGT: 0000000180004002
Capinh: 0000000000000000
CAPPRM: 0000003FFFFFFFFF
COPEFF: 0000003FFFFFFFFF
Capbnd: 0000003fffffff
Capamb: 0000000000000000
Seccomp: 0
CPUS_Allowed: 3
Cpus_allowed_list: 0-1
Mems_allowed: 00000000,00000001
Mems_allowed_list: 0
frivillig_ctxt_switches: 22963
ikke -frivillig_ctxt_switches: 1007
Signal: 11
Uname: Linux 4.4.0-75-Generisk x86_64
Brugergrupper:
Coredump: Base64
H4SICAAAAAAC/0NVCMVEDW1WAA ==

3. maj 2017, 09:58

Selvom PIA kun lod 3 enheder være tilsluttet? Hvis du stopper de andre, sker det samme problem?
Hvorfor have mere end 1 system på det samme LAN, der kører PIA? Kan du ikke lave 1 porten til alle de andre?

4. maj 2017, 08:27 PM

Jeg tror, ​​Pia tillader 5 på én gang, men det er aldrig et problem, da jeg kun kører denne computer på det omkring 98% af tiden og to, højst. Jeg troede det var en PIA -server eller ISP -problem, indtil jeg brugte en af ​​mine andre computere i cirka 5 timer lige uden afbrydelse. Senere bad jeg min kone om at implementere PIA på hendes computer på samme tid, som jeg kørte denne pågældende. Vi gik begge til streaming af musik som en test. Efter ca. 45 minutter blev min pia død, men hendes fortsatte lystigt på det måde at spille musikken. Disse to hændelser gav mig forestillingen om, at fejlen var inde i mit system, ikke udenfor på ISP- eller VPN -serverne. Tilføj dertil de crash -meddelelser, jeg får lejlighedsvis med “OpenVPN”, der er opført, når Pia går ned, får mig til at tro, at problemet ligger helt inden for denne ene computer. Uinstallation/geninstallation af openvpn fikser det ikke.

4. maj 2017, 22:15

Jeg bruger ikke netværksadministrator på nogen af ​​mine systemer.

Brug af aktien OpenVPN Install med PIA -indstillinger den 14.04 Desktop, 16.04 Laptop og Android -enheder. Brug flere forskellige exit -placeringer. Har ikke set de problemer, du har. Forskellige exit -placeringer bruger forskellige porte og indstillinger. Har du bekræftet, at disse er aktuelle?

Hvis du finder stakken på tidspunktet for styrtet, skal du kigge efter det laveste niveau for at vide, hvor styrtet blev forårsaget. Normalt forklarer de laveste 20 linjer i stakken alt – er . I det mindste hvilket bibliotek, hvor styrtet skete.

4. maj 2017, kl. 23.14

Dit sidste afsnit understreger, hvor lidt jeg ved. Selvom jeg inkluderede en fejlmeddelelse, har jeg ingen idé om, hvad det betyder, hvor jeg kan finde den stak, du nævner, eller hvad den endda er, hvor det laveste niveau er osv. Jeg er ikke nybegynder, men dette aspekt af, hvordan tingene fungerer, er over mit hoved.

Jeg er heller ikke helt sikker på, hvad “exit -placeringer” er. Jeg prøvede at bruge forskellige portindstillinger pr. PIA Tech Support og i Combo med TCP vs UDP, men ingen fungerede bedre end Port 1197 på UDP. Selvom 1194 ser ud til at være standardporten og fungerer med min kones skrivebord, der kører Ubuntu 12.04, jeg kan ikke oprette forbindelse til det med mit skrivebord.

Den frustrerende del af dette er den intermitterende fiasko med intet, jeg kan identificere som en forårsagende handling, og det faktum, at det bare syntes at starte på egen hånd uden nogen større ændringer i mit andet system end almindelige kernalbrowseropgraderinger. Det er som om en komponent såsom en modstand eller kondensator overophedes og starter. Alligevel, i det øjeblik jeg mister min serverforbindelse, kan jeg forbinde igen, og det kører pålideligt i yderligere 20 minutter til en time. Overophedede enheder tillader normalt ikke en øjeblikkelig genforbindelse.

4. maj 2017, 23:41

Support til 12.04 sluttede for et par uger siden. Du skal flytte til en nyere udgivelse ASAP. Ikke flere programrettelser til 12.04 Og jo længere du venter, desto sværere vil det være at flytte til en ny udgivelse.

Du kan ikke bare vælge porte, der skal bruges sammen med PIA. Hver exit -placering har specifikke porte og indstillinger aktiveret. Du skal bruge dem.
Pia har exit -placering over hele verden. Det er en af ​​grundene til, at jeg betaler dem i stedet for bare at bruge min egen.

5. maj 2017, 22:27

Begge vores desktops skal gå til 16.04 Og det skal gøres som en ren installation, men jeg har bare ikke tid til det nu. Hun bruger for det meste sin iPad til vigtige ting og spiller kun Solitaire -spil på 12.04 uden internetforbindelse, så jeg er ikke for bekymret. Muligvis flytter til 16.04 vil løse mit VPN -problem. 14.04 har lige været en række problemer, der involverer opgraderingen fra 12.04 Sidste år. Dokumenter forsvandt, og Cryptwap har aldrig fungeret. Brug af Suspend rejser oddsen for et styrt senere.

Hvad angår PIA, siger dette link, at man kan ændre porte og UDP/TCP, hvis du har problemer med, at din forbindelse falder. https: // helpdesk.PrivateInternetAccess.com/hc/en-us/artikler/226851548 Men det virkede ikke for mig.

6. maj 2017, 06:59

Der er mange forskellige portmuligheder i det link. Det er ikke kun 1. Har du prøvet dem alle?
Kører du aktien OpenVPN (APT Installer OpenVPN) eller bruger du PIA -installationsprogrammet?
Bruger dit system ethvert strømstyring ting? Noget der kan deaktivere netværket efter 45 min? Spins ned ad en HDD?
Er det wifi eller kablet Ethernet tilsluttet?
Inde i nedbrudsloggen skal der være et stakespor. Fandt du det?
Du bruger en californisk exit -placering. PIA har mange forskellige exit -placeringer over hele verden. Prøv at bruge nogle andre. Hjælper det?

7. maj 2017, 06:37

Tak for at have tilbragt hele denne tid med mig på dette vanskelige og frustrerende problem.
Jeg har prøvet alle de forskellige angivne port- og forbindelsestyper. Jeg har kørt OpenVPN anbefalet af PIA. Det var den eneste tilgængelige mulighed, da jeg først oprettede Pia 2+ år siden. Det har fungeret fint i lang tid. I går installerede jeg det ikke og prøvede deres proprietære applikation, men jeg kunne ikke få det til at fungere overhovedet (kunne ikke oprette forbindelse til nogen server), så jeg geninstallerede OpenVPN (ved hjælp af terminal og efter deres instruktioner) og jeg nu kan oprette forbindelse til enhver server, men kan ikke holde den tilsluttet i mere end en time.

Jeg har kigget efter nogen strøm- eller skærmtimeout, men fandt ikke nogen. Alt er indstillet til aldrig at lukke af, når det er inaktivt. Jeg kiggede også på var/spool/cron/crontabs, men fandt ikke andet end en daglig sikkerhedskopi til ’tilbage i tiden’.

Jeg er på en kablet router-ingen wifi. Og jeg har prøvet mange forskellige udgange-alle over USA, Danmark og Tyrkiet. Ingen forskel.

Her var hvor jeg tog fejl i mit første indlæg. Det lukkes ikke ved 10 minutters løbstider. Det lukker temmelig regelmæssigt på 1 time gange. Det er 1 time fra det tidspunkt, jeg opretter forbindelse til et udgangspunkt, ikke 2:15, 3:15 osv. Jeg undskylder for forkert info, men jeg var ikke omhyggeligt timing og dokumenterede dens fiasko -trin. I dag har jeg opbevaret en skriftlig papirlog, og det er faldet temmelig tæt på en time efter at have tilsluttet sig hver gang.
Jeg fandt en ‘stacktrace’, der var opført i den sidste crash -rapport. Jeg ved ikke, hvor lang tid det skal være, men jeg kopierede fra første omtale af det til slutningen af ​​styrtrapporten. I slutningen nævner de ‘passwd “at være forældede, så jeg gik til Synaptic MGR og opdaterede det. Jeg tror ikke, det påvirker dette problem, da intet har ændret sig.

StackTrace:
#0../NPTL/SYSDEPS/UNIX/SYSV/LINUX/RING.C: 56
ResultatVar = 0
PID = 2696
SelfTid = 2696
#1 0x00007F168FF31028 i __gi_abort () ved abort.C: 89
gem_stage = 2
ACT =, SA_MASK =>, SA_FLAGS = 6, SA_RESTORER = 0x561400000001>
sigs = >>
Kl ../sysdeps/posix/libc_fatal.C: 175
AP =>
FD = 2
on_2 =
Liste =
nlist =
cp =
skrevet =
#3 0x00007f168ff7656e i malloc_printerr (ptr =, str = 0x7f169007bfd8 “dobbeltfri eller korruption (!prev) “, handling = 1) på Malloc.C: 4996
buf = “000056147b94d5a0”
cp =
#4 _int_free (av =, p =, HAVE_LOCK = 0) på Malloc.C: 3840
størrelse =
FB =
NextChunk =
NextSize =
NextInuse =
premsize =
bck =
fwd =
errstr =
Låst =
#5 0x00007f168ffcb0c8 i __gi_freeaddrinfo (AI = 0x56147b94d5f0) AT../sysdeps/posix/getaddrinfo.C: 2681
P = 0x56147b94d5a0
#6 0x000056147a3bb882 in ?? ()
Nosymbol -bordinfo tilgængelig.
#7 0x000056147a3bc475 in ?? ()
Nosymbol -bordinfo tilgængelig.
#8 0x000056147a37db1e i ?? ()
Nosymbol -bordinfo tilgængelig.
#9 0x000056147a37e250 in ?? ()
Nosymbol -bordinfo tilgængelig.
#100x000056147A396638 in ?? ()
Nosymbol -bordinfo tilgængelig.
#110x00007f168ff18f45 i __libc_start_main (main = 0x56147a3691e0, argc = 35, argv = 0x7fffcd1e4ae8, init =, fini =, rtld_fini =, stack_end = 0x7fffcd1e4ad8) at liBc-sTart.C: 287
resultat =
UNWIND_BUF =, MASK_WAS_SAVED = 0 >>, Priv =, data = >>
ikke_first_call =
#120x000056147a36920e in ?? ()
Nosymbol -bordinfo tilgængelig.
StackTraceAddressSignature:/usr/Sbin/OpenVPN: 6: x86_64:/lib/x86_64-linux-GNU/LIBC-2.19.Så+36C37:/lib/x86_64-linux-GGNU/LIBC-2.19.Så+3A028:/lib/x86_64-linux-GNU/LIBC-2.19.Så+732A4:/lib/x86_64-linux-GNU/LIBC-2.19.Så+7f56e:/lib/x86_64-linux-GNU/LIBC-2.19.Så+d40c8:/usr/sbin/openvpn+5d882:/usr/sbin/openvpn+5e475:/usr/sbin/openvpn+1fb1e:/usr/sbin/openvpn+20250:/usr/sbin/openvpn+38638:// LIB/x86_64-Linux-GNU/LIBC-2.19.Så+21f45:/usr/sbin/openvpn+b20e
StackTracetop:
__libc_message (do_abort = do_abort@post = 1, fmt = fmt@post = 0x7f16900 7Bef0 “*** Fejl i`%s ‘:%s: 0x%s *** \ n “) på ../sysdeps/posix/libc_fatal.C: 175
malloc_printerr (ptr =, str = 0x7f169007bfd8 “dobbeltfri eller korruption (!prev) “, handling = 1) Atmalloc.C: 4996
_int_free (av =, p =, HAVE_LOCK = 0) på Malloc.C: 3840
__Gi_freeaddrinfo (AI = 0x56147b94d5f0) ved../sysdeps/posix/getaddrinfo.C: 2681
??()
Tags: pålidelig
ThreadstackTrace:
.
Tråd 1 (tråd 0x7f169134f740 (LWP 2696)):
#0../NPTL/SYSDEPS/UNIX/SYSV/LINUX/RING.C: 56
ResultatVar = 0
PID = 2696
SelfTid = 2696
#1 0x00007F168FF31028 i __gi_abort () ved abort.C: 89
gem_stage = 2
ACT =, SA_MASK =>, SA_FLAGS = 6, SA_RESTORER = 0x561400000001>
sigs = >>
Kl ../sysdeps/posix/libc_fatal.C: 175
AP =>
FD = 2
on_2 =
Liste =
nlist =
cp =
skrevet =
#3 0x00007f168ff7656e i malloc_printerr (ptr =, str = 0x7f169007bfd8 “dobbeltfri eller korruption (!prev) “, handling = 1) på Malloc.C: 4996
buf = “000056147b94d5a0”
cp =
#4 _int_free (av =, p =, HAVE_LOCK = 0) på Malloc.C: 3840
størrelse =
FB =
NextChunk =
NextSize =
NextInuse =
premsize =
bck =
fwd =
errstr =
Låst =
#5 0x00007f168ffcb0c8 i __gi_freeaddrinfo (AI = 0x56147b94d5f0) AT../sysdeps/posix/getaddrinfo.C: 2681
P = 0x56147b94d5a0
#6 0x000056147a3bb882 in ?? ()
Nosymbol -bordinfo tilgængelig.
#7 0x000056147a3bc475 in ?? ()
Nosymbol -bordinfo tilgængelig.
#8 0x000056147a37db1e i ?? ()
Nosymbol -bordinfo tilgængelig.
#9 0x000056147a37e250 in ?? ()
Nosymbol -bordinfo tilgængelig.
#100x000056147A396638 in ?? ()
Nosymbol -bordinfo tilgængelig.
#110x00007f168ff18f45 i __libc_start_main (main = 0x56147a3691e0, argc = 35, argv = 0x7fffcd1e4ae8, init =, fini =, rtld_fini =, stack_end = 0x7fffcd1e4ad8) at liBc-sTart.C: 287
resultat =
UNWIND_BUF =, MASK_WAS_SAVED = 0 >>, Priv =, data = >>
ikke_first_call =
#120x000056147a36920e in ?? ()
Nosymbol -bordinfo tilgængelig.
Titel: OpenVPN ASSION Fejl: *** Fejl i `/usr/sbin/openvpn ‘: Double Freeor Corruption (!prev): 0x000056147b94d5a0 ***
Unrapportableerason:
Du har nogle forældede pakkerversioner installeret. Opgrader venligst de følgende pakker, og kontroller, om problemet stadig opstår:

passwd
Upgradestatus: Ingen opgraderingslog til stede (sandsynligvis frisk installation)
_Markforupload: sandt

Wildmanne39
7. maj 2017, 06:43
Tråd flyttet til netværk og trådløs.
7. maj 2017, 11:24

Kontroller den måde, din adgangskode -godkendelse gemmes til VPN -brug. Der er en indstilling, der holder den i RAM. Dette er mindre sikkert, men lader OpenVPN automatisk genforfatter. Jeg tilbragte 5 minutter på at kigge efter det i manden og fandt det ikke. Undskyld.

7. maj 2017, 09:21

Jeg undskylder for ikke at bruge kodemærkerne. Jeg forsømte at tage mig tid til at lære at gøre det. Det tog slet ikke tid-min dårlige. Jeg kaster ikke mine sokker på gulvet for min kone at hente, og jeg er ked af, at jeg lavede nogen anden skal redigere mit indlæg (r).

Hvad angår problemet: Jeg har bestemt fastgjort det til noget på min computer, der forstyrrer min PIA -forbindelse på nøjagtigt 60 minutter fra det tidspunkt, jeg forbinder.

Jeg spekulerer på ‘suspender’. Jeg ved, at suspensionen falder VPN, fordi når jeg vågner op fra suspendere, kører min regelmæssige ISP-forbindelse, men VPN er ikke-den samme situation, der sker her hver 60 minut. Kunne min computer gå delvist ind i en suspendtilstand hver en time og kun afskære VPN, men ikke faktisk suspendere resten af ​​computeren? Jeg har indstillet ‘Power Down’ grafisk indstilling til “aldrig”, men det betyder ikke, at det ikke på en eller anden måde er ødelagt at tro, at jeg vil have det til at tænde hver time. Selvfølgelig skal det anvende, hvis det er inaktiv, men i dette tilfælde forstyrres VPN hver time, selvom jeg bruger det.

Kan det være et ACPI- eller APM -problem? Min computer er gammel-jeg ved ikke, om den endda har ACPI.

Wildmanne39
8. maj 2017, 12:08

Jeg undskylder for ikke at bruge kodemærkerne. Jeg forsømte at tage mig tid til at lære at gøre det. Det tog slet ikke tid-min dårlige. Jeg kaster ikke mine sokker på gulvet for min kone at hente, og jeg er ked af, at jeg lavede nogen anden skal redigere mit indlæg (r).

Intet problem, vi var alle nye en gang, og det er sådan, de fleste af os lærer.)

8. maj 2017, 01:52

Unrapportableerason:
Du har nogle forældede pakkerversioner installeret. Opgrader venligst de følgende pakker, og kontroller, om problemet stadig opstår:

Kør dette for at lappe systemet. Dette antager, at OpenVPN er installeret via Package Manager, ikke direkte fra et PIA-leveret værktøj.

Sudo Apt Update
sudo apt opgradering

Jeg tror stadig, det er relateret til OpenVPN Config -indstillinger, der ikke holder PIA -legitimationsoplysningerne i RAM. Husk at læse om det et eller andet sted. Undersøg det. Jeg googled – https: // serverfault.com/spørgsmål/436333/Getting-Disconnected-from-Oprenvpn-server-hver-timer Reneg-Sec

Suspend bringer netværket ned, men jeg tvivler på, at det virkelig sker, hvis dette sker, mens du aktivt bruger systemet. Jeg har aldrig hørt om nogen VPN, der kommer tilbage automatisk efter suspend. ** Noget ** kan omskrives, hvis det ønskes.

9. maj 2017, 08:43 PM

Mange tak, thefu. Du spikede det med dit link, der involverede genforhandlingsintervallet. Det første problem var, at jeg ikke brugte mit stopur og udklipsholder til korrekt at identificere forbindelsestabet som forekommende hvert 60 minut. Jeg brugte subjektive evalueringer og troede, at det skete på tilfældige tidspunkter, det var ikke. Min fejl. Hvis du ikke korrekt beskriver et problem, løser du det sandsynligvis ikke. Så selvom jeg brugte en måned på at google efter noget, der lignede mit problem, var jeg aldrig i stand til at finde nogen med det rigtige problem, da jeg ikke forstod problemet. Den tredje barriere for at finde en løsning var, at jeg før nu var helt uvidende om VPN -genforhandlingsfunktioner. Jeg er stadig lidt usikker på alle afvigelserne, men jeg tror, ​​jeg ved nu nok til at forblive på toppen af ​​det, mens jeg lærer mere.

For at løse det i mit PIA -system var jeg nødt til at gå ind i netværksadministratoren, til VPN -fanen for en individuel server eller udgangspunkt, til den avancerede indstilling og manuelt klikke på boksen for at “bruge brugerdefineret genforhandlingsinterval”, og sørg for, at det var Indstil til “0”. Standardindstillingen, der er vist for alle servere, er “0”, men hvis boksen ikke er markeret, er værdien gråt ud, og den er tilsyneladende standard til 3600 sekunder (1 time). Det hele skyldes, at jeg tilsyneladende bruger PIAs OpenVPN -konfigurationerindstillinger og deres installationsinstruktioner snarere end at gøre det gennem Package Manager. Da jeg betaler dem og er ikke så vidende om mit operativsystem, som jeg gerne vil være, fulgte jeg deres instruktioner snarere end at prøve at lære alle de vanskeligheder ved OpenVPN. Tilsyneladende bliver jeg nødt til manuelt at indstille genforhandlingsintervallet for hvert udgangspunkt, som jeg bruger.

Jeg ved stadig ikke, hvorfor dette problem dukkede op. Noget ændrede sig med Pias system, der tilsyneladende påvirkede nogle computere, men ikke andre. Jeg har 6 forskellige enheder, der kører PIA (normalt kun en ad gangen): kører flere operativsystemer (Ubuntu, Point Linux, iOS, Windows) og Ubuntu 14.04 var den eneste, der pludselig begyndte at opføre sig forkert. Flere andre mennesker klagede til PIA på deres forum for, at de pludselig begyndte at have dette problem med forbindelsen, der faldt i begyndelsen af ​​april. PIA -talsmanden nægtede stort set enhver årsag fra deres ende, og diskussionerne blev opvarmet. Jeg ville ikke pege en beskylder finger mod nogen, men jeg ved, at mit system havde kørt i 2 1/2 år på denne samme computer under Ubuntu 12.04 og derefter 14.04 med nulproblemer indtil den første af denne april. Det værste er, at jeg anbefalede Pia til en ven, der har meget mindre erfaring med computere end jeg gør. Jeg håber, at hendes bærbare computer ikke blev påvirket.

Tak igen for al den tid, du brugte mig i kvadrat. Jeg håber, at denne tråd kan hjælpe en anden ned ad vejen.

Privat internetadgang OpenVPN i Kubuntu 14.04 (Trusty Tahr)

Jeg har for nylig købt en VPN -service fra Private Internet Access (PIA), fordi jeg ville lære om OpenVPN og troede, det ville være en pæn måde at få et udvendigt overblik over mit netværk. Til £ 25/år synes jeg, at PIA er stor værdi. PIA leverer et shell -script, som du kan køre for at konfigurere OpenVPN for at oprette forbindelse til deres servere, men jeg ville vide, hvordan man gør det manuelt. Det tog mig et stykke tid at finde ud af nøjagtigt, hvordan jeg opretter forbindelse til det ved hjælp af Kubuntus netværksadministrationswidget, så forhåbentlig sparer dette nogle problemer. Denne metode skal være den samme til enhver distribution ved hjælp af en nylig version KDE’s Plasma Desktop.

Trin 1: Download og udtræk konfigurationsbundt

Konfigurationsbundt indeholder en blanding af ting, du bestemt har brug for (PIA -certifikat), og ting, du muligvis har brug for (OpenVPN Config -filer). Det kan downloades ved hjælp af det sikre link nedenfor: https: // www.PrivateInternetAccess.com/openvpn/openvpn.Zip skal du beholde disse certifikater og konfigurationsfiler, så det er sandsynligvis bedst at lave et bibliotek i dit hjem og udtrække dem der.

mkdir ~/vpn cd ~/vpn mv ~/downloads/openvpn.Zip ~/ VPN/ Unzip OpenVPN.Zip

Følgende filer skal udvindes:

• CA.CRT: Dette er PIAs certifikat,
• CRL.Pem: Dette er en certifikat tilbagekaldelsesliste
• Forskellige filer kan lide Beliggenhed.ovpn: Disse er færdiglavede OpenVPN -konfigurationsfiler

Trin 2: Vælg en serverplacering

Du kan træffe en dom over, hvilken serverplacering der er bedst for dig baseret på denne side: https: // www.PrivateInternetAccess.com/sider/netværk/hvilket domæne er bedst for dig vil afhænge af din specifikke brugssag. Nogle ting at tænke på er:

• Placeringsbaseret indholdsfiltrering
• Påkrævet båndbredde
• Regionale juridiske forskelle og censur

Trin 3: Installer nødvendige pakker

Hvis du prøver at konfigurere en OpenVPN-forbindelse med Network-Manager uden netværks-manager-OpenVPN-pakken installeret, giver Network Manager dig mulighed for at indtaste OpenVPN-konfigurationsoplysninger, men lader dig ikke bruge forbindelsen. Det er her jeg sad fast, fordi der ikke var nogen “du skal installere denne pakke for at bruge en VPN” -meddelelse, bare en fuldstændig mangel på respons, når du klikkede på forbindelsen. Så installer denne pakke:

sudo apt-get opdatering sudo apt-get install netværk-manager-openvpn

Fra nu af har du to valg for, hvordan du vil konfigurere din VPN -forbindelse: den ene er virkelig let, men vil ikke lære dig noget, og den anden er stadig temmelig let, men du lærer måske noget. Klik her for at hoppe til den virkelig lette version. Ellers skal du fortsætte med at læse.

Trin 4: Konfigurer netværksstyring manuelt (anbefales)

Klik på Widget til netværksadministration, og vælg derefter Spanner -ikonet. Fra dette vindue skal du være i stand til at tilføje en ny VPN -forbindelse som på dette billede: Skift derefter VPN -forbindelsesnavnet til noget nyttigt, som “Pia Southampton“, og skift porten til værtsnavnet på det sted, du valgte i trin 2. Klik på mappeikonet, og vælg CA.CRT -fil (fra den lynlås, du har downloadet tidligere) som CA -filen, og indtast derefter dit brugernavn og din adgangskode. Klik på knappen Advanced, og vælg Brug LZO -komprimering. Du kan indstille Gateway -porten til 1194, som er den “velkendte” port til OpenVPN -forbindelser. Hvis du forlod denne indstilling indstillet til “automatisk”, ville den rigtige port detekteres, men det er sandsynligvis bedst at indstille den eksplicit. Indstil på samme måde det brugerdefinerede genforhandlingsinterval til 0. Du kan efterlade alle indstillingerne på fanen Generelt ved deres standardindstillinger. Samme historie på fanen IPv4: Forlad alle disse indstillinger, som de er. Klik nu på netværksadministrationswidgeten endnu en gang, og opret forbindelse til VPN -forbindelsen, du lige har tilføjet. Hvis alt går godt, skal du være tilsluttet, og du kan gå videre til testning.

Bemærkninger om konfigurationsfiler

Jeg synes, det er altid bedst at have en forståelse af, hvilke GUI -værktøjer som netværksstyring -widgeten gør “under hætten”, så lad os se på de konfigurationsfiler, det opretter. Da netværksadministrationswidget kun kræver brugerprivilegier at bruge, forventede jeg, at alle dens indstillinger skulle placeres i brugerens hjemmekatalog, et sted i/hjemme/bruger/.KDE/Share/Apps/NetworkManagement . Det ser dog ud til, at VPN -forbindelser, der tilføjes gennem netværksstyring -widgeten, foretager ændringer på rodfilsystemniveauet. Se på/etc/NetworkManager/System-Connections/:

ll/etc/NetworkManager/System-Connections

Du skal mange filer, der ejes af rod derinde. Disse filer er oprettet af et KeyFile -plugin, der skriver filen i en .INI-stil format indeholdende [overskrifter] med konfigurationsindstillinger, der er relevante for den indstilling, der er anført nedenfor. Hvis du importerer en af ​​disse OpenVPN -konfigurationsfiler ved hjælp af “let” metoden, skal filen se sådan ud:

Feathers-mcgraw@Hobbs-T440S:/etc/NetworkManager/System-Connections $ Sudo Cat UK \ Southampton [Connection] ID = UK Southampton UUID = Type = VPN [VPN] Service-Type = Org.Freedesktop.NetworkManager.OpenVpn Comp-lzo = Ja Port = 1194 CA =/Home/Feathers-McGraw/VPN/CA.CRT Connection-Type = adgangskode adgangskode-flags = 2 fjernbetjening = UK-Southampton.PrivateInternetAccess.com reneg-sekunder = 0

Hvis du tilføjede filen ved hjælp af den metode, jeg foreslog, skulle din fil se sådan ud:

Feathers-McGraw@Hobbs-T440S:/etc/NetworkManager/System-Connections $ sudo Cat Private \ Internet \ Access [Connection] ID = PIA VPN Southampton UK UUID = type = VPN tilladelser = Bruger: Feathers-McGraw:; [VPN] Service-type = org.Freedesktop.NetworkManager.OpenVpn Connection-Type = adgangskode adgangskode-flags = 1 fjern = UK-Southampton.PrivateInternetAccess.com comp-lzo = ja proto-tcp = ingen tap-dev = ingen reneg-sekunds = 0 port = 1194 mssfix = ingen brugernavn = CA =/home/fjer-mcgraw/vpn/ca.CRT [ipv4] metode = auto ignorere-auto-dns = sand

Under [forbindelse] På vej, finder du følgende muligheder:

• id er bare en praktisk etiket til forbindelsen, der bruges af netværksadministrationswidgeten til at identificere forbindelsen
• uuid er den universelt unikke identifikator af forbindelsen
• type er VPN af åbenlyse grunde. Hvis dette var en normal WiFi-forbindelse, kan du se noget som 802-11-trådløs
• Tilladelser bestemmer, om denne forbindelse er tilgængelig for alle systembrugere eller bare den person, der tilføjede den. Den manuelle metode gør ikke VPN tilgængelig for alle systembrugere: Hvis du gerne vil ændre dette, skal du kontrollere “Alle brugere kan oprette forbindelse til dette netværk“Indstilling på fanen Generelt.

Det [VPN] Overskrift indeholder følgende indstillinger:

• servicetype er selvforklarende.
• Forbindelsestype Bestemmer, om du bruger certifikater til at identificere dig selv til OpenVPN -serveren eller adgangskodegodkendelse.
• adgangskode-flags Kontrollerer, hvad der gøres med din adgangskode. En værdi på 0 betyder, at systemet er ansvarligt for at levere og opbevare hemmeligheden, 1 betyder, at en brugersession hemmelig agent er ansvarlig for at levere og opbevare hemmeligheden, 2 betyder, at hemmeligheden ikke skal gemmes, og brugeren bliver bedt om Det hver gang, og 4 (ikke 3) betyder, at der ikke kræves en hemmelighed og bør ikke anmodes om fra brugeren.
• fjern er domænenavnet på den vært, du opretter forbindelse til.
• Havn er porten til forbindelsen, sædvanligvis 1194 for openvpn.
• Comp-lzo Specificerer, om du skal bruge LZO -komprimering eller ej
• Proto-TCP Specificerer, om man skal bruge TCP eller ej.
• TAP-DEV Specificerer, om man skal bruge en TAP -enhed (en virtuel Ethernet -adapter) eller ej
• MSSFIX bestemmer, om en grænse er indstillet til den maksimale segmentstørrelse (MSS) for TCP
• brugernavn bruges brugernavnet til godkendelse.
• CA er stien til certifikatmyndighedens certifikat, der bruges til at sikre, at du kommunikerer med den rigtige server.
• Reneg-sekunder Specificerer et brugerdefineret genforhandlingsinterval.

Det [IPv4] Overskrift indeholder indstillinger relateret til DCHP og DNS, når du bruger IPv4. Hvis du gerne vil vide mere om disse muligheder, kan du kontrollere denne side.

Alternativ “let” konfigurationsmetode

Hvis du konfigurerede netværksstyring manuelt, skal du ignorere dette afsnit og fortsætte med at teste klik på netværksstyringswidgeten i systembakken, og klik derefter på Spanner -ikonet. Klik nu på Fil, og Importer VPN, som åbner en filbrowser. Vælg konfigurationsfilen for den server, du gerne vil oprette forbindelse til (placering.ovpn) og klik Åben. Dette indlæser konfigurationsfilen leveret af PIA; Det eneste, der er tilbage at gøre, er at levere dit brugernavn og din adgangskode. Klik på netværksadministrationswidgeten igen, og klik derefter på skruenøglen ved siden af ​​VPN, du lige har tilføjet. Indtast dit brugernavn og din adgangskode, og klik derefter på Okay. Færdig!

Testning

For at se, hvad din WAN IP -adresse fra kommandolinjen skal du bruge denne kommando:

wget -qo- ifconfig.mig/ip

Og for at kontrollere, hvilket land din exit -knude er i, kan du hente whois -oplysninger med denne kommando:

Whois 1.2.3.4

. hvor 1.2.3.4 er den IP -adresse, du har fået fra den forrige kommando.

Nyttige links

Det tog mig lang tid at finde nogle af disse oplysninger. Her er et par links, som jeg fandt særlig nyttige: Network Manager Systems Settings -side på GNOME Wiki Network Manager -konfigurationsindstillinger Specifikation på GNOME -udviklersider skal du give en kommentar, hvis du har nyttige oplysninger at tilføje, eller spørgsmål.

Kommentarer

Indsendt af Thijs (ikke verificeret) på fre, 10/31/2014 – 01:13

cmd

Bare sjov;) prøv at oprette din egen openvpn -server, det er fantastisk! Men brug let-RSA og ingen GUI, som her:
http: // www.Raspberrypi.org/fora/viewtopic.PHP?f = 36 & t = 20916 & start = 50

Tak for Mail Server -tutorial!

Indsendt af Sam Hobbs på fre, 10/31/2014 – 09:17

Som svar på CMD af Thijs (ikke verificeret)

Jeg ved, rigtigt? (på en seriøs

Jeg ved, rigtigt? (På en seriøs note er de nogle gange ganske irriterende, den nye netværksmandswidget i Kubuntu 14.10 (utopisk) er anderledes igen. Så min tutorial er allerede lidt forældet. Dette sker ikke så meget med kommandolinjen. OpenVPN Server er på min liste over ting at gøre, jeg kigger. Tak for din kommentar! Sam

Indsendt af Oshunluvr (ikke verificeret) på fre, 01/16/2015 – 21:15

Nic Config?

Jeg så ikke nogen omtale om, hvordan du har dine forbindelser konfigureret. Broforbundet, bundet, solo.

Jeg prøver at oprette en bundet-bro-forbindelse i Kubuntu 14.04 Men har problemer. Fik det til at arbejde med Ubuntu 12.04 Server med det samme. Når jeg er kommet op og kører, er OpenVPN og PIA næste!

Indsendt af Sam Hobbs på fre, 01/16/2015 – 21:51

Som svar på Nic Config? af Oshunluvr (ikke verificeret)

Ærligt talt. Jeg ved ikke 🙁

Hej ven, lyst til at se dig her 🙂 Jeg ved ikke, hvordan min er konfigureret til at være ærlig, og jeg må indrømme, at jeg ikke kender forskellen mellem en broforbundet, bundet og soloforbindelse:/ Spotede du linket til Gnome Network Configuration Page? Der er nogle konfigurationsparametre derinde, der ser ud som om de måske er relevante for det, du laver. Forudsat at du konfigurerede din server via SSH (ikke ved hjælp af en GUI), er det underligt, at du har problemer nu, når det fungerede fint før. Bruger du netværksadministrationswidgeten til at konfigurere den? Jeg må indrømme, at jeg lige kiggede op alle parametrene med en GUI -konfigurationsindstilling og dem i standard PIA -konfigurationsfilen for at se, hvad de gjorde, forudsat at de var de vigtige. Sam

Indsendt af Oshunluvr (ikke verificeret) på fre, 01/16/2015 – 22:43

Som svar på ærligt. Jeg ved ikke 🙁 af Sam Hobbs

Forstået.

Jeg fik den bundne/bro, der arbejdede nu med 14.04. Jeg fandt denne side, der holdt svaret:

Bindingsreglerne ændrede sig fra 12.04 til 14.04 Så jeg havde et par ting at skifte rundt. Da jeg har en server og desktop begge med dobbelt NIC’er, regnede jeg med limning (alias portaggregation) var den bedste brug af netværksfunktionerne. Brodannelse var nyt for mig, men hvad jeg læste om VPN sagde, at det var nødvendigt. Jeg er klar nu og vil grave dig ned i OpenVPN/PIA!

Indsendt af Sam Hobbs på lørdag, 01/17/2015 – 00:44

Som svar på fik det. af Oshunluvr (ikke verificeret)

Alle NIC’er

Dejligt link! Jeg har ikke flere NIC’er, men nu er jeg begyndt at læse om det, jeg kan se appellen.

Netværksleverandører har længe tilbudt en funktionalitet til at samle båndbredde på tværs af flere fysiske links til en switch. Dette giver en maskine (ofte en server) mulighed for at behandle flere fysiske forbindelser for at skifte enheder som et enkelt logisk link. Standardmoniker for denne teknologi er IEEE 802.3AD, selvom det er kendt af de almindelige navne på trunking, porte trunking og link -aggregering. Den konventionelle brug af limning under Linux er en implementering af denne link -aggregering. En separat anvendelse af den samme driver giver kernen mulighed for at præsentere en enkelt logisk grænseflade til to fysiske links til to separate switches. Kun et link bruges til enhver tid. Ved at bruge medieuafhængig interface -signal, der mangler, når en switch eller link bliver ubrugelig, kan kernen, gennemsigtigt til brugerrum og applikationslaget, undlade at backup fysiske forbindelser. Selvom det ikke er almindeligt, kan svigt i afbrydere, netværksgrænseflader og kabler forårsage strømafbrydelser. Som en komponent i planlægning af høj tilgængelighed kan disse bindingsteknikker hjælpe med at reducere antallet af enkeltpunkter for svigt.

Kilde tror du, du nogensinde har set en fiasko af denne art? Du har rodet med servere i længere tid end jeg har, og jeg prøver at få en fornemmelse af, hvor almindelig det er.

Indsendt af Oshunluvr (ikke verificeret) på lør, 01/17/2015 – 01:44

Runde Robin.

Jeg bruger RR Slash Round Robin Slash Mode Zed Binding Mode. Den bruger begge NIC’er, når de er op og vender automatisk tilbage til en enkelt forbindelse, hvis man mislykkes. Hastighed, når alt er godt – redundans, når ting går sydpå. Bare sidste weekend flyttede jeg mit kontor fra et rum til et andet i mit hus. Efter at jeg havde tilsluttet mig alt, og alt var godt (eller så tænkte jeg) kiggede jeg på min switch og blev overrasket over at se en af ​​serverens NIC’er kørte på 10 mbs i stedet for 1000 mbs! Efter en lille undersøgelse kom et dårligt kabel ind i affaldsskæren, og alt var godt. Point er: Hvis jeg havde overladt det til en enkelt forbindelse, kunne jeg have været uden forbindelse overhovedet.

Den virkelige bonus for mig er at have både mit skrivebord og server med dobbelt NIC’er og bonding jeg får 2000 mbs mellem dem, når jeg arbejder mellem de to. )

Indsendt af Sam Hobbs på lørdag 01/17/2015 – 02:15

Som svar på Round Robin. af Oshunluvr (ikke verificeret)

Redundans

Pæn! Der skal gøre overførsel af filer utroligt hurtigt. Nu er alt hvad du har brug for to indkommende internetforbindelser, et separat elektrisk kredsløb til dine servere (så ingen kan tage dem offline ved at bruge brødrister+kedel+mikrobølgeovn). osv osv! Hvor slutter det? Lol. Jeg talte med Steve for nylig på lignende! Git Server er næste 🙂