Sunucu makinesinde VPN'de oturum açtıktan sonra SSH bağlantısının kesilmesini önleme

Karşılaşamayacağım bir sorunla karşılaştım. SSH üzerinden bir VPS'ye giriş yaptığımda ve bu VPS'de VPN bağlantısını güçlendirmeye çalıştığımda, VPS ile makinem arasındaki SSH bağlantısı kayboluyor. Bunun yönlendirme VPN ayarları tarafından değiştirildiğini düşünüyorum. Bunu nasıl önleyebilirim?

VPS'nizdeki OpenVPN istemcinizin yapılandırma dosyasına route-nopullseçenek eklemeniz (ve redirect-gatewayvarsa kaldırmanız ) gerekir.

Bu şekilde bir VPN sunucusuna bağlanmak VPS'nizdeki hiçbir rotayı değiştirmez, böylece ihtiyacınız olanları kendiniz ayarlayabilirsiniz.

Şu senaryoyu ele alalım:

1. VPS'nizin IP adresi 4.3.2.1/24 ile yapılandırılmış tek bir ethernet arayüzü vardır;
2. VPS'niz İnternet'e varsayılan ağ geçidi üzerinden erişebilir 4.3.2.254
3. senin VPS etti değil henüz OpenVPN bağlantısı etkinleştirilmiş; bu nedenle aktif tun arayüzü yoktur

Böyle bir senaryoda, makinenizden (diyelim ki makineniz 9.8.7.6/24 def-gw 9.8.7.254 ile) 4.3.2.1'e başarıyla bir SSH bağlantısı kurabilirsiniz. Böylece her iki ana bilgisayar 4.3.2.1 ve 9.8.7.6 birbirlerine başarılı bir şekilde ulaşabilir.

Şimdi, böyle bir SSH bağlantısı kurulduğunda, diyelim ki:

4. VPS 4.3.2.1'inizden bir OpenVPN bağlantısı başlattınız;
5. bu nedenle, yeni bir tun0 arayüzü dinamik olarak yapılandırılacaktır (diyelim ki 10.10.10.2 PTP ile 10.10.10.2 IP atanacaktır).

Bu aşamada:

• EĞER hiçbir rota yerel VPS uzak OpenVPN sunucusundan aktarılacak, sonra hiçbir şey yönlendirme vadede değişecek ve SSH bağlantısı tüm hiçbir sorun ile hayatta kalacaktır. Bu durumda, VPN üzerinden geçen tek trafik uzak OpenVPN Sunucusuna yönlendirilen trafiktir (10.10.10.1);

• EĞER uzak OpenVPN sunucusu bazı rotayı geriye çekip, ve VPS varsayılan geçidi 10.10.10.1 (uzaktan OpenVPN bitiş noktası) ile değiştirilecektir expecially, SONRA Sorunla. Bu durumda , VPN içindeki TÜM IP trafiğini (OpenVPN'in kendisi hariç) tünellemiş olursunuz .

Bu ikinci durumda (VPN bağlantısı kurulduktan hemen sonra def-gw'nin değiştirilmesi), önceki SSH bağlantınız asimetrik yönlendirme nedeniyle "askıda kalır":

• Makinenizden (9.8.7.6) VPS'ye (4.3.2.1) gelen trafik önceki, hiç değiştirilmemiş bir yoldan akacaktır;
• VPS'den (4.3.2.1) makinenize (9.8.7.6) gelen trafik:
  • VPN olmadan (dolayısıyla başlangıçta) 4.3.2.254 ağ geçidi üzerinden yönlendirildi;
  • VPN bağlantısı kurulduktan sonra, ilgili def-gw değiştirme ile VPN üzerinden yönlendirilir (10.10.10.1).

Başka bir deyişle: VPN bağlantısı kurulur kurulmaz, VPS'den makinenize dönüş rotanız değişecek ve ... bu iyi bir şey değil (dönüş yolu boyunca birkaç ağ cihazı, asimetrik yolu açın ve paketleri bırakın).

Ayrıca, uzak OpenVPN sunucunuzun bir NAT kutusu gibi davranma olasılığı yüksektir: VPN'den gelen tüm trafik, uzak OpenVPN Sunucusunun genel IP Adresiyle NAT olarak oluşturulur. Makinenize geri geliyor, ek olarak farklı bir rota boyunca geri almak için, dönüş trafiği: Bu işler SSH bağlantısı gelince, artık ... "iyi değil", ama kesinlikle "kötü" den, doğruysa ile farklı bir kaynak IP'si (VPN sunucusunun genel arayüzünden biri).

Bu problem nasıl çözülür?

Gerçekten de oldukça kolay.

VPS sunucunuza , trafiği VPN boyunca makinenize yönlendirmemesini değil, önceki rotaya bağlı kalmasını söyleyin . OpenVPN'e başlamadan önce eklemek kadar kolay olmalıdır:

     route add -host 9.8.7.6 gw 4.3.2.254

nerede:

• 9.8.7.6, makinenizin genel IP adresidir
• 4.3.2.254 VPS'nizin orijinal varsayılan ağ geçididir.

PS: çok daha ayrıntılı bir soru sağlayarak, çok daha hızlı bir cevap alırsınız :-)

Bu yardımcı olabilir:

koymak TCPKeepAlive=yesiçinde senin/etc/ssh/sshd_config

itibaren

man sshd_config | less +/'^ *TCPKeepAlive'

TCPKeepAlive

Sistemin diğer tarafa TCP tutma mesajları göndermesi gerekip gerekmediğini belirtir. Gönderilirlerse, bağlantılardan birinin ölümü veya makinelerin birinin çökmesi düzgün bir şekilde fark edilir. Ancak, bu, rota geçici olarak kesilirse bağlantıların öleceği anlamına gelir ve bazı insanlar bunu sinir bozucu bulur. Diğer yandan, TCP saklayıcıları gönderilmezse, oturumlar sunucuda süresiz olarak asılı kalabilir ve `` hayalet '' kullanıcıları bırakarak sunucu kaynaklarını tüketebilir.

Varsayılan yes'' (to send TCP keepalive messages), and the server will notice if the network goes down or the client host crashes. This avoids infinitely hanging sessions. To disable TCP keepalive messages, the value should be set tohayır '' şeklindedir.

Bu sorunu yaşadım ve önerilen tüm çözümleri denedim ve yine de sorunum çözülmedi!

Birçok deneme girişiminden sonra screenkomutu kullandım . (VPN istemcim cisco-any-connect).

$ screen -R VPN
$ openconnect -b "your server"

Kimlik bilgilerinizi girdikten sonra, ctrl + a + d tuşlarına hemen basın ve oturumunuza geri dönün.

Şahsen SSH ile olan tüm bağlantıların VPN üzerinden yönlendirilmesini tercih ediyorum. VPN kurulmadan önce aktif ssh bağlantısı durumunda, rota değiştiği için yeniden bağlanması gerekir.

autossh Ssh istemci yapılandırması altında eklemenizi öneririz.ssh/config

Host *
   ServerAliveInterval 300
   ServerAliveCountMax 2
   BatchMode yes

• BatchMode , otomatik yeniden bağlanma anlamına gelir
• ServerAlive Hayatta Kalmak anlamına gelir

VPN bağlandıktan sonra ssh bağlantısı kesildi, çünkü sunucudan ssh trafiği VPN sunucusu üzerinden gidiyor. Bundan kaçınmak için VPN bağlamadan önce aşağıdaki komutu çalıştırın.

rota ekle -makine-makineniz-public-ip gw Sunucu ağ geçidi-ip dev eth0

your-machine-public-ip: SSH yaptığınız yerden makinenizin IP adresi. Server-gatway-ip: Bu sunucunun Gatway / yönlendiricisinin IP adresi

Yukarıdaki komut, trafiği VPN Server üzerinden değil, verilen ağ geçidi üzerinden yönlendirecektir.