1

все! Я уже несколько дней бьюсь головой об стену с этим вопросом и надеюсь, что кто-нибудь может помочь.

Недавно я подписался на услугу T-Mobile WebConnect 3G/4G, чтобы заменить прерывистое (и медленное) соединение DSL в моей квартире. Цель состояла в том, чтобы вставить SIM-карту в один из моих старых телефонов и использовать встроенную функцию подключения к беспроводной локальной сети, чтобы подключить Интернет к остальным компьютерам. Я быстро обнаружил, что SIM-карты, предоставляемые webConnect, не работают со стандартными смартфонами, поэтому я был вынужден либо купить 4G-совместимый маршрутизатор, либо привязать один из моих старых ноутбуков к беспроводному маршрутизатору и поделиться этим способом. Я выбрал последнее, и оно с каждым днем обостряет мою внутреннюю мазохистскую сущность.

Вот настройки:

  • GSM USB модем (через концентратор), ICS хост ->
  • 10/100 Мбит / с Ethernet NIC, ICS "Гость" ->
  • Порт WAN моего беспроводного маршрутизатора SMC WGBR14N в мостовом режиме (т. Е. Точка беспроводного доступа).
В идеале это сделало бы мой ноутбук DHCP-сервером и интернет-шлюзом с WAP, обеспечивающим каждому покрытие беспроводной сети. Я могу просматривать интернет на хост-ноутбуке нормально.

Тем не менее, когда клиенты пытаются подключиться, они получают назначенный DHCP IP с ноутбука и могут использовать Интернет в течение нескольких минут, прежде чем полностью умирает. После этого они могут повторно связываться с WAP и получать IP-адреса, но не могут использовать Интернет или разрешать IP-адреса, пока ноутбук и маршрутизатор не будут перезагружены. Если они действительно получают доступ, это очень, очень медленно. После запуска Wireshark на хост-машине выясняется, что это связано с тем, что каждое TCP-соединение продолжает получать RST. ДНС вроде работает.

Я обычно думаю, что брандмауэр является виновником здесь, но когда он отбрасывает пакеты, он отбрасывает их полностью. Тот факт, что TCP-соединения проверяются ACK по правилам получателя. Конечно, ни в одном журнале событий ничего не говорится о том, что происходит. Я также попытался отключить управление питанием на сетевой карте, так как это вызывало проблемы в прошлом; это тоже не помогло. Наконец, я отключил масштабирование на стороне приема согласно Microsoft KB (что относится к Windows Server 2003, SP2) безрезультатно. Я подумываю попробовать его с другой сетевой картой (это будет непросто; у меня нет запасного сетевого адаптера Ethernet для ноутбука), но у меня складывается впечатление, что это просто не работает.

Может кто-нибудь, пожалуйста, посоветуйте? Я прошу прощения за длину этого поста; все вклады очень ценятся!

-Carlos.

|источник

2 ответа2

0

Отстойно, что это не привлекло много внимания, но опять же, обычные люди имеют какое-то выделенное соединение вместо этой настройки.

Поработав с ним некоторое время, я наконец-то убедился, что ICS в корне сломан. Кажется, что его самая большая проблема заключается в стабильности встроенного ICS DHCP-сервера. Иногда DHCP пытается работать, но перенаправляет запросы DHCP на сетевой адаптер хоста вместо того, чтобы обслуживать запросы DHCP самостоятельно. Я бы получил адреса локальной ссылки, когда это произойдет. В других случаях сервер DHCP прекращает работу полностью, оставляя запросы DHCP полностью без ответа. Я думаю, что эти две проблемы происходят последовательно, но не слишком уверены.

Я понятия не имею, почему TCP-соединения начинают RSTing через некоторое время. Я заметил некоторые ошибки из Tcpip в средстве просмотра событий, так что я думаю, что это как-то связано с повреждением winsock. Теперь, когда я думаю об этом, возможно, проблемы DHCP также связаны с этим.

Единственный способ заставить меня работать с некоторой стабильностью - это сделать следующее:

  • Остановка ICS отключением моего соединения от модема,
  • Отключение обоих NICS,
  • Сброс winsock с помощью netsh (netsh winsock reset). Я не перезагружаюсь.
  • Повторное включение обеих сетевых карт и, наконец,
  • Повторно включите ICS, снова используя модемное соединение.

Имея это в виду, есть ли способ включить ведение журнала winsock, чтобы увидеть, присутствует ли основная проблема там?

В сочетании со всем, что я сделал, я понятия не имею, как долго это будет работать. Надеюсь, он будет работать достаточно долго, чтобы поставить меня на место, пока я не получу модем Cradlepoint, который я купил.

Надеюсь, это поможет кому-то!

|источник
0

ICS использует фиксированный диапазон IP-адресов, 192.168.1.0/24, если я не ошибаюсь (я мог быть). Убедитесь, что это не конфликтует с IP/ подсетью на вашем SMC WGBR14N.

Также возможно, что ваш модем 4G может обнаруживать TTL исходящего трафика и, в конечном итоге, прерывать соединения или прерывать сеанс PPP, если TTL не тот, о котором он подозревает, это способ узнать, происходит ли трафик из подключенной системы или одного из них. "за этим.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .