Quickconnect и DDNS в локальной сети

Здравствуйте!

Кто-нибудь может точно объяснить механизм, есть ли разница в скорости доступа к NAS по локальной гигабитной сети при различных способах входа? Под скоростью доступа я имею ввиду путь, по которому идёт трафик - например, при заходе через QС ID происходит ли прямое соединение по локалке или трафик идёт через интернет, типа того ?...

Варианты входа такие:

- прямой доступ по локальному IP вида 192.168.1.2

- вход по http://QuickConnect.to/QuickConnectID/

- вход по имени домена DDNS, связанного с белым внешним IP

Заранее спасибо.

Ответ на Ваш вопрос лежит в плоскости компромисса между универсальностью (вход по доменному имени) и таки каким-никаким, но снижением производительности. Если Вы педант в плане производительности/скорости, то при работе в локальной сети Ваша последовательность в выборе приоритета следующая:

1 - прямой доступ по локальному IP вида 192.168.1.2

2 - вход по имени домена DDNS, связанного с белым внешним IP

3 - вход по http://QuickConnect.to/QuickConnectID/

PS NAT loopback

"Недостатком NAT loopback можно считать повышенную нагрузку на хаб и маршрутизатор (по сравнению с прямым доступом к серверу)"

Спасибо, почти всё понял! Но один ключевой момент для меня остался непонятным - я хочу сообразить, по какому пути гуляют пакеты с информацией между моим ноутбуком (например) и NAS? По сути, если я дома с ноутбука обращаюсь к NAS по доменному имени или через QC - то пакеты c ноутбука из дома отправляются на заграничные сервера и оттуда уже приходят обратно домой на мой роутер, то есть по "большому" кругу. Так вот - после соединения пакеты продолжают ходить через чужие серверы или обмен данными происходит уже внутри локальной сети? Вот что я хотел понять... (иными словами, если можно было бы замерить скорость обмена данными с NAS при разных способах входа, то она была бы 1Гб/с, как в локалке, или 200Мб/с, как у внешнего интернета?)

Если я правильно понял Ваш ответ, то скорость обмена данными при входе по доменному имени или через QC будет близкой к скорости локальной сети 1Гб/с, с незначительными потерями на обработку (маршрутизацию) якобы "внешних" пакетов. Так?

И сразу ещё похожий вопрос - а есть ли разница в быстродействии при доступе из интернета между DDNS и QC ? (не из локалки)

""большому" кругу."

В таком случае, UHD фильмы смотреть было бы нереально ...

"а есть ли разница в быстродействии при доступе из интернета между DDNS и QC "

Лично у меня, первоначальное соединение по open VPN (192. ... ) выглядит быстрее.

DDNS и QC - разницу не заметил.

Лично у меня, первоначальное соединение по open VPN (192. ... ) выглядит быстрее.

DDNS и QC - разницу не заметил.

кстати, да! незаслуженно забыл этот способ входа - у меня тоже настроен VPN L2TP, но я интуитивно причислил его к самым медленным. Видимо, зря? Есть ли у кого-нибудь точные знания на этот счёт?

... хотелось бы выжать из NAS все 100%

провёл замеры, не знаю, насколько правильно, но есть результаты, и я их не очень понимаю... Сможет ли кто-нибудь пояснить, почему в гигабитной локалке скорость доступа к NAS примерно 130 Кбит/с, а через внешний интернет (200 Мбит/с по замерам) скорость доступа всего 2 Кбит/с ?... (может, я неправильно посчитал скорость?)

PING local.IP (local.IP): 56 data bytes

round-trip min/avg/max/stddev = 0.326/0.427/0.509/0.039 ms

~ 130 Кбит/с ??!!

PING внешний.белый.IP (внешний.белый.IP): 56 data bytes

round-trip min/avg/max/stddev = 0.531/0.695/0.828/0.053 ms

~ 80 Кбит/с ??!!

PING DDNS.dscloud.me (внешний.белый.IP): 56 data bytes

round-trip min/avg/max/stddev = 0.587/0.719/1.408/0.140 ms

~ 78 Кбит/с

PING QConnectID.QuickConnect.to (какой.то.левый.IP): 56 data bytes

round-trip min/avg/max/stddev = 26.411/26.910/27.865/0.323 ms

~ 2 Кбит/с ??!!

PING-ом скорость меряете? Это что-то новенькое.

PING-ом скорость меряете? Это что-то новенькое.

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

Вам polanat ответил про скорости доступа.

Какими путями ходят пакеты, вам покажет traceroute.

И да, DDNS ни каким образом не может повлиять на хождение пакетов и скорость передачи.

Вам polanat ответил про скорости доступа.

Какими путями ходят пакеты, вам покажет traceroute.

И да, DDNS ни каким образом не может повлиять на хождение пакетов и скорость передачи.

Попробую прояснить свой главный вопрос.

Для примера, соединение из локальной сети (точка А) по QuickConnect (точка Б) происходит через другие серверы после QC (точки В), и в конце концов возвращается ко мне домой на NAS (в точку Г). то есть по маршруту А-Б-В-Г (это как раз и показывает traceroute, насколько я понимаю).

Так вот - какой маршрут остается сразу после соединения с NAS ? Такой же А-Б-В-Г или он становится прямым А-Г ?! (на всякий случай - у меня отключена ретрансляция через QC)

Попробую прояснить свой главный вопрос.

Для примера, соединение из локальной сети (точка А) по QuickConnect (точка Б) происходит через другие серверы после QC (точки В), и в конце концов возвращается ко мне домой на NAS (в точку Г). то есть по маршруту А-Б-В-Г (это как раз и показывает traceroute, насколько я понимаю).

Так вот - какой маршрут остается сразу после соединения с NAS ? Такой же А-Б-В-Г или он становится прямым А-Г ?! (на всякий случай - у меня отключена ретрансляция через QC)

Пакеты будут идти в соответствии с тем как у Вас настроена маршрутизация и никак иначе.

не очень понятно, почему? Ведь вряд ли серверы DDNS и QC находятся в одной стране и в одном и здании, а значит, маршрут до них разный. Я снова не прав? И ваше утверждение вступает в противоречие с тем, что ответил мне polanat. Значит, кто-то из вас ошибается?...

Никаких противоречий нет.

Без обид. Вы пытаетесь связать хождение пакетов через QC и DDNS, две ну совершенно различные системы, как - тёплое с мягким.

DDNS, как и его "папа" DNS, переводит человекочитаемые имена ресурсов в IP адреса. Всё. Вот вам не всё-ли равно где расположен сервер DDNS? Главное, что он выдаст ваш белый IP, например по команде nslookup ваше_зарегистрированое_имя. К хождению пакетов DDNS не имеет отношения.

QC нужен людям с серым IP для организации хоть какого-то доступа к своей синокоробке.

У вас серый IP? Если да, то чем поможет DDNS?

У вас белый IP? Если да, то зачем вам QC?

Попробую прояснить свой главный вопрос.

Для примера, соединение из локальной сети (точка А) по QuickConnect (точка Б) происходит через другие серверы после QC (точки В), и в конце концов возвращается ко мне домой на NAS (в точку Г). то есть по маршруту А-Б-В-Г (это как раз и показывает traceroute, насколько я понимаю).

Так вот - какой маршрут остается сразу после соединения с NAS ? Такой же А-Б-В-Г или он становится прямым А-Г ?! (на всякий случай - у меня отключена ретрансляция через QC)

если маршрут А-Б-В-Г после соединения остается при любом методе входа, тогда в целом понятно, спасибо за помощь.

но я немного сомневаюсь в этом, так как при входе по QuickConnect из локальной сети в адресной строке браузера отображется локальный IP-адрес, а при входе по этой же закладке QC из другого места в адресной строке отображается внешний IP-адрес . Можете пояснить этот момент?

Как будто бы QC сам понимает, откуда я его вызываю - из локалки или извне, и сам соединяет меня как надо - напрямую, без посредников (клиент - NAS, то есть А-Г в моем случае, если я в локалке, и А-Б-В-Г - если я не дома).

В конечном итоге, просто хочется рационально сэкономить на закладках в браузере. Как говорится, если нет разницы - зачем плодить больше? Это ответ на вопрос - зачем мне QC, если у меня есть белый IP/ Как-то так...

anton5000, при наличии белого IP, дальше внешнего IP, приземлённого на домашнем маршрутизаторе пакеты не уйдут. Удобство входа через доменное имя компенсируется проходом такого трафика через его (домашнего маршрутизатора) локальный файрвол. При наличии серого IP, дополнительно подключается внешний рилей-сервер Синолоджи через ближайший CDN ...

polanat, поясните, пожалуйста, на пальцах (не сочтите за троллинг).

Вот есть ноутбук, есть NAS, подключенные кабелями к свитчу, который в свою очередь подключен к ONT-роутеру МГТС. От ONT-роутера из квартиры уходит оптоволокно куда-то вдаль, сначала в МТС, оттуда в глобальную паутину.

Когда я, сидя в локалке, набираю в адресной строке браузера имя DDNS и нажимаю Enter - уходит ли запрос за пределы моей квартиры ?

Мой роутер является DNSом для локалки.

Дабы не напрягать свой роутер NAT loopback, я прописал в нём статическую DNS запись abcd.ru - 192.168.1.11. Это адрес сино.

DDNS соответственно выдаст внешний адрес.

Теперь при запросе abcd.ru хоть из инета, хоть из локалки, я попаду на свою синокоробку.

Мой IP белый.

Мой роутер является DNSом для локалки.

Дабы не напрягать свой роутер NAT loopback, я прописал в нём статическую DNS запись abcd.ru - 192.168.1.11. Это адрес сино.

DDNS соответственно выдаст внешний адрес.

Теперь при запросе abcd.ru хоть из инета, хоть из локалки, я попаду на свою синокоробку.

Мой IP белый.

Я веду речь про DDNS, который выдаётся средствами Synology , он мне был нужен для получения сертификата Let’s Encrypt

polanat, поясните, пожалуйста, на пальцах (не сочтите за троллинг).

Вот есть ноутбук, есть NAS, подключенные кабелями к свитчу, который в свою очередь подключен к ONT-роутеру МГТС. От ONT-роутера из квартиры уходит оптоволокно куда-то вдаль, сначала в МТС, оттуда в глобальную паутину.

 

Когда я, сидя в локалке, набираю в адресной строке браузера имя DDNS и нажимаю Enter - уходит ли запрос за пределы моей квартиры ?

Запрос за IP-адресом (резолвинг) конечно уходит, ибо DDNS-сервер находится за пределами Вашей локальной сети, но далее доступ на сино и весь дальнейший трафик идёт через внешний белый провайдерский IP, приземляемый на внешнем сетевом интерфейсе Вашего маршрутизатора... но это конечно при наличии белого IP.

Как будто бы QC сам понимает, откуда я его вызываю - из локалки или извне, и сам соединяет меня как надо - напрямую, без посредников (клиент - NAS, то есть А-Г в моем случае, если я в локалке, и А-Б-В-Г - если я не дома)

Если у Вас белый IP и к тому же поднятый DDNS, то в дебри квикконнекта Вам погружаться совсем не обязательно и именно потому, что квикконнект в Вашем конкретном случае просто передаёт эстафету DDNS

В конечном итоге, просто хочется рационально сэкономить на закладках в браузере. Как говорится, если нет разницы - зачем плодить больше? Это ответ на вопрос - зачем мне QC, если у меня есть белый IP/ Как-то так...

А вот здесь не соглашусь - Если у Вас белый IP и к тому же поднятый DDNS, то Вам проще вообще забыть о квикконнекте как классе для Вашего же блага - недавняя борьба РосКомНадзора с ветряными мельницами Телеграмом - тому прекрасный пример. Вы просто сохраняете в закладках вашего веб-браузера дидиэнэсную запись и ВСЁ ...

...далее доступ на сино и весь дальнейший трафик идёт через внешний белый провайдерский IP, приземляемый на внешнем сетевом интерфейсе Вашего маршрутизатора... но это конечно при наличии белого IP.

А можете поточнее объяснить вот этот момент, я как раз именно его не могу понять для себя - где физически находится этот узел в сети - мой белый IP , через который идёт трафик? Это мой роутер или это сервер провайдера?

То есть в первом случае я бы имел скорость локалки с потерей на файервол, а во втором случае - скорость интернета по тарифу провайдера, 200 Мбит/с в моём случае.

А можете поточнее объяснить вот этот момент, я как раз именно его не могу понять для себя - где физически находится этот узел в сети - мой белый IP , через который идёт трафик? Это мой роутер или это сервер провайдера?

Это Ваш роутер!

Это Ваш роутер!

Спасибо, теперь понял, а то совсем запутался было... Никогда мне не стать сисадмином.... )))

Спасибо, теперь понял, а то совсем запутался было... Никогда мне не стать сисадмином.... )))

Если хотите до конца разобраться что есть квикконект и с чем его едят (а равно как и другие темы) - читайте White Papers ...

... и в частности по квикконнекту - Synology QuickConnect - White Paper

померил скорость доступа в локалке закачкой файла 10Гб - разница между соединением по локальному адресу и по DDNS составила ~ 10 раз (55 МБ/с простив 5,5МБ/с для загрузки на NAS) и ~12 раз (115МБ/с против 9МБ/с) для скачивания с NAS

На какой IP указывает ваш DDNS?

На какой IP указывает ваш DDNS?

На внешний белый от провайдера .

Роутер какой?

Роутер какой?

Производитель SERCOMM

Модель RV6699

GPON, мгтс.

Ставят самое дешёвое железо, вот "nat loopback" и не вытягивает скорость.

GPON, мгтс.

Ставят самое дешёвое железо, вот "nat loopback" и не вытягивает скорость.

да, они. Выпросил такой роутер вместо старого Huawei H8245, чтоб был WiFi 5 дома

А нет ли в роутере что-то типа hosts? Сопоставить ddns и локальный IP.