Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Владислав Лысков, Нигде не слышал ни в одном договоре о пинге. В лучшем случае "скорость ДО xx mbit"
И да, провайдер отвечает только за себя, остальная задержка за пределами его собственной сети - не его проблема.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Евгений Лернер, если вы знаете, где находится сервер, и есть возможность в том же датацентре арендовать виртуальную машину, то можно через нее ходить на сервер с минимальной задержкой.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Евгений Лернер, На маленьких расстояниях (в пределах города, например), основная задержка - обработка пакетов на свичах.
Пакет нужно прочитать, разобрать, понять куда его дальше роутить, отправить в нужный канал. В зависимости от оборудования провайдера это может занять от наносекунд до миллисекунд.
На больших расстояниях (между странами и тем более между континентами), основная задержка - транспортировка пакета, ибо там может быть десятки миллисекунд и задержка на маршрутизаторах становится незначительной по сравнению с транспортной, но это обычно последняя миля пользователя.
В случае использования медленного транспортного протокола (модем, блутус, docsis старых версий, радиоезернет на 20-30 км), задержка на передачу в общем случае всегда будет основным моментом.
Еще момент - непонятно что такое "хотелось бы веб сервер поближе".
У вас будет только один клиент - вы? Тогда ставьте сервер на свой локальный комп и все.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Вот меня интересует как кол-во промежуточных серверов зависит от расстояния и какую задержку они вносят
Никак. У провайдера могут быть сложные пути создания своей инфраструктуры, особенно в условиях городской застройки и развития.
Маленькая частная домашняя сеть, которую изначально разводили на коленке, может развиться в уверенного провайдера. А коммутационные колодцы могли быть, например, приватизированы другой компанией, и чтобы проложить кабель из дома в соседний дом, придется или платить аренду за использование подземного пространства, или пойти назад, где свой кабель давно лежит и обойти квартал.
А потом несколько маленьких провайдеров выкупает крупный монополист, и где-то перекладывает, где-то оставляет как есть.
Промежуточные сервера вносят РАЗНУЮ задержку.
Еще раз повторю - команды tracert и traceroute покажут текущий маршрут, чтобы понять сколько хопов и какая задержка. А вот почему она такая, вы не узнаете, поскольку это внутренняя техническая информация провайдера, и о том как настроены эти промежуточные хопы и какую задачу выполняют клиентам рассказывать не будут.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Евгений Лернер, нет таких данных как 1000 км.
Это же живая инфраструктура, которую строили надежно или на соплях.
Между провайдерами различные соединения с разными договорами по скорости и стоимости. Твой пакет может прийти по разному маршруту в разное время дня суток из-за стоимости.
в общем случае домашний пользователь.
Есть его комп, есть роутер в квартире - вот один кабель, один хоп до роутера, скажем 5 метров
потом езернет до роутера провайдера в подъезде, второй хоп, скажем 20 метров
от роутера провайдера идет оптикой, например несколько километров до серверной провайдера, третий хоп
Потом у самого провайдера может быть внутри несколько разных роутеров, которые врубаются в роутер отвечающий за внешние аплинки, четвертый хоп , скажем 2 метра
Потом до другого провайдера оптика, например 20 километров.
Потом у другого провайдера оптика внутренние маршрутизации по его серверной, пару метров
Потом у другого провайдера оптика еще одна внутренняя маршрутизации по его серверной, пару метров
Потом у другого провайдера оптика до какого-то дома, 1 км
Потом у другого провайдера езернет внутри дома до квартиры, 20м
Потом у другого провайдера езернет внутри квартиры до чужого компа.
Вот и приехали от одного пользователя до другого, это хорошо если пользователи в одном городе у разных провайдеров. А если в разных странах, а если там через 3-4 промежуточных провайдера...
Юзай команды tracert или traceroute чтобы посмотреть маршрут.
если jar, то по идее только jre (если им только запускать, то только runtime)
ну и на шарпе - это если под винду, то в общем случае совместимость между библиотеками довольно высокая.
А если под линукс, то шарповские библиотеки ж копируются те же самые.
А вот с нативными shared libary под линукс, там glibc и зависимости меняются и это гемор, да.
Поэтому хороший выход - jre и jar, тем более что их можно одним пакетом через jlink организовать.
Вот ознакомьтесь с тем, что в Линуксе между версиями несовместимость может оказаться гораздо больше, чем в Windows, и если исполняемый файл собран с shared library для другой версии линукса, значит не поддерживается.
Для этого собственно java распространяется в .jar файлах, чтобы как можно меньше зависеть от архитектуры и ее версиях, и зависеть только от версии java
Сделать файл так, чтобы "у других работало" невозможно, если не перечислить этих других и не соблюсти требования этих "других"
Бесплатные сканеры в основном закроют уже давно известные баги или элементарные ошибки конфигурации.
Да и платные тоже.
В вашем понимании проводку проложить и собрать щит может только электрик или установить газкотел и сварить пп трубы может только сантехник ?
В случае реальной атаки - именно так.
Есть инструмент отладчик. Он бесплатный. Можете им взломать, ну например регистрацию МС оффиса, если вы не профессиональный программист/хакер??
Поэтому автоматические проверки защищают в основном от банальных ошибок, от скрипт кидди, и известных уязвимостей. Если стоит касперский, то большинство из них уже закрыто.
Если же вас реально захотят взломать, то смотря кто. Для ФСБ вы уже установили Касперского =)
Сторонний хакер будет использовать социальную инженерию и обычные инструменты но с необычным подходом, поэтому от него автоматом защититься сложно.
Вопрос что именно вы хотите защитить, а то так сказать технического задания нет
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
Ну этим обычно не столько прокси занимается, сколько firewall, ибо прокси это то, с чем должен работать клиент, а не сервер.
В линуксе в фаервале вполне можно задать условия по которым сетевой пакет будет куда-то форвардиться.
В штатном виндовс фаерволе надо почитать что он может. Если он не умеет, посмотреть 3rd пати фаерволы для винды, у которых есть такой функционал
Антон Вебсайтовский, сперва бы уточнить чем не устраивают screen и tmux, ибо альтернатив практически нет, а если есть, то они работают по точно такому же принципу.
Yukan Mukimura, " Боже я не врубаю этот режим умники, нет чтоб предложить решение вы просто говорите энергосберегающий режим. "
Так посмотри в настройках что происходит при закрытии крышки. Обычно включение энергосбегерающего режима это автоматическое действие.
Второе - это проверить через подключение проводом. Если по проводу все ок, то возможно антенна расположена таким образом, что при закрытой крышке она частично экранируется
Нет никаких умников и нет никакого волшебства - просто перебираешь логичные варианты.