Puncte:0

Clienții OpenVPN încă primesc același ip cu duplicate-cn în configurarea serverului

drapel eg

Clienților li se atribuie în continuare același ip unul ca altul, chiar și cu duplicate-cn în serverul de configurare. Nu pot să-mi dau seama ce greșesc. Am repornit toate mașinile implicate după ce am schimbat configurația. Iată serverul meu.conf.

portul 1194
proto tcp6
dev tun
utilizator nimeni
grup fără grup
cheie-persiste
persist-tun
menține în viață 10 120
subrețea topologică
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
apăsați „dhcp-option DNS 8.8.8.8”
apăsați „dhcp-option DNS 1.1.1.1”
push "redirect-gateway def1 bypass-dhcp"
server-ipv6 fd42:42:42:42::/112
tun-ipv6
push tun-ipv6
apăsați „route-ipv6 2000::/3”
push „redirect-gateway ipv6”
dh nici unul
curba ecdh prime256v1
tls-crypt tls-crypt.key
crl-verify crl.pem
ca ca.crt
cert server_PxV2VymBrucFUPiE.crt
cheie server_PxV2VymBrucFUPiE.key
autentificare SHA256
cifrul AES-128-GCM
ncp-cifre AES-128-GCM
tls-server
tls-version-min 1.2
tls-cipher TLS-ECDHE-ECDSA-WITH-AES-128-GCM-SHA256
client-config-dir /etc/openvpn/ccd
stare /var/log/openvpn/status.log
duplicat-cn
de la client la client
verbul 3
Michael Hampton avatar
drapel cz
Nu ai verificat jurnalele. Uită-te la intrările din jurnal.
drapel eg
@MichaelHampton /var/log/openvpn/status.log este gol. mai este unde sa cauti?
Michael Hampton avatar
drapel cz
Nu ați configurat o locație de jurnal, așa că vor fi trimise la syslog.
drapel eg
Mulțumesc @MichaelHampton. Nu e nimic deosebit de interesant acolo. Pur și simplu spune asta iar și iar. ```Sep 27 01:05:48 localhost systemd[1]: A început conexiunea OpenVPN la server. 27 septembrie 01:05:53 localhost systemd[1]: S-a oprit conexiunea OpenVPN la server. 27 septembrie 01:05:53 localhost systemd[1]: Se pornește conexiunea OpenVPN la server... 27 septembrie 01:05:53 localhost ovpn-server[19070]: OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [ AEAD] construit pe 19 iulie 2021 ```
drapel eg
Din anumite motive, crede că e mâine. nu sunt sigur dacă asta contează.
Michael Hampton avatar
drapel cz
Trebuie să te întorci la momentul în care se întâmpla problema reală.
drapel eg
@MichaelHampton Când încerc să mă conectez la doi clienți în același timp, amândoi încearcă să se reconecteze după o conexiune inițială reușită. În caz contrar, nu m-am conectat de aproape atâtea ori cât sunt jurnalele, așa că cred că mă uit la momentul potrivit.
drapel eg
aceleași rezultate cu ver setat la 11
drapel eg
@MichaelHampton Am mutat fișierul de configurare și l-am repornit prin systemd și totul funcționează la fel.. poate că nu folosesc configurația pe care o cred, dar nu sunt sigur cum să verific.
drapel eg
ar putea avea ceva de-a face cu ipp.txt?
Michael Hampton avatar
drapel cz
Da, asta ar fi. Ați ales ca adresa IP a fiecărui utilizator să rămână între conectări, dar apoi ați făcut pe toți același utilizator.
drapel eg
Comentând-o, @MichaelHampton nu rezolvă problema
drapel eg
@MichaelHampton Am reușit să scot ceva mai mult din syslog. https://dpaste.org/OhYU
drapel eg
@MichaelHampton Nu sunt sigur care este problema rădăcină, dar am ars totul până la pământ și am început de la capăt și acum funcționează. Vă mulțumim pentru ajutor

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.