Зная ркон, можно ли просмотреть кфг?

я установил rcon на сервере и хочу добавить команду в server.cfg не заходя при этом через фтп и тд либо могу ли я открыть какой-то файл с помощью ркон и посмотреть файл допустим advertisment.ini либо конфиг какой-то?

нет
ftp также не дает возможность посмотреть содержимое файла, только скачать его.
Для просмотра файла нужен доступ к фс, и с помощью нужной программы для просмотра файлов открыть его содержимое.
В теории, в rcon можно было бы реализовать такой функционал, но этого не сделали по объективным причинам.

А зная ркон есть возможность узнать FTP?

Gecko, а через ссш посмотреть содержимое файла можно?

При чем тут ssh, в теме автор упомянул только ftp, я в начале ответил коротко - нет, потом добавил более развернутый ответ в котором дал понять что никакие ftp*, а в твоем случае и ssh/sftp за просмотр файлов не отвечают.
В контексте темы есть два понятия rcon, это протокол и как некая программа/скрипт (клиент) которая в теории может выводить данные файлов в консоль, как удаленно так и локально.

А мне вот интересно, а каким образом с помощью ssh ты открываешь файлы?
Команду в студию пожалуйста.

Gecko, да не важно каким образом. Концептуально чем отличается просмотр содержимого файла через фтп, путем его загрузки во временный файл и вывода в редакторе у себя на пк, от вывода содержимого файла через терминал, когда по сети это будет одинаковый перегон байтов с сервера на комп с выводом либо в редакторе либо в терминале ссш клиента?
Если мы говорим о сетевом взаимодействии, конечно.

Eka,
Важно! Не уходи от ответа. Просто напиши команду с помощью которой я могу просмотреть файл используя ssh, про ftp я даже не спрашиваю...
Чтобы понимать суть вопроса и его решение, человек должен понимать как работает та или иная технология, за что она отвечает.
Недавно один умник мне пытался доказать что Jami это полностью децентрализованный мессенджер, если бы человек знал основы TCP/IP, то такого спора не возникло бы.

ssh username@server_ip "cat file_path"

Fullserver,

Это две команды, в данном примере файл для просмотра откроет программа cat, ssh выполняет лишь передачу вывода/данных (это если упростить).

на rehlds можешь посмотреть через motdfile / motd, на hlds уже не работает.

Gecko, не понял, это как через фтп ты не можешь посмотреть файл? Посмотреть/отредактировать/сохранить.

Используя протокол ftp ты работаешь с передачей файлов/данных и всё, а что бы посмотреть/отредактировать содержимое этого файла, тебе необходимо использовать специальную программу для просмотра/редактирования этого файла.
То есть, ты вначале скачиваешь файл по протоколу ftp, а потом открываешь в нужной программе этот файл уже локально. К примеру, твой графический программа-клиент (поддерживающая протокол ftp) скорее всего работает с этим файлом из кэша, позволяя открыть его в той программе которую ты укажешь в настройках, в зависимости от типа файла, ну либо будет подставлена программа по умолчанию в твоей системе для определенного типа файла (MIME тип), на Windows текстовый файл откроет приложение "Блокнот".

Gecko, Конечно жесть ты душный. Но гуглом научился за столько лет пользоваться, хвалю.

Если исходить из твоей логики, то все остальные в этой теме google всё ещё не осилили.
А мне вот интересно, ты наверное находишь актуальную информацию исключительно в книгах?

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

Gecko, Юный интеллектуал, перечитай моё сообщение ещё раз 5. Тогда, может быть, ты поймёшь его посыл.

Дам подсказку: ничего плохого не было сказано в сторону того, чтобы ты собрал информацию по гуглу.

Elman370, дам подсказку, эту информацию я собрал не в поисковой системе, а в далекие нулевые, когда учился в универе. Именно тогда для меня стало очевидно что Transfer Protocol это про передачу данных по сети. На 2003/2004 год у меня уже был доступ в сеть с Ethernet, и если говорить про поисковики, то это был точно не гугл. И в основном, всю базовую информацию я получал именно из книжек и даже журналов, а не из сети. Так что ты немного не угадал, и про юный и про google...
К стати, мое первое образование было именно профильное, Киев (НАУ). А твое?

Gecko, нет, не важно, никакой разницы. Что ты байты перекинешь через фтп и выведешь содержимое файла на экран в редакторе с локального файла, что ты через терминал посмотришь содержимое файла любым удобным тебе софтом и выведешь содержимое на экран терминала себе по сети. Ваще плевать.
Не плевать только тем, кто себе цену набивает пустыми словами и обещаниями. Типа там альтернативных мс, знаешь, и все такое. Софт архивами на форумах публикует, который там никому не нужен. Ну да ладно.

Eka,
Я не думаю что ты настолько тупой.

Если ты это серьёзно, то нам не о чем разговаривать.


Я никому ничего не обещал, всё что я хотел написать я уже давно написал и кому надо, дал в пользование полностью готовое к продакшн решение. Если тебе нужно, могу и тебе скинуть, мне не жалко. Если ты думаешь что это никому не нужно, то я тебя наверное расстрою... Репу к стати я удалил, потому как поступила просьба написать ряд программ, в том числе и онлайн-установщик который я если посчитаю нужным опубликую не в виде репы а в виде организации, потому как это уже несколько самостоятельных программ которые связаны между собой.
Короче, не переживай ты так за меня.

К стати, недавно написал программу, которая позволяет получить удаленный доступ без подключения к серверу, а как ты бы это реализовал? Ты же программист, верно? Это вот как раз тема для рассуждений в контексте твоего ответа, где совершенно всё равно, что протокол передачи данных, что программа, что файл...

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