Нет гарантии, что другой интерфейс будет маршрутизировать трафик соответствующим образом. Даже если он прокладывает маршрут к устройству по указанному адресу, устройство может быть не тем, для которого оно предназначено. Существует ряд проблем, которые могут возникнуть:
Изменение маршрутизации на другой интерфейс может наложить на трафик правила NAT, которые прервут соединения, когда интерфейс появится.
Для диапазонов частных IP-адресов, указанных в вопросе, интерфейс может подключиться к другой организации с совершенно другой сетью. Локальная сеть 10.0.0.0/8 будет неуместным местом для маршрутизации такого трафика. Даже в той же организации блок может представлять собой тестовую сеть, копирующую производственную сеть.
Для адресов, которые могут быть маршрутизированы через Интернет, могут быть причины, связанные с безопасностью, которые не позволяют маршрутизировать трафик через Интернет. Хотя это не рекомендуется, для маршрутизации трафика можно использовать локальную маршрутизацию, которая должна быть защищена. Хотя лучше всего шифровать трафик, в некоторых случаях это может быть сложно сделать.
Предполагая, что вы хотите просмотреть N
TH PILE файла, вы можете просто сделать:
sed -n '42p' yourfile.py
заменить 42
с любым номером строки, который вы хотите увидеть.
После вашего редактирования: если вы также хотите EXECUTE этот код, просто проложите его на Python
:
sed -n '42p' yourfile.py | python
Заменитель ... \ n ... вещь "Содержанием файла" New "в одном или нескольких входных файлах
perl -i -p0e 's/Some.*?thing\n/`cat new`/se' input.txt ...
--i
, чтобы изменить Input.txt напрямую -P0
файл входного файла SLURP И напечатайте его в конце S / REGEXP /... / S
в Regexp .
. | \ N
S /.../ Exp / E
замена на EVAL (EXP)
S / какой-то текст \ N ... \ N ... вещь \ n / ...
На основании @doorknob ответа и в случае кого-то нахождения этого в поисках и , желающих найти n-й строчку вывода . Тогда сделайте это.
run-program | sed -n '2p'
Это будет распечатать 42-ю выходную строку Run-Program
E.G.
python yourfile.py | sed -n `2p`
Система не знает, является ли файл двоичным или текстовым. Во всех (AFAIK) операционных системах Unix fopen (путь, «rb»)
в точности совпадает с fopen (путь «r»)
- b
не имеет эффекта. Он принят, потому что стандарт C должен быть портативным для некоторых других ОС, которые делают такое различие.
Я разобрался. Если в будущем эта проблема возникнет у кого-либо еще, я забыл указать порт, который будет использоваться для службы, изменил имя службы на ftp и установил для параметра disable значение no. Вот мой последний служебный файл:
service ftp
{
port = 21
disable = no
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/bin/ftpd
instances = 20
}
Для работы с журналом я использовал следующую команду:
/usr/sbin/xinetd -filelog /var/log/xinetd -f /etc/xinetd.conf
-121--166690- Если вам не комфортно с bash/shell, вы можете написать сценарий python для этого тоже!
#!usr/bin/env python
# usage: ./script file line_no
import sys
data = ''
with open(sys.argv[1],'r') as f:
data = f.read()
data = data.split('\n')
try:
print data[sys[2] +1]
except IndexError:
print "Line doesn't exist"
ПРИМЕЧАНИЕ: Это просто быстрый и грязный пример. Вы можете улучшить его по своему вкусу.