![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Как и заявлено в заголовке, никаких хиханек-хаханек, всё предельно технократично и двневничково.
Расскажу-ка я вам, детишечки, стра-а-ашную сказочку. Естественно, стра-а-ашные сказочки в IT-мире могут быть только про Microsoft. Итак, поставили мне на рабочий лептоп семерку, я ее более-менее пригладил - на вид почти как старая винда. Вот только одна засада нарисовалась - перестал работать FTP! То есть соединение-то я устанавливаю, а вот работать с файлами на стороне сервера ни один клиент не могёт... Почему? Сначала я обвинил во всём несчастный раутер - он мол такая скотина, вдруг включил фаерволл на какие-то порты и т.п. Для следственного эксперимента был вытащен старый ноутбук и, о чудо, на нем все соединения работали как по маслу! Я перерыл гуглом как русский, так и английский интернет - оказалось, что такую проблему имели давным-давно самые разные пользователи, но и решения им предлагались тоже весьма разнообразные - от открытия дополнительных портов, до перехода на пассивное FTP-соединение. На одном из технических форумов я нарыл подробное объяснение этого механизма. Пассивный режим - это когда после отправки запроса клиент открывает дополнительный порт и по нему получает ответ. В таком режиме заработали без дополнительной настройки соединения с веб-хостером, где я и моя дражайшая половинка держим сайты-визитки. Однако это не решило проблему скрытого доступа к файлам на основном домашнем компьютере. Я в отчаянии скачал TightVNC который официально-бесплатно поддерживает передачу файлов между клиентом и сервером. Однако такое решение отнюдь не скрытно, и к тому же небезопасно. В конце концов мне удалось найти первопричину моих злоключений - параметр MTU TCP-соединения оказался по умолчанию слишком большим по сравнению с аналогичным параметром раутера. Это, кстати, объясняет почему на работе соединение с хостером проходило на-ура - ведь тамошние раутеры рассчитаны на дефаултное значение в корпоративных компьютерах. Короче говоря, запустив из администраторского шелла приведенную ниже волшебную команду и перезагрузившись я наконец-то получил правильное соотношение MTU между виндой и раутером - все заработало как и прежде.
netsh interface ipv4 set subinterface "Wireless Network Connection" mtu=1300 store=persistent
Так выпьем же за Гугл, ибо благодаря его поиску виновный был найден и сурово переконфигурирован.
Расскажу-ка я вам, детишечки, стра-а-ашную сказочку. Естественно, стра-а-ашные сказочки в IT-мире могут быть только про Microsoft. Итак, поставили мне на рабочий лептоп семерку, я ее более-менее пригладил - на вид почти как старая винда. Вот только одна засада нарисовалась - перестал работать FTP! То есть соединение-то я устанавливаю, а вот работать с файлами на стороне сервера ни один клиент не могёт... Почему? Сначала я обвинил во всём несчастный раутер - он мол такая скотина, вдруг включил фаерволл на какие-то порты и т.п. Для следственного эксперимента был вытащен старый ноутбук и, о чудо, на нем все соединения работали как по маслу! Я перерыл гуглом как русский, так и английский интернет - оказалось, что такую проблему имели давным-давно самые разные пользователи, но и решения им предлагались тоже весьма разнообразные - от открытия дополнительных портов, до перехода на пассивное FTP-соединение. На одном из технических форумов я нарыл подробное объяснение этого механизма. Пассивный режим - это когда после отправки запроса клиент открывает дополнительный порт и по нему получает ответ. В таком режиме заработали без дополнительной настройки соединения с веб-хостером, где я и моя дражайшая половинка держим сайты-визитки. Однако это не решило проблему скрытого доступа к файлам на основном домашнем компьютере. Я в отчаянии скачал TightVNC который официально-бесплатно поддерживает передачу файлов между клиентом и сервером. Однако такое решение отнюдь не скрытно, и к тому же небезопасно. В конце концов мне удалось найти первопричину моих злоключений - параметр MTU TCP-соединения оказался по умолчанию слишком большим по сравнению с аналогичным параметром раутера. Это, кстати, объясняет почему на работе соединение с хостером проходило на-ура - ведь тамошние раутеры рассчитаны на дефаултное значение в корпоративных компьютерах. Короче говоря, запустив из администраторского шелла приведенную ниже волшебную команду и перезагрузившись я наконец-то получил правильное соотношение MTU между виндой и раутером - все заработало как и прежде.
netsh interface ipv4 set subinterface "Wireless Network Connection" mtu=1300 store=persistent
Так выпьем же за Гугл, ибо благодаря его поиску виновный был найден и сурово переконфигурирован.
