начать с любого - понять суть языка - потренироваться на имеющихся железяках.
Потом просто вникнуть в отличия реквестуемой платформы и допилиться надфилем
Ivanushka255, "поддержание соединения" выливается в таймауты связи, т.е. если от противоположной стороны нет пакетов нн-ое количество секунд/минут, то значит каналу кранты и надо выдавать пользователю "обрыв канала" или инициировать переподключение, если есть такая возможность.
плюс "пинг" соединения пустыми пакетами, чтобы по таймауту не отваливался.
и т.д. и т.п.
длина сегмента "медной" сетевой лапши не более 100 метров, зато она дешовая.
длина оптического сегмента от километра и выше в зависмости от качества оптики и назначения, оптика дороже, но зато дает более высокие скорости, с большей длиной и т.д.
поэтому обычно на многоквартирный дом ставят коммутатор для коротких связей с клиентами по медной лапше. а меж домами уже тянут скоростную оптику.
если под "телефонным" соединением подразумевать работу VoIP, то там отличий от "компутерного интернета" нет.
Ivanushka255, нисколько, в пакетной передаче не существует сессий.
имхо тебе надо сильно вникнуть в стек протоколов http или osi :)
сессия для получения содержимого какого-либо содержимого с сайта длится столько сколько нужно.
но она существует на уровне потоков данных tcp-протокола.
"ниже" tcp непрерывный поток данных нарезаются на пакеты по 1,5 кб и передаются в сеть для передачи из точки А в точку Б. какими путями пройдут эти пакеты определяются правилами роутинга.
правила могут динамическими: к примеру на телепоне интернет динамически переключается между wifi и сотовыми сетями.
или статическими: к примеру, связь с определенным сервером может производится только через опредленное соединение. к примеру сайт доступен только через впн.
Константин, конечно же нет :)
со стороны системы у тебя появляется еще одно сетевое подключение.
Как ты будешь роутить пакеты между сетевыми подключениями зависит лишь от твоих настроек сетевой подсистемы.
статический вручную настроенный путь в таблице роутинга.
управляемый комутатор, в котором вручную настроены правила роутинга пакетов между портами.
и т.д.
Kibernet, обфускация аккурат и усложняет чтение кода посторонними лицами...
ищи "обфускация python" и смотри варианты.
имхо, самое эффективное, компилирование кода в бинарь. реверс-инжиниринг ой как дорог и тяжел...
да кстати покак ковырял вспомнил про local_enable=YES это включает использование настроек локальных пользователей линукса для входа по фтп.
если оно не включено то все пользователи фтп берутся откуда из другого места и все настройки локальных пользователей идут лесом.
# Allow anonymous FTP? (Disabled by default)
anonymous_enable=NO
# Uncomment this to allow local users to log in.
local_enable=YES
# Uncomment this to enable any form of FTP write command.
write_enable=YES
allow_writeable_chroot=YES
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=002
dirmessage_enable=NO
use_localtime=YES
xferlog_enable=YES
# You may restrict local users to their home directories. See the FAQ for
# the possible risks in this before using chroot_local_user or
# chroot_list_enable below.
chroot_local_user=YES
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
# (Warning! chroot'ing can be very dangerous. If using chroot, make sure that
# the user does not have write access to the top level directory within the chroot)
chroot_list_enable=YES
chroot_list_file=/etc/vsftpd.chroot_list
Потом просто вникнуть в отличия реквестуемой платформы и допилиться надфилем