Перейти к содержимому
Калькуляторы

NAT/Нестабильный интернет

2 минуты назад, LostSoul сказал:

а чё там проверять то?

Я предложил самый простой для ТС способ решения проблемы. Это избавило бы его от массы проблем. 

А так да, вполне может быть, что переход с PPTP на L2TP помог бы или еще что-то. Я и на месте работодателя подключал бы юзеров именно так (терминалом), а не выносил им мозг

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Согласно дампу, оно пытается соединяется по порту ms-sql на 192.168.1.229

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

10 минут назад, LostSoul сказал:

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

Сис. админ не будет помогать. Я читал их служебные записки с техническими неполадками (если я правильно выражаюсь). Вот пример : 

 

1) Это проблема Регулярное "вылетание" удаленных операторов: домашних и помощников. Причина неизвестна. Необходима консультация технического специалиста.

А вот решение проблемы, точнее ее отсутствие :

"Ничего не поделаешь", качество связи у домашних операторов априори плохое. Наши технические специалисты не могут на это повлиять. Это уровень качества провайдеров в городе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

4 минуты назад, EugeneTV сказал:

Я и на месте работодателя подключал бы юзеров именно так (терминалом), а не выносил им мозг

а вы когда нибудь пробовали говорить хотя бы по скайпу из терминала?

особенно на не слишком хорошем канале?

все у них сделано правильно , кроме VPN.

Но VPN это изобретение их тугодумного админа который не осилил SQL и SIP на внешний IP подвесить и защитить адекватно. ( хотя бы просто файрволом )

 

 

6 минут назад, EugeneTV сказал:

Я предложил самый простой для ТС способ решения проблемы.

по моему, за год его страданий, понятно, что способ заставить с той стороны что-то переделать или поменять не подходит.

 

 

8 минут назад, pingz сказал:

Да через пптп

то есть,  диспечерская ТС не единственные в мире извращенцы, кто пытается гонять SIP через PPTP через PPPoE и всё это через интернет?

 

Я-то думал таких двух в мире быть не может

 

 

 

4 минуты назад, Zhaslan сказал:

"Ничего не поделаешь", качество связи у домашних операторов априори плохое. Наши технические специалисты не могут на это повлиять. Это уровень качества провайдеров в городе.

я рыдаю.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

6 минут назад, LostSoul сказал:

 

13 минут назад, pingz сказал:

Да через пптп

то есть,  диспечерская ТС не единственные в мире извращенцы, кто пытается гонять SIP через PPTP через PPPoE и всё это через интернет?

 

Я-то думал таких двух в мире быть не может

С такой ситуацией встретился 2-3 года назад самое печальное это, то что у меня эти клиенты на 5 ГГц wi-fi

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

4 минуты назад, LostSoul сказал:

а вы когда нибудь пробовали говорить хотя бы по скайпу из терминала?

особенно на не слишком хорошем канале?

все у них сделано правильно , кроме VPN.

Но VPN это изобретение их тугодумного админа который не осилил SQL и SIP на внешний IP подвесить и защитить адекватно. ( хотя бы просто файрволом )

Не буду спорить, информации недостаточно. У ТС канал таки 40 мбит, не так уж и плохо на мой взгляд. VPN тоже нельзя назвать чем-то таким уж плохим, я бы как раз поостерегся выставлять sip и скуль на всеобщее обозрение. Вот сам VPN лучше использовать другой. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я уже забыл, вы пробовали mtu менять?

http://skesov.ru/kak-vruchnuyu-izmenit-mtu-v-windows/

 

поставьте 1300 где-нибудь попробуйте на vpn-интерфейсе или если не получится то на сетевухе.

а дальше ребут и попробуйте в работе вашу прогу

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 минуты назад, LostSoul сказал:

Я уже забыл, вы пробовали mtu менять?

http://skesov.ru/kak-vruchnuyu-izmenit-mtu-v-windows/

 

поставьте 1300 где-нибудь попробуйте на vpn-интерфейсе или если не получится то на сетевухе.

а дальше ребут и попробуйте в работе вашу прогу

Пробовал менять значение MTU в роутере с 1400-1500. Через командную строку пробовал менять MTU на 1400 и 1326

На впн-интерфейсе не менял. Попробую завтра вечером отпишусь

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

21 час назад, LostSoul сказал:

поставьте 1300 где-нибудь попробуйте на vpn-интерфейсе или если не получится то на сетевухе.

а дальше ребут и попробуйте в работе вашу прогу

Не помогает

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 11/21/2017 в 18:09, LostSoul сказал:

поставьте 1300 где-нибудь попробуйте на vpn-интерфейсе или если не получится то на сетевухе.

а дальше ребут и попробуйте в работе вашу прогу

Это надо делать на венде/компе.

Роутер клал болт на мту, он пакеты которые не влезают или дропнет или фрагментирует. Не факт что с той стороны их соберут потом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

5 часов назад, Ivan_83 сказал:

Это надо делать на венде/компе.

я разьве что-то другое предлагал?

я и написал - на vpn интерфейсе ( в винде )

но пишет ТС что не помогло ему.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 20.11.2017 в 18:22, LostSoul сказал:

Технически - ваш провайдер сейчас дом-ру.

А гигабиттелеком вам оказывает услуги "удлинителя" до той квартиры, где этот договор оформлен на другое лицо.

Здравствуйте. Но все равно мой трафик идет через сервер моего провайдера 92.255.181.252. А на следующем узле уже находится сервер ДОМРУ 109.194.120.18.

Кстати мне удалось через взломанную версию программы CommView записать логи SIP-протокола. Вы не могли бы их посмотреть, если не сложно, хотя бы через пробную (оценочную) версию CommView, либо я мог бы вставить их в текстовый файл? 

 

В 16.11.2017 в 17:43, Ilya_V сказал:

я хотел посмотреть именно сиповскую часть. но ее не видно.

Здравствуйте. Кстати мне удалось через взломанную версию программы CommView записать логи SIP-протокола. Вы не могли бы их посмотреть, если не сложно, хотя бы через пробную (оценочную) версию CommView, либо я мог бы вставить их в текстовый файл? 

 

 

Изменено пользователем Zhaslan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, Zhaslan сказал:

Кстати мне удалось через взломанную версию программы CommView записать логи SIP-протокола.

Вашу бы энергию, да в мирных целях.

Лучше сделайте логи (точнее дампы) с помощью бесплатной программы Wireshark и сохраните их в формате pcap.

Тогда их можно будет просмотреть с помощью почти любого анализатора.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

15 минут назад, alibek сказал:

Лучше сделайте логи (точнее дампы) с помощью бесплатной программы Wireshark и сохраните их в формате pcap.

Тогда их можно будет просмотреть с помощью почти любого анализатора.

Я уже прикладывал дамп через Wireshark, но никто из форума не смог увидеть sip-пакеты.

Может мне лучше через текстовый документ скинуть логи? Только я думаю будет проблематично разделить каждый вид пакета (скорее всего неправильно выражаюсь).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 10.01.2018 в 22:50, alibek сказал:

Лучше сделайте логи (точнее дампы) с помощью бесплатной программы Wireshark и сохраните их в формате pcap.

Тогда их можно будет просмотреть с помощью почти любого анализатора.

Все вроде сообразил, я просто изменил формат файла "ncf" на "pcapng". Теперь Wireshark читает такой формат файла и видит sip-пакеты.

 

 

 

Изменено пользователем Zhaslan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

13 минут назад, Zhaslan сказал:

Я уже прикладывал дамп через Wireshark, но никто из форума не смог увидеть sip-пакеты.

Мне сложно поверить, что это зависит от софта.

Софт может не распознать эти пакеты, но в дампе они все равно окажутся.

Если же их в дампе нет, значит либо их в самом деле нет, либо проблема не в сети, а в ПК.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Только что, alibek сказал:

Мне сложно поверить, что это зависит от софта.

Софт может не распознать эти пакеты, но в дампе они все равно окажутся.

Если же их в дампе нет, значит либо их в самом деле нет, либо проблема не в сети, а в ПК.

Sip-пакеты они есть, только Wireshark не видит мое pptp-соединение и соответственно не видит sip-пакеты.

Я уже приложил дампы, теперь Wireshark может увидеть sip-пакеты. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1 час назад, Zhaslan сказал:

Sip-пакеты они есть, только Wireshark не видит мое pptp-соединение и соответственно не видит sip-пакеты.

Я уже приложил дампы, теперь Wireshark может увидеть sip-пакеты. 

 Как-то глуповато, в трафике не увидеть gre. И как-то в gre ворваться. Что-то даже фбр этого не умеет, дешифровывать... Ну если внутри gre дампите - ну сами внутри туннеля и анализируйте. Есть у меня такой килиент, у него по видимому трафику только udp/53 и куча gre до разных мест. Никакого полезного трафика нету, ибо они через туннель чего-то протребряют. Просто криво настрено - во внешнем трафике я вижу мимо туннеля запросы днс на 192.168

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

6 минут назад, YuryD сказал:

Как-то глуповато, в трафике не увидеть gre. И как-то в gre ворваться. Что-то даже фбр этого не умеет, дешифровывать... Ну если внутри gre дампите - ну сами внутри туннеля и анализируйте.

Wireshark не может анализировать мое pptp-соединение, он видит только один интерфейс - подключение по локальной сети, и видит там всякие gre пакеты и т.д.

А CommView видит все мои интерфейсы, ну я и запустил анализ pptp. Вот он и увидил sip-пакеты.

Я сам не умею анализировать, т.к в этом ничего не понимаю.  

10 минут назад, YuryD сказал:

Есть у меня такой килиент, у него по видимому трафику только udp/53 и куча gre до разных мест. Никакого полезного трафика нету, ибо они через туннель чего-то протребряют. Просто криво настрено - во внешнем трафике я вижу мимо туннеля запросы днс на 192.168

Здесь можете по подробнее объяснить? Это значит у меня криво настроено pptp или что-то с моим интернет-соединением?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 Маршрутизацию проверить не мешает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

36 минут назад, YuryD сказал:

Маршрутизацию проверить не мешает.

первый скрин - это без запущенного pptp.

второй - с запущенным pptp.

Там указан интерфейс "подключение по локальной сети 2" - оно используется при OpenVPN.

1.png

2.png

3.png

Изменено пользователем Zhaslan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вообще-то я хотел посмотреть route print и не в виде картинок

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 11.01.2018 в 17:48, YuryD сказал:

вообще-то я хотел посмотреть route print и не в виде картинок

Вот в текстовом формате

 

Изменено пользователем Zhaslan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.