При соединении в сеть сегмента случаются конфликты используемых ников. Обычно таких ников не много. Мы со своей стороны можем помочь пользователям найти общий язык и урегулировать эти конфликты без применения насильственных мер. По нашему опыту, конфликты ников обычно всегда решаются мирно, люди понимают, что нет смысла тратить время не на общение, а пререкания по поводу принадлежности, и находят общий язык. Нам никогда не приходилось насильно менять результат переговоров в сторону одной из сторон.
Для соединения на Ваших серверах потребуется сменить софт сервера, ознакомиться с его примером файла конфигурации и настроить установленный сервер. Поскольку сервер постоянно находится в разработке, мы периодически апгрейдим софт сервера. На самом деле это случается не очень часто, например последний билд сервера был выпущен через четыре месяца после предыдущего. Иногда новые версии сервера выходят раньше. Апгрейдить сервер надо не обязательно каждый раз после выхода новой версии. Иногда просто исправляются некоторые не значительные ошибки или добавляются некоторая специфическая поддержка для отдельных случаев использования сервера. Если же в сеть устанавливается новая версия сервера и в этой версии расширяется протокол, исправляются серьезные ошибки или добавляются обязательная поддержка, например новых возможностей сервисов - тогда да, мы требуем не задерживать апгрейд софта сервера на новую версию. Команда разработчиков сервера будет специально отмечать, в каких случаях сервер надо проапгрейдить обязательно, а в каких - нет. После первоначальной установки сервера, с которой сопряжены знакомство с сервером, чтение документов по его сборке и настройке, апгрейд на новую версию занимает несколько минут: скачать, собрать, установить. Если при апгрейде будет необходимо что-то изменить в конфигурации или настройках сервера, команда разработчиков особо это отметит и даст рекомендации для быстрого внесения изменений. Для нормального функционирования сервера на машине сервера требуется настроить синхронизацию времени с правильным, например по NTP серверам. Делается эта настройка просто, один раз.
При особенной активности непонравившихся пользователей какого-то конкретного сервера (или нескольких серверов), операторы канала могут запретить доступ всем этим пользователям сразу, посредством списка +B и при необходимости открывать доступ лишь некоторым пользователям того сервера (или серверов). Или, как было отмечено выше, при желании владельцы канала могут вообще отгородить свой канал от внешнего мира (список +X), и при этом старые пользователи канала смогут заходить на него как и раньше, без дополнительных действий. Пример грамотного понимания ситуации продемонстрировали администраторы сервера в Тернополе, западная Украина. Пользователи их сервера общаются на своем родном языке и столкновений на их основном канале после линка было бы не избежать. Поэтому хозяева канала заранее установили на канале +X - эксклюзивный доступ - только для своего сервера, а потом, когда их пользователи почувствовали себя в сети более привычно, освоились с количеством других пользователей и каналов, научились применять технические возможности - открыли доступ на канал с других серверов. Связанных с линком проблем на их канале не было совсем. Так же мы очень выросли в плане отношения к пользователям. Правила использования своих полномочий привелегированными пользователями у нас определены очень жестко и их соблюдение также очень жестко контролируется. В случаях безнадежного непонимания миссии IRC оператора или повторяющихся прецедентов злоупотребления, нарушения наказываются лишением привилегий. При возникновении конфликтов (не относящихся к нарушениям общих правил пользователей для сети) на каналах абсолютный приоритет имеют владельцы канала, вне зависимости от статуса, прав доступа на сервере и привилегий конфликтующих сторон. На мой взгляд, теперь у нас более приятная атмосфера в команде администраторов. Администраторы сети работают слаженно, без ссор и потасовок, помнят, что предназначение их сервера и сети в целом - предоставлять клиентам качественный IRC сервис. При решении объединить наши сервера я надеюсь, что Ваши администраторы и IRC операторы также будут придерживаться этого правила и вольются в нашу дружную команду.
1. С линком Вы дадите своим пользователям возможность общаться более эффективно и интересно, без необходимости ходить на другой сервер. Дадите им возможность получить на своих каналах других интересных людей, с других концов страны.
2. С нашим сервером и сервисами Ваши пользователи получат много нового, удобного, эффективного в техническом плане. Станет больше возможностей обеспечить безопасность в IRC для себя и своих каналов.
3. Пользователи смогут получать квалифицированную помощь по различным вопросам использования IRC.
4. Администраторы получат более стабильный, надежный, эффективный, гибкий в настройке и удобный в использовании сервер.
Мировая информационная сеть Telnet
TELNET (англ. TELecommunication NETwork) — сетевой протокол для реализации текстового интерфейса по сети (в современной форме — при помощи транспорта TCP). Название «telnet» имеют также некоторые утилиты, реализующие клиентскую часть протокола.
Хотя в сессии Telnet выделяют клиентскую и серверную сторону, протокол на самом деле полностью симметричен. После установления транспортного соединения (как правило, TCP) оба его конца играют роль «сетевых виртуальных терминалов» (англ. Network Virtual Terminal, NVT), обменивающихся двумя типами данных:
1. Прикладными данными (т.е. данными, которые идут от пользователя к текстовому приложению на стороне сервера и обратно);
2. Опциями протокола Telnet, служащими для уяснения возможностей и предпочтений сторон.
Прикладные данные проходят через протокол без изменений, т.е. на выходе второго виртуального терминала мы видим именно то, что было введено на вход первого. С точки зрения протокола данные представляют просто последовательность байтов (октетов), по умолчанию принадлежащих набору ASCII, но при включенной опции Binary — любых. Хотя были предложены расширения для идентификации набора символов , но на практике ими не пользуются. Все значения октетов прикладных данных кроме \377 (десятичное 255) передаются по транспорту как есть. Октет \377 передаётся последовательностью \377\377 из двух октетов. Это связано с тем, что октет \377 используется на транспортном уровне для кодирования опций.
Исторически Telnet служил для удалённого доступа к интерфейсу командной строки операционных систем. Впоследствии его стали использовать для прочих текстовых интерфейсов, вплоть до игр MUD и анимированного ASCII-art. Теоретически, даже обе стороны протокола могут являться программами, а не человеком. Иногда клиенты telnet используются для доступа к другим протоколам на основе транспорта TCP, см. #Telnet и другие протоколы. Протокол telnet используется в управляющем соединении FTP, т.е. заходить на сервер командой telnet ftp.example.net ftp для выполнения отладки и экспериментов не только возможно, но и правильно (в отличие от применения клиентов telnet для доступа к HTTP, IRC и большинству других протоколов).
В протоколе не предусмотрено использование ни шифрования, ни проверки подлинности данных. Поэтому он уязвим для любого вида атак, к которым уязвим его транспорт, т.е. протокол TCP. Для функциональности удалённого доступа к системе в настоящее время применяется сетевой протокол SSH (особенно его версия 2), при создании которого упор делался именно на вопросы безопасности. Так что следует иметь в виду, что сессия Telnet весьма беззащитна, если только не осуществляется в полностью контролируемой сети или с применением защиты на сетевом уровне (различные реализации виртуальных частных сетей). По причине ненадёжности от Telnet как средства управления операционными системами давно отказались.
В среде специалистов по технологиям internet распространено мнение, что клиент Telnet пригоден для осуществления ручного доступа (например, в целях отладки) к таким протоколам прикладного уровня как HTTP, IRC, SMTP, POP3 и прочим текст-ориентированным протоколам на основе транспорта TCP. Однако, использование клиента telnet в качестве клиента TCP вызывает следующие нежелательные эффекты:
1. Клиент может передать данные, которые Вы не вводили (опции Telnet);
2. Клиент не будет принимать октет \377;
3. Клиент будет искажать октет \377 при передаче;
4. Клиент вообще может отказаться передавать октеты со старшим битом 1.