маршрутизация

[meinung]

AnrDaemon,
это   был в текстовом виде трассировка  со стороны  клиента. ос 7 х 86

[victor00000]

ос 7 х 86

тогда консоле Windows команд

Код: [Выделить]

ipconfig /all

[meinung]

victor00000,
ненадо я  так   опишу     итак   клиент имеет  беспроводную сетевую карту DWA 510   об   этом  уже  упомниалось
и   простую сетевую карту   нвидиа
все  эти  сетевые карты  каждый   по своему интерфейсу подсоединяются к  сервреу,   и получают от него  IP  адрес  от DHCP сервера так   же  openvpn  клиенты  получают от  него  же   адреса,  и через мост  интегрируются   прямо в локалку.

[AnrDaemon]

AnrDaemon,
это   был в текстовом виде трассировка  со стороны  клиента. ос 7 х 86

При чём тут клиент? Я что сказал сделать? Вы тут пришли поразвлекаться за наш счёт, или что?

[meinung]

AnrDaemon, поверьте, в  мыслях не  было развлекаться.  просто уточните сторону с сервера или с клиента.  ок ?

Код: [Выделить]

meinung@home-server:~$ tracepath ya.ru
 1:  dsl-85-173-211-112.avtlg.ru                           0.116ms pmtu 1492
 1:  vl-cen-jbas1.avtlg.ru                                40.743ms asymm  2
 1:  vl-cen-jbas1.avtlg.ru                                41.245ms asymm  2
 2:  dsl-178-35-145-206.avtlg.ru                          39.370ms
 3:  dsl-178-35-148-6.avtlg.ru                            41.015ms
 4:  83.239.129.82                                        39.512ms
 5:  ae-1.500.vgrd-rgr2.ug.ip.rostelecom.ru               39.272ms asymm  6
 6:  ae-0.m7-ar4.msk.ip.rostelecom.ru                     64.307ms asymm  8
 7:  79.133.94.58                                         66.482ms
 8:  hummer-vlan601.yandex.net                            67.791ms
 9:  no reply
10:  www.yandex.ru                                        65.684ms reached
     Resume: pmtu 1492 hops 10 back 55



[AnrDaemon]

Я привёл конкретную команду. Можно было сообразить, что если на клиенте она не выполняется, вы что-то делаете не так?
Спасибо, теперь понятно, что у вас не PPTP, а PPPoE.
При пинге ключ -l задаёт длину ДОПОЛНИТЕЛЬНОГО блока данных, пересылаемых вместе с основным блоком сообщения, длина которого равна 28 байтам.

(Нажмите, чтобы показать/скрыть)

[C:\WINDOWS\system32]$ SET /A A=1492-28
1464

[C:\WINDOWS\system32]$ ping -f -l 1464 ya.ru

Обмен пакетами с ya.ru [87.250.250.203] по 1464 байт:

Ответ от 87.250.250.203: число байт=1464 время=45мс TTL=54
Ответ от 87.250.250.203: число байт=1464 время=46мс TTL=54
Ответ от 87.250.250.203: число байт=1464 время=45мс TTL=54
Ответ от 87.250.250.203: число байт=1464 время=47мс TTL=54

Статистика Ping для 87.250.250.203:
    Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 45мсек, Максимальное = 47 мсек, Среднее = 45 мсек

[C:\WINDOWS\system32]$ ping -f -l 1466 ya.ru

Обмен пакетами с ya.ru [87.250.250.203] по 1466 байт:

Ответ от 91.76.225.130: Требуется фрагментация пакета, но установлен запрещающий флаг.
Требуется фрагментация пакета, но установлен запрещающий флаг.

Статистика Ping для 87.250.250.203:
    Пакетов: отправлено = 2, получено = 1, потеряно = 1 (50% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Control-C

[C:\WINDOWS\system32]$

[meinung]

дело в том, что спустя  какое-то время связь пропадает, пропадают пинги. вообще.  единственное решение переконнект

[AnrDaemon]

Переконнект чего?

[meinung]

AnrDaemon, переконнект к  домену  OPENVPN, который отвечает   за  раздачу интрнета.  разумеется,  если  на прямую открывать доступ  через вайфай  или   проводную сеть,  то  интрнет работает  без  сбоев,  однако  постоянный доступ  в интернет дает   и недостатки,   например, когда не нужно, он  есть,  поэтому я  использую  опенвпн  для   двух  целей.   один домен  дает  доступ  в проводную  сеть  из интрнета / из   беспроводной сети,  (именно так я решил  проблему,  связаную  со стыком сетей.)  второй  домен   дает   доступ  к интернету,  и через какое-то время  связь просто пропадает.  пинг не  идет совсем.  приходится   открывать openvpn-gui  и  нажимать кнопку  реконект. поймите правильно.   вам наверно надо  с сервера новый список интерфейсов (

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

meinung@home-server:~$ ifconfig
br0       Link encap:Ethernet  HWaddr 00:1e:8c:1c:f4:61
          inet addr:10.117.254.2  Bcast:10.117.254.255  Mask:255.255.255.0
          inet6 addr: fe80::21e:8cff:fe1c:f461/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:176902 errors:0 dropped:0 overruns:0 frame:0
          TX packets:280942 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:29994718 (29.9 MB)  TX bytes:384172563 (384.1 MB)

eth0      Link encap:Ethernet  HWaddr 00:1e:8c:1c:f4:61
          inet6 addr: fe80::21e:8cff:fe1c:f461/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:13477475 errors:1 dropped:0 overruns:0 frame:1
          TX packets:2577702 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3533566485 (3.5 GB)  TX bytes:2400151063 (2.4 GB)
          Interrupt:43 Base address:0xa000

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:16436  Metric:1
          RX packets:1028 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1028 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:152241 (152.2 KB)  TX bytes:152241 (152.2 KB)

ppp10     Link encap:Point-to-Point Protocol
          inet addr:85.173.211.112  P-t-P:83.239.153.139  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:26592 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18333 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:21075524 (21.0 MB)  TX bytes:1762171 (1.7 MB)

ra0       Link encap:Ethernet  HWaddr f0:7d:68:6d:5f:61
          inet addr:10.101.0.1  Bcast:10.101.0.255  Mask:255.255.255.0
          inet6 addr: fe80::f27d:68ff:fe6d:5f61/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1709623 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2077834 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:233224827 (233.2 MB)  TX bytes:2494709755 (2.4 GB)
          Interrupt:19

tap0      Link encap:Ethernet  HWaddr 7a:7c:b0:a2:e9:fb
          inet6 addr: fe80::787c:b0ff:fea2:e9fb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3739 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 B)  TX bytes:258833 (258.8 KB)

tap1      Link encap:Ethernet  HWaddr ce:7b:02:c7:c6:d4
          inet addr:10.116.0.1  Bcast:10.116.0.255  Mask:255.255.255.0
          inet6 addr: fe80::cc7b:2ff:fec7:c6d4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:121413 errors:0 dropped:0 overruns:0 frame:0
          TX packets:182484 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:12759458 (12.7 MB)  TX bytes:208100714 (208.1 MB)

meinung@home-server:~$


итак   br0  мост   соединяющий eth0 и tap0
ra0  вайфай
ppp10  PPPoE   расшариваемый канал
tap1  это виртуальная  локальная сеть, на которую раздается интрнет.
eth0   это понятно, не поясняю, проводная сеть
tap0   интерфейс, виртуальной сети, который принимает запросы на соединение из  интернета, и из беспроводной сети.

всем  интерфейсам  выдаются статические  адреса,  но  они  выдаются  DHCP  но  постоянно один и тот  же   адрес на одно устройство,   засчет  этого компенсируется открытость вайфая. 

[meinung]

AnrDaemon, проблема была  в метрике.