• Автор теми Автор теми scorpion-ds
  • Дата створення Дата створення
Статус: Офлайн
Реєстрація: 20.02.2006
Повідом.: 509
Реальный IP-адрес

Взял себе реальный IP-адрес у провайдера Слободы вида 80.73.xx.xx, со стороны Киева и Москвы пингуется он нормально, а вот из Харькова уже у трех человек это не получается. Собственно меня интересует доступность хотя бы с моего рабочего компьютера, который подключен к провайдеру DataGroup.

Тех. поддержка слободы сказала следующие:
возможно, дело в том, что у Ваших знакомых не прописанны роуты для
работы через КНХ, или пропишите - чтобы роуты шли через мир, или
уточните у Вашего провайдера роуты для КНХ


Вот трассировка маршрута от моего рабочего компьютера до меня:
Код:
Трассировка маршрута к 80.73.xx.xx с максимальным числом прыжков 30

  1    <1 мс    <1 мс    <1 мс  192.168.60.10
  2   268 ms   356 ms   295 ms  80.249.224.55
  3   390 ms   401 ms   368 ms  80.249.224.55
  4   423 ms   785 ms   903 ms  80.249.224.98
  5  1104 ms   832 ms   630 ms  193.110.156.161
  6   601 ms    90 ms    73 ms  193.110.156.170
  7   143 ms   144 ms     *     80.73.4.209
  8   121 ms   121 ms   143 ms  80.73.0.2
  9     *        *        *     Превышен интервал ожидания для запроса.
 10     *        *        *     Превышен интервал ожидания для запроса.
 11     *        *        *     Превышен интервал ожидания для запроса.
Кто-то сталкивался с такой проблемой, можно ли как-то корректно прописать маршрут для доступа к IP?
 
извращенец.
поднимай впн между двумя тачками и не насилуй моск себе и другим.
VPN это несколько из другой области, да и как я его подниму, если у меня нет нормального внешнего IP адреса?
 
это проблема лабуды, а не маршрутов на локальном компе
видимо этот ip лабуда внутрь своей сети не показывает, а показывает только внешнему миру, т.е. видно его будет только через инет. У тех кто подключен к лабуде скорее всего в таблице маршрутов присутствует маршрут вида 80.73.0.0/16 валить на локальный шлюз, и в инет он не попадает.
 
Останнє редагування:
это проблема лабуды, а не маршрутов на локальном компе
видимо этот ip лабуда внутрь своей сети не показывает, а показывает только внешнему миру, т.е. видно его будет только через инет. У тех кто подключен к лабуде скорее всего в таблице маршрутов присутствует маршрут вида 80.73.0.0/16 валить на локальный шлюз, и в инет он не попадает.

Вот это уже реальный совет, и действительно согласно правил настройки VPN на слободе прописывается правило «route -p add 80.73.0.0 mask 255.255.240.0 ваш_шлюз» без этого, когда включен VPN не работает сеть.

Вот что предлагает прописывать слобода:
route -p add 80.73.0.0 mask 255.255.240.0 ваш_шлюз
route -p add 10.0.0.0 mask 255.0.0.0 ваш_шлюз
route -p add 194.44.186.0 mask 255.255.255.0 ваш_шлюз
route -p add 194.143.148.0 mask 255.255.254.0 ваш_шлюз
route -p add 91.193.172.0 mask 255.255.252.0 ваш_шлюз
route -p add 93.95.184.0 mask 255.255.248.0 ваш_шлюз
route -p add 193.138.144.0 mask 255.255.252.0 ваш_шлюз

Если я удалю этот маршрут, то этого будет достаточно что бы видеть IP снаружи?
 
объяснение этому может быть два:
1. На машине с реальным айпи стоят роуты на Харьковский трафик через основной шлюз мимо ВПНа, а Харьковский трафик, как я понял, щас не работает из локалки без ВПН.
2. У слободы неверно прописаны маршруты на Харьковский трафик при выходе из ВПН.
 
Есть такая хрень, как Hamachi
⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.
и не еби себе моск лабудой и тд.
 
как раз наоборот, надо пробовать удалять все нижние, кроме первых двух

Вот именно они у меня и прописаны, остальные кроме первых двух я раньше не видел, наверно сегодня или вчера их добавили.

Выходит надо делать что-то другое, попробую написать еще письмо слободе, вот только не знаю, как им объяснить ситуацию, что проблема возможно на их стороне …
 
Если я удалю этот маршрут, то этого будет достаточно что бы видеть IP снаружи?

Да, но тогда весь локальный трафик будет валить через инет, когда включен впн, что вряд ли понравится юзеру:D
Можно добавить маршрут, явно указывающий, что трафик, адресованный вашему 80.73.xxx.xxx/32 отправлять в инет через впн с метрикой равной единичке... Правда в чём прикол прописывать маршрут на каждом компе?
Виновата конечно слобода, что реальные ип она использует и для инета и для локальных ресурсов, в то же время изнутри сети не видно этого IP. Лучше по-моему бомбить лабудовую техподдержку, чтобы этот IP сделали видным и внутри локалки, а то из первого поста следует, что машина с IP 80.73.0.2 пакеты тихонько грохает, просто потому что не знает куда их дальше слать...
 
Посмотрел от себя трассу.
Смотри что происходит у тебя:
6 601 ms 90 ms 73 ms 193.110.156.170
7 143 ms 144 ms * 80.73.4.209
8 121 ms 121 ms 143 ms 80.73.0.2

и что у меня:
8 106 ms 105 ms 105 ms bazis.ett.ua [80.93.115.106]
9 112 ms 112 ms 111 ms 80.73.0.161
10 113 ms 113 ms 114 ms gate-core.bi.com.ua [80.73.0.2]
11 113 ms 114 ms 113 ms 80.73.4.209

Мы по разному проходим 2 последних хопа. Я захожу с мира на 80.73.0.2 (обозванный гейтом да и по адресу похоже что пограничный) и потом куда-то явно вглубь. А ты наоборот из глубины сети (точнее с ее гейта на харьковскую точку) выпадаешь на пограничник, а потом ессесно теряешься ибо надо тебе явно не в мир. И твои маршруты на тачке в слободе не причем, до нее дело просто не доходит...

Теперь о советах ВПН-а и шняге под названием Хамачи.
Мля, каким образом можно пробить ВПН между тачками с фейковыми ИП без постоянно участвующей третьей машины, доступной с этих двух?
 
Останнє редагування:
Посмотрел от себя трассу.
Смотри что происходит у тебя:
6 601 ms 90 ms 73 ms 193.110.156.170
7 143 ms 144 ms * 80.73.4.209
8 121 ms 121 ms 143 ms 80.73.0.2

и что у меня:
8 106 ms 105 ms 105 ms bazis.ett.ua [80.93.115.106]
9 112 ms 112 ms 111 ms 80.73.0.161
10 113 ms 113 ms 114 ms gate-core.bi.com.ua [80.73.0.2]
11 113 ms 114 ms 113 ms 80.73.4.209

Мы по разному проходим 2 последних хопа. Я захожу с мира на 80.73.0.2 (обозванный гейтом да и по адресу похоже что пограничный) и потом куда-то явно вглубь. А ты наоборот из глубины сети (точнее с ее гейта на харьковскую точку) выпадаешь на пограничник, а потом ессесно теряешься ибо надо тебе явно не в мир. И твои маршруты на тачке в слободе не причем, до нее дело просто не доходит...

Теперь о советах ВПН-а и шняге под названием Хамачи.
Мля, каким образом можно пробить ВПН между тачками с фейковыми ИП без постоянно участвующей третьей машины, доступной с этих двух?

хамачи использует свой сервак для туннелирования... более того, у меня работала мало того что без реальника, так даже через проксю!!!
 
Удаление маршрута «route -p add 80.73.0.0 mask 255.255.240.0 ваш_шлюз» не помогло, IP как был не доступен, так и остался.
VPN это вариант кроме того его предлагалось организовать на сервере моей фирмы, но это таки не то что надо, внешний IP мне может быть нужен не только файлами обменивать, но к примеру иногда поднять сервак какой-то, к примеру Apache для тестирования проекта перед тем как размещать его на хостинг площадке.

Если кто-то разбирается, то подскажите, как правильно сформулировать письмо слободе, что бы они поглядели настройки маршрутизации у себя, ведь уже от трех разных харьковских провайдеров нет доступа к моему IP, так что сомневаюсь что виноваты все кроме слободы.
 
а собсно ваш ип, выделенный слободой, в сети 80.73.0.0/20, как требуется указывать в таблице маршрутов или всё-таки нет? А в письме стоит писать: ёп вашу мать, товарищи укротители роутеров, растолкуйте в конце концов зверушке gate-core.bi.com.ua где находится моя тачка с таким-то ип...
Кстати, год назад у них в сети в диапазоне 80.73.0.0 трафик ещё маршрутизировали какие-то д-линки и таблицы маршрутизации с них можно было скачать, посмотреть и даже поменять(!) простым snmp-клиентом... Стремная контора однако...
 
хамачи использует свой сервак для туннелирования... более того, у меня работала мало того что без реальника, так даже через проксю!!!
Если почитать внимательно заявки Хамачи, то такого больше писать не захочется. А заявки состоят в том, что после установки сессии трафик через сервак Хамачи не ходит.
Hamachi is a UDP-based virtual private networking system. Its peers are helped by a third node called a mediation server to locate each other and to bootstrap the connection between them. The connection itself is direct and, once established, no traffic flows through our servers.
Трафик через их серак будет ходить только за деньги - есть у них такой офферс. Даром никто через себя траф гонять не будет.

Если у тебя работала - то у твоей цели был реальный ИП. Тогда да, все будет. А у ТС два фейковых адреса.
 
Останнє редагування:
Кстати, год назад у них в сети в диапазоне 80.73.0.0 трафик ещё маршрутизировали какие-то д-линки и таблицы маршрутизации с них можно было скачать, посмотреть и даже поменять(!) простым snmp-клиентом...
Походу это единственная надежда и единственный шанс ТС-а на доступ к своей тачке - поменять таблицы самостоятельно ;)
 
Удаление маршрута «route -p add 80.73.0.0 mask 255.255.240.0 ваш_шлюз» не помогло, IP как был не доступен, так и остался.
Я ж тебе писал: маршруты на твоей тачке никого не интересуют. Ну скажи на милость, как прописанные локально записи роутинга могут повлиять на действия маршрутизатора слободы при обращении к нему извне сети? :confused:
Так что перестань дрючить несчастную утилиту route, она хорошая, это пионэры со свичами как обычно предоставляют самый лучший, самый дешевый и самый надежный инет :іржач:
 
Назад
Зверху Знизу