Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam wszystkich.
Posiadam serwer na debianie który ma dwie usługi uruchomione.
Chciałem aby jedna usługa na porcie 80 leciała przez bramę routera
a druga usługa na porcie 2000 leciała przez bramę tunelu vpn .
Dodam ze na serwerze mam dwa interfejsy lan podpięte do routera i dla nich jest wspólną brama routera 192.168.1.1.
Nie chce aby wszystko poleciało przez tunel vpn którego podniosę.
Moj cel to:
www (80) --> eth0 --> 192.168.1.10 --> nat --> WAN
ftp (2000) --> eth1 -->XX.XX.XX.XX --> vpn --> WAN
Proszę Was o pomoc jak to wszystko rozdzielić.
Offline
Zrozumiałem z tego, że chodzi o ruch przychodzący do Ciebie na porty 80 i 2000. Z tego, co widzę, każda z usług uruchomiona jest na innym interfejsie (eth0 i eth1), więc mają pewnie dwa różne adresy. Są to adresy prywatne, więc pewnie na routerze masz uruchomiony DNAT. Jeśli to się zgadza, to po prostu na routerze zmień ustawienia DNAT, to co przychodzi na port 80 ma być przepisywane na adres 192.168.1.10, natomiast to, co na port 2000, na ten drugi. Chyba, że źle zrozumiałem Twoją konfigurację lub założenia.
Offline
Troszke zamieszalem.
Mam serwer dwa interfejsy lan podpiete pod router eth0 192.168.1.1 i eth1 192.168.1.11
Dwie uslugi , jedna na porcie 80 druga 2000. Brama jest wspolna 192.168.1.1.
Moj plan jest odpalenie tunelu vpn jako klient tak aby jedna usluga leciala przez brame routera a druga przez brame tunelu vpn.
Jak zrobic aby przydzielic porty na interfejsy.
Obecnie mam interfejsy eth0 i eth1 lecz jak podniose tunel to dostane nowy interfejs np. tun0.
I przez tun0 chce puscic caly ruch uslugi ktora dziala na porcie 2000.
Offline
Jaki VPN?
Pytam, bo VPN zawsze wisi na wewnętrznym interfejsie, zazwyczaj jest to interfejs TAP, czoć przy różnych VPnach może mieć różne nazwy, np ipsec0 czy vpn0.
Taki intefejs ma zawsze własny IP.
Więc to już nie routing, ftp i www mogą wisieć na wszystkich interfejsach, a po prostu port 80 wpuszczasz przez eth0 a port ftpa blokujesz na eth0 ale wpuszczasz na interfejsie vpn np ipsec0.
To wystarczy zrobić na firewallu.
Tyle na serwerze.
Jeśli natomiast chcesz się połączyć potem z serwerem ftp przez vpn, to po prostu w programie podajesz adres IP interfejsu vpn na serwerze, na którym słucha serwer ftp.
Jak dodajesz interfejs TAP w systemie, i ustawiasz mu adres IP i maskę, to system powinien automatycznie dodać trasę routingu do sieci wyliczonej z maski, jaką podałeś.
Przynajmniej u mnie tak robi ze wszystkimi interfejsami fizycznymi i wirtualnymi.
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2013-06-26 23:32:45)
Offline
Tak dostane zew ip dla vpn0 . I przez ten interfej chce puscic na swiat usluge na porcie 2000.
Druga usluga ma wew.ip ale ma przekierowany port i tez ja widac na zewnatrz.
Moj cel.
eth0 --> port 80--> NAT -->> wan
vpn0 --> port 2000 --> wan
Ostatnio edytowany przez dred111 (2013-06-26 23:36:25)
Offline
Prawdopodobnie nie uda Ci się puścić ruchu przychodzącego przez VPN (chyba, że sam administrujesz połączeniem VPN). Aby było możliwe wpuszczenie ruchu tunelem VPNowym, administrator sieci VPN powinien na swoim adresie publicznym przekierować ruch przychodzący na port 2000 na adres Twojego interfejsu tun0 (czyli ten, który dostaniesz po uruchomieniu tunelu). No chyba, że na interfejsie tun0 masz publiczny adres - wówczas klienci powinni wchodzić przez niego:
xxx.xxx.xxx.xxx:80 - klienci wchodzą na port 80 bezpośrednio
yyy.yyy.yyy.yyy:2000 - klienci wchodzą na port 2000 przez VPN
gdzie:
xxx.xxx.xxx.xxx - adres publiczny Twojego routera (gdzie włączony jest DNAT dla portu 80)
yyy.yyy.yyy.yyy - publiczny adres na interfejsie tun0
Ostatnio edytowany przez jurgensen (2013-06-26 23:45:15)
Offline
Tak na vpn mam publiuczny IP z przekierowanymi portami. Z tym nie ma problemu.
Offline
Jeśli ma publiczny adres, to wystarczy, że klient będzie wchodził po tym adresie i wtedy będzie łączył się przez VPN. Natomiast wchodząc przez Twój adres publiczny (domowy), będzie łączył się bezpośrednio.
Offline
A jak bedzie jak ja bede sie chcial polaczyc od strony serwera ze swiatem, przez co poleci polaczenie?
I jeszcze jedno. Jak wymusic aby tunel ktory powstanie paczyl sie na interfejsie eth1?
Offline
To już zależy od tablicy routingu (VPN może ją modyfikować). Zobacz:
ip route
Wpis default wskaże Ci, którym interfejsemy wychodzisz na świat (oczywiście inne wpisy oznaczają, przez co łączysz się do innych hostów). Jeśli chcesz ustawić, aby z VPNem łączyć się przez interfejs eth1, możesz ustawić trasę:
route add yyy.yyy.yyy.yyy gw 192.168.1.1 dev eth1
gdzie yyy.yyy.yyy.yyy to adres Twojej bramy VPN (z którą się łączysz).
Offline
Zrobilem interfejsy w bonding i mam teraz jeden bond0.
VPN dziala ale nie moge sie dostac przez router do serwera.
Offline
Bonding nie jest od tego, bonding ma kilka trybów, ale głównie służy do:
- sumowania prędkości dwóch lub więcej interfejsów sieciowych.
- tworzenia interfejsu typu failover.
Twoje kombinacje z routingiem, bondingiem i podobnymi rzeczami, to próba ubierania gaci przez głowę.
Jak nie potrafisz zablokować portu na firewallu, (a właściwie portu nie otwierać, bo domyślnie powinieneś zamknąć wszystkie porty, a otworzyć tylko wybrane), to ustaw w tym serwerze ftp, które nazwy nie znasz, żeby słuchał na adresie interfejsu tun0, należącym do serwera vpn, którego nazwy też nie znasz, (ale na szczęście tunX to nazwa interfejsu tun z OpenVPN, lepszy w OpenVPN jest tap, ale to zbyt trudne, żeby to wytłumaczyć komuś, kto nie wie, jaki typ vpn używa).
Możesz też np, również przy pomocy firewalla robić przekierowania DNAT i SNAT między adresami, co jest samo w sobie dosyć idiotycznym pomysłem w przypadku eth1 i tun0, ale jak się ktoś uprze, to proszę bardzo.
Jeśli nie pasuje cel DNAT i SNAT w tablicy nat firewalla, to jest jeszcze pakiet xtables-addons, który dodaje funkcje rawdnat i rawsnat, które to samo robią w tablicy raw firewalla.
Sznurki:
http://jacekalex.sh.dug.net.pl/Iptables-packet-flow.png
http://jacekalex.sh.dug.net.pl/iptables_routing.pdf
VPN - tutaj robi się tunel między klientem i serwerem, i łączysz się najpierw przez vpn z serwerem,
a dopiero poprzez tunel vpn z serwerem ftp.
Do takiego połączenia używa się klienta vpn, i nie jest to żadna usługa publiczna, tylko prywatna.
Sznurek:
http://pl.wikipedia.org/wiki/Virtual_Private_Network
Poza tym coś nie chce mi się wierzyć, ze masz jakiś serwer, bo już wypróbowałbyś tego, co napisałem w poście 4, i napisał, czy działa, czy nie.
I może wyjaśnił, czy ten routing chcesz ustawić na maszynie, na której działa www i ftp, czy na jakiejś maszynie pośredniczącej między tobą a maszyną z serwerem www i ftp.
Bo moim zdaniem routing i bonding tam nie mają tam nic do roboty, bridge prawdopodobnie tez nie.
Może zamiast rysować w kilku postach:
eth0 --> port 80--> NAT -->> wan vpn0 --> port 2000 --> wan
Z czego właściwie bardzo niewiele wynika, może narysujesz jakiś schemat tego kawałka sieci, albo opiszesz tak, żeby ktoś to zrozumiał bez litra wódki, zamiast zgadywać, co autor miał na myśli, kiedy napisał, co napisał.
EDIT:
Połączenia z serwera?
W zależności od portu przez eth0 lub tun0?
Routing nie decyduje na podstawie portów, trzeba zrobić dwie tablice routingu różniące się trasą domyślną, a potem oznaczyć odpowiednie pakiety na firewallu, i dodać reguły routingu kierujące pakiety na podstawie FWMARK do określonych tablic.
Jest z tym trochę zabawy, tu masz "książkę kucharską", gdzie pisze, jak to zrobić - niezbędne podstawy:
http://bromirski.net/docs/translations/lartc-pl.html
Tutaj w wersji pdf:
www.przybytek.net/download/2.4routing.pdf
A tutaj conieco o trasach routingu, i kierowaniu ich do odpowiednich tablic - łopatologiczny przepis:
http://linux-ip.net/html/adv-multi-internet.html
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2013-06-27 03:29:02)
Offline
Zrobilem rysunek mojej sieci.
Cel to PC 1 laczy sie z serwerem www przez tunel openvpn ,
a drugi PC 2 laczy sie z ftp przez router ze stalym IP i który ma przekierowany port na IP 192.168.1.10.
Jak podniose VPN to trace polaczenie z serwerem FTP.
https://docs.google.com/file/d/0B2jbhjpUatsYNEs0X2t … t?usp=sharing
Prosze o pomoc.
Ostatnio edytowany przez dred111 (2013-06-27 11:59:05)
Offline
Ciężko odpowiedzieć w ciemno, bez np. analizy ruchu (najlepiej byłoby sniffować połączenia). Ale wygląda to tak, że po uruchomineniu VPNa, serwer wysyła Ci trasę domyślną przez siebie, czyli cały ruchwychodzący jest kierowany przez VPN (w OpenVPN dyrektywa push "redirect-gateway def1 bypass-dhcp"). Wówczas PC 2 wysyła zapytanie na 85.108.34.xx a dostaj odpowiedź z 95.105.34.xx, którą oczywiście odrzuca. Wskazane byłyby logi z połączenia OpenVPN oraz dump ze sniffera na PC1, PC2 i serwer.
Najprawdopodobniej będziesz musiał poustawiać odpowiednio tablicę routingu (co może być trudne lub niewykonalne, jeśli klienci łączą się z różnych adresów). W tym drugim przypadku, musiałbyś routing oprzeć na portach (policy based routing), co nie jest szczególnie zalecane.
Natomiast w najprostszym przypadku, który opisałeś (jeśli OpenVPN wysyła Ci bramę domyślną) i masz tylko jednego klienta FTP, ze stałym adresem, to najlepiej ustawić na stałe wpisać trasę do 85.108.34.xx/32 przez 192.168.1.1
Offline
Czyli jest problem.
Mam rputer draytek 2850 i dwa lacza WAN , jedno lacze to vdsl a drugie lacze to 3G .
Mam w routerze podzielone adresy ip tak ze 192.168.1.2-20 lacza sie przez vdsl a adresy 192.168.1.30-40 lacza sie przez 3G.
Myslalem ze to samo bede mogl osiagnac na serwerze.
Offline
Ten OpenVPN jest dziwnie dorysowany.
W g tego rysunku, każdy, kto chce po vpn wejść na serwer ftp - musi mieć klienta OpenVPN - połączyć się z routerem, i stamtąd dostać się do ftp:2001, nie czaję wtedy, skąd na serwerze www /ftp interfejs tun0 - skoro jedyny OpenVPN jest na routerze, wystawiony na WAN.
Jeśli natomiast na serwerze www/ftp dorzucisz serwer OpenVPN, to wtedy masz tam tun0, i jak otworzysz port OpenVPN, to z routera można się do niego połączyć przez OpenVPN w trybie client zainstalowany na routerze.
W ten sposób miałbyś dwie końcówki tunelu, jedna wystawiona na świat, druga na serwerze www/ftp.
W ten sposób każdy , kto mógłby wejść na jeden koniec tunelu, mógłby się dostać na drugi koniec.
Tylko z rysunku nie wynika, skąd na serwerze www/ftp bierze się interfejs tun0.
Nie mniej jednak niepotrzebnie skomplikowałeś sprawę.
Ja bym zrobił na vpn interfejsy tap, widać je jak normalne karty sieciowe (interfejs tun jest tylko do routingu, ma mocno ograniczone mozliwości), potem porobił między końcami tunelu i interfejsami fizycznymi przekierowania przez SNAT&DNAT lub RAWSNAT&RAWDNAT, przekierowanie powinno kierować z adresu OenVPN 95.105.34.xx:2001 na tun0 w serwerze www/ftp czyli 10.4.20.158:2001, a routing w routerze, do sieci 10.4.20.0/8 powinien być kierowany na interfejs OpenVPN, czyli kierować połączenie na port 2001 do vpn - na adres tun0.
Wtedy jedyny klłpot pozostaje z serwerem ftp, ftp używa portów pasywnych, i w ogóle odpalanie serwera ftp na NAT to strzał w stopę z przeciwpancernego.
Także przekierowań DNAT i maskarad SNAT i FORWARDÓW, musisz wyrzeźbić całą tonę, ale chcącemu nie dzieje się krzywda. :D
Względnie przekierowania robić po adresach IP, bez rozmieniania się na porty.
Tu masz przykład, jak to się robi:
http://www.linuxforums.org/forum/servers/120890-sol … problems.html
W praktyce jednak, zamiast pierzyć się z ftp przez vpn, użyj ssh bezpośrednio poprzez sshfs lub winscp.
Zaoszczędzisz sobie w ten sposób masę nerwów i straconego czasu.
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2013-06-27 15:40:40)
Offline
Jeszcze raz nakresle cel moj.
Serwer www i ftp podane sa tylko hipotetycznie.
Celem moim jest to ze chce jedna usluge ktora mam na porcie 2001 udostepnic w sieci wan za pomoca opnevpn.
Tak aby nie bylo to wprost jawne ze to z mojego serwera leci.
Serwer www na 80 wpelni jawny a usluga na porcie 2001 przez uslugodawce tunelu openvpn.
Offline
To tak, jak pisałem OpenVPN przez tap, i albo na serwerze www/ftp stawiasz OpenVPN, i usługa ftp:2001 wystawiona na adres 0.0.0.0 jest widoczna na końcu tunelu na adresie tapX należącym do do OpenVPN, albo tak jak obecnie, OpenVPN wystawiasz na routerze, a potem z interfejsu OpenVPN na routerze musisz przekierować połączenia na adres sieci lan, gdzie widać usługę ftp:2001.
Problem polega na tym, że coś niby wyjaśniasz, coś niby rysujesz, ale dalej nie wiadomo, skąd się bierze interfejs tun0 na serwerze www/ftp, skoro jedyny serwer OpenVPN (na rysunku) jest uruchomiony na routerze.
I jak tego nie wytłumaczysz, to prędzej własne uszy w sosie musztardowym zjesz, niż się czegoś dowiesz.
Żadne nakreślanie celu nie pomoże, jak nie ma odpowiedzi na takie proste pytanie.
Pozdro
;-)
Offline
Interfejs tun0 bierze sie z tego za ja klientem na serwerze lacze sie z serwerem openvpn.
Offline
Czyli reasumując nie można mieć dostępu do serwerowych usług na dwóch łączach.
Offline
Można nawet na 5000 interfejsów, jak masz ochotę, tylko zabierasz się do tego od doopy strony.
lsof -i :80 | grep LISTEN lighttpd 3208 lighttpd 4u IPv4 12054 0t0 TCP *:http (LISTEN)
Na jakim adresie i interfejsie wisi Lighttpd?
Intefejs lo:
nmap -p 80 -sV localhost ..... 80/tcp open http lighttpd
Interfejs br0:
nmap -p 80 -sV 10.0.5.1 ......... 80/tcp open http lighttpd
Interfejs lan:
nmap -p 80 -sV 192.168.5.1 ...... 80/tcp open http lighttpd
To w końcu na jakim adresie i interfejsie wisi ten lighttpd, masz do wyboru:
lo - 127.0.0.1 lan (eth1) 192.168.5.1 br0 10.0.5.1
Który obstawiasz?
Prawidłowa odpowiedź:
lsof -i :80 | grep LISTEN lighttpd 3208 lighttpd 4u IPv4 12054 0t0 TCP *:http (LISTEN)
A jak na jednym czy drugim interfejsie nie chcesz wpuścić na dany port, to od tego masz np firewall netfilter/iptables.
W dodatku dalej nie potrafisz napisać, skąd na serwerze z www/ftp jest interfejs tun0, jeśli tam nie ma żadnego VPNa, ani nie potrafisz spróbować OpenVPN na interfejsach tap, które są znacznie lepszym rozwiązaniem do takiej zabawy, niż tun.
Gdzie stoi i kto zarządza tym serwerem OpenVPN?
Pytam, bo interfejsy trzeba zdefiniować jednakowo na obu końcach tunelu.
Ostatnio edytowany przez Jacekalex (2013-06-27 23:02:45)
Offline
Ja zarzadzam tym openvpn https://airvpn.org to jest uslugodawca.
Dostalem certyfikary i stawiam tunel z serwera do teggo operatora a od operatora dostaje staly adres ip i mozliwosc przekierowania portow.
Nie mam mozliwosci wyboru interfejsu vpn bo on sam powstaje jak uruchomie tunel poleceniem " service openvpn start "
Jak podniose tunel to mam dostep do serwera z adresu ktory operator i przydzielil do mojego konta. I jesli odblokuje port to mam wpeni dostep.
Ale nie mam dostepu przez operatora mojego inernetu VDSL. W sieci lan mam dostep ale juz na zewnatrz nie.
Jak ubije tunel to wszystko warca do normy i mam dostep przez ip ktory dostalem od operatora internetowego.
Offline
To najwyraźniej po podniesieniu tunelu zmienia się routing.
Z drugiej strony, ten tunel
sevice openvpn start
?
Na którym kompie z rysunku podnosisz tunel?
I pokaż konfig tego OpenVPNa, który podnosisz.
Bo ta cała sytuacja już się robi zbyt skomplikowana, zeby coś z niej zrozumieć.
Ustaw sobie www i ftp, zeby sluchaly na dowolnym adresie, żeby je było widać na wszystkich interfejsach, wtedy powinny być widoczne i bezpośrednio po IP, i poprzez VPN.
Jak to już będzie działało, to wtedy ten ftp zablokujesz na firewallu albo zmienisz mu konfig.
Najpierw trzeba zrobić porządek z siecią.
I poza tym, co to za programy, ten www i ten ftp.
Offline
Ja tunel podnosze na serwerze, te kompy nie maja koncowek tunelu. To sa kompy ktore maja miec dostem do uslug.
Moze byc kazdy ktory bedzie znal adres ip.
root@server1:~# ifconfig eth0 Link encap:Ethernet HWaddr 00:08:9b:c6:3e:51 inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::208:9bff:fec6:3e51/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:100606 errors:0 dropped:0 overruns:0 frame:0 TX packets:238568 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:17502945 (16.6 MiB) TX bytes:264266584 (252.0 MiB) Interrupt:19 Memory:feae0000-feb00000 eth1 Link encap:Ethernet HWaddr 00:08:9b:c6:3e:50 inet addr:192.168.1.18 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::208:9bff:fec6:3e50/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:42497 errors:0 dropped:0 overruns:0 frame:0 TX packets:1115 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:6639937 (6.3 MiB) TX bytes:73268 (71.5 KiB) Interrupt:16 Memory:febe0000-fec00000 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 inet addr:10.4.20.158 P-t-P:10.4.20.157 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:10 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (555.0 B) TX bytes:668 (668.0 B) root@server1:~# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 10.4.20.157 128.0.0.0 UG 0 0 0 tun0 default Vigor.rootload. 0.0.0.0 UG 0 0 0 eth0 10.4.0.1 10.4.20.157 255.255.255.255 UGH 0 0 0 tun0 10.4.20.157 * 255.255.255.255 UH 0 0 0 tun0 95.211.191.33 Vigor.rootload. 255.255.255.255 UGH 0 0 0 eth0 128.0.0.0 10.4.20.157 128.0.0.0 UG 0 0 0 tun0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth1 root@server1:~#
W takiej sytuacji chce miec dostep do serwera z zewnatrz ktory ma adres ip 192.168.1.10 .
Ostatnio edytowany przez dred111 (2013-06-27 23:47:28)
Offline
Po co ifconfig tłuczesz 2 razy?
Z zewnątrz - z internetu chcesz mieć dostęp do 192.168.1.10 w lanie?
bezpośrednio czy przez vpn?
Za każdym razem trzeba zrobić przekierowanie, najprawdopodobniej i najłatwiej firewallem.
Ten routing jest z którego kompa, chyba nie tam, gdzie jest www i ftp, tylko z tego routera w środku, prawda?
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
To jest dziwne.
Ten sam adres przez dwie karty równocześnie?
Poza tym vpn dodaje drugą trasę do,myślną:
default 10.4.20.157 128.0.0.0 UG 0 0 0 tun0
I tutaj się może robić bajzel.
Jak chcesz takie kombinacje, to wyłącz ustawianie routingu w VPN, i skonfiguruj interfejs tun ręcznie razem z routingiem.
Tylko nie jestem pewien, jak stworzyć tun0 ręcznie, iterfejs tap się podnisi polecenim tunctl i konfiguruje, jak każdą inną kartę sieciową, a potem podpina do niej OpenVPN.
Przykładowo karta sobie wisi cały czas:
ifconfig tap6 tap6: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 10.0.8.3 netmask 255.255.0.0 broadcast 10.0.255.255 ether e2:e1:b9:0c:c2:8f txqueuelen 500 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Jak podnoszę OpenVPN, to zaczyna z niej korzystać, ale już jej nie ustawia, działa z resztą w chroocie, i nie ma dostępu do konfiguracji interfejsów sieciowych.
W ten sposób mam zawsze porządek w routingu, i nic się nie sypie.
Ostatnio edytowany przez Jacekalex (2013-06-28 00:15:36)
Offline