gkermit - آنلاین در ابر

برنامه:

نام

gkermit - نرم افزار انتقال فایل G-Kermit (GNU Kermit) 1.00.

خلاصه

gkermit [ گزینه ها ] -s فایل(های) ارسال فایل
gkermit [ گزینه ها ] -g فایل(های) دریافت فایل ها
gkermit [گزینه‌ها] -r دریافت فایل‌ها

شرح

G-Kermit یک برنامه یونیکس برای انتقال فایل ها با استفاده از Kermit است
پروتکل G-Kermit محصول پروژه Kermit در کلمبیا است
دانشگاه. این نرم افزار رایگان تحت مجوز عمومی گنو است. را ببینید
در حال کپی کردن فایل برای جزئیات

فراخوانی G-KERMIT
باینری G-Kermit "gkermit" نامیده می شود. باید در جایی ذخیره شود
در مسیر UNIX شما؛ معمولاً به صورت /usr/local/bin/gkermit در دسترس است.
برای اجرای G-Kermit، فقط "gkermit" و سپس گزینه های خط فرمان را تایپ کنید
که به آن می گویند چه باید بکند. اگر هیچ گزینه ای داده نشود، یک کاربرد چاپ می کند
پیام لیست گزینه های موجود

اگر گزینه ای آرگومان را بگیرد، آرگومان مورد نیاز است. اگر یک گزینه
استدلال نمی گیرد، هیچ استدلالی ممکن است ارائه شود (استثنا: -d). در
گزینه های عمل -r، -s و -g هستند. فقط یک گزینه عمل ممکن است داده شود.
اگر هیچ گزینه عملی داده نشود، G-Kermit هیچ کاری انجام نمی دهد (به جز احتمالاً
پیام استفاده از آن را چاپ کنید یا یک فایل debug.log ایجاد کنید). در اینجا برخی از
مثال‌ها ("$" دستور پوسته است):

$ gkermit -s hello.c <-- فایل hello.c را ارسال کنید
$ gkermit -s hello.* <-- ارسال همه فایل های hello.*
$ gkermit -r <-- منتظر دریافت فایل ها باشید
$ gkermit -g hello.c <-- فایل hello.c را دریافت کنید
$ gkermit -g hello.\* <-- همه فایل های hello.* را دریافت کنید

گزینه هایی که آرگومان نمی گیرند را می توان با گزینه های دیگر "بسته" کرد.
گزینه ای که آرگومان می گیرد همیشه باید با فاصله و دنبال شود
سپس آرگومان(های) آن. مثال ها:

$ gkermit -is hello.o <-- ارسال hello.o در حالت باینری
$ gkermit -dr <-- دریافت با اشکال زدایی

خط فرمان OPTIONS
-r دریافت کنید. منتظر فایل های دریافتی باشید.
-s fn SEND. ارسال فایل(های) مشخص شده توسط fn.
-g fn GET. فایل(های) مشخص شده را از سرور دریافت کنید.
-a fn AS-NAME. نام جایگزین برای فایل
-I IMAGE. انتقال حالت باینری (پیش‌فرض).
-T TEXT. انتقال متن به حالت
تبدیل -P PATH (نام فایل) غیرفعال شد.
-w WRITEOVER هنگام برخورد نام فایل ها.
-K فایل های دریافتی ناقص را نگه دارید.
-px PARITY. x = e,o,m,s,n; پیش فرض = n (یک).
-en طول بسته. n = 40-9000; پیش فرض = 4000.
-bn تایم اوت. مهلت زمانی هر بسته، ثانیه.
-x XON/XOFF. Xon/Xoff را در درایور tty تنظیم کنید.
--x Xon/Xoff را در درایور tty تنظیم کنید.
-S STREAMING غیرفعال شد.
-X خارجی. G-Kermit یک پروتکل خارجی است.
-q ساکت. سرکوب پیام ها
-d DEBUG. اطلاعات اشکال زدایی را در ./debug.log بنویسید.
-d fn DEBUG. اطلاعات اشکال زدایی را در فایل داده شده بنویسید.
-h HELP. نمایش پیام استفاده مختصر

می توانید گزینه هایی را در خط فرمان یا از طریق G-Kermit ارائه دهید
متغیر محیطی GKERMIT که می تواند حاوی هر gkermit معتبر باشد
گزینه های خط فرمان اینها قبل از خط فرمان واقعی پردازش می شوند
گزینه ها و بنابراین می توانند توسط آنها نادیده گرفته شوند. به عنوان مثال برای bash یا ksh که
اگر می‌خواهید همیشه فایل‌های ناقص را نگه دارید، می‌توانید در نمایه خود قرار دهید،
سرکوب جریان، سرکوب پیام‌ها و استفاده از Space Parity:

صادرات GKERMIT="-K -S -q -ps"

مکانیک OF فایل انتقال
برای انتقال فایل ها با G-Kermit باید از طریق ترمینال متصل باشید
شبیه ساز سیستم یونیکس که در آن G-Kermit در حال اجرا است، یعنی شما هستید
آنلاین به یونیکس و دسترسی به درخواست پوسته (یا منویی که دارد
گزینه ای برای فراخوانی G-Kermit). اتصال می تواند سریال (مستقیم یا
شماره گیری شده) یا شبکه (Telnet، Rlogin، X.25، و غیره).

وقتی به G-Kermit می گویید یک فایل (یا فایل ها) را ارسال کند، به عنوان مثال با:

$ gkermit -Ts oofa.txt

برای یک ثانیه مکث می کند و سپس اولین بسته خود را ارسال می کند. چه اتفاقی می افتد
بعدی به قابلیت های شبیه ساز ترمینال شما بستگی دارد:

· اگر شبیه ساز شما از "دانلودهای خودکار" Kermit پشتیبانی می کند، آن را پشتیبانی می کند
فایل را به صورت خودکار دریافت می کند و شما را دوباره در آن قرار می دهد
صفحه ترمینال پس از اتمام.

· در غیر این صورت، باید هر اقدامی را که لازم است انجام دهید
شبیه ساز شما برای جلب توجه آن: یک عمل ماوس، یک ضربه کلید
مانند Alt-x یا یک دنباله کاراکتر مانند Ctrl-\ یا Ctrl-]
به دنبال آن حرف «ج» (به این «بازگشت فرار» می گویند) و
سپس به آن بگویید فایل را دریافت کند. زمانی که انتقال است
کامل است، باید به شبیه ساز خود دستور دهید که به آن بازگردد
صفحه ترمینال

در حین انتقال فایل، اکثر شبیه سازهای ترمینال نوعی اجرا را انجام می دهند
نمایش پیشرفت انتقال فایل

وقتی به G-Kermit می گویید که دریافت کند (با "gkermit -r")، این به شما نیاز دارد
برای فرار به شبیه ساز ترمینال خود و دستور ارسال آن به آن
فایل(های) مورد نظر

اگر شبیه ساز ترمینال شما از دانلود خودکار Kermit و سرور Kermit پشتیبانی می کند
حالت، سپس می توانید از GET ("فایل های gkermit -g...") به جای دریافت استفاده کنید
("gkermit -r")، و بقیه به طور خودکار اتفاق می افتد، مانند زمانی که G-Kermit است
در حال ارسال.

قطع کردن فایل انتقال
G-Kermit از وقفه فایل و گروه پشتیبانی می کند. روش برای
قطع انتقال بستگی به شبیه ساز ترمینال شما دارد. مثلا،
در حالی که صفحه نمایش انتقال فایل فعال است، می توانید حرف x را تایپ کنید
برای لغو فایل فعلی و رفتن به فایل بعدی (در صورت وجود)، و
حرف z برای لغو گروه. یا ممکن است دکمه هایی وجود داشته باشد که می توانید روی آنها کلیک کنید
با ماوس خود

وقتی G-Kermit در حالت بسته است و شبیه ساز ترمینال شما در آن است
صفحه پایانه، همچنین می توانید سه (3) کاراکتر Ctrl-C را پشت سر هم تایپ کنید
برای خروج G-Kermit و بازیابی حالت های ترمینال عادی.

TEXT و دودویی انتقال MODE
هنگام ارسال فایل ها در حالت باینری، G-Kermit هر بایت را دقیقاً به همان اندازه ارسال می کند
روی دیسک ذخیره می شود. این حالت برای باینری های برنامه مناسب است،
فایل های گرافیکی، آرشیو تار، فایل های فشرده و غیره و متعلق به G-Kermit است.
حالت پیش فرض انتقال فایل هنگام ارسال هنگام دریافت فایل ها به صورت باینری
حالت، G-Kermit به سادگی هر بایت را روی دیسک کپی می کند. (بدیهی است که بایت ها هستند
برای انتقال کدگذاری شده است، اما رویه‌های رمزگذاری و رمزگشایی یک نشان می‌دهند
کپی فایل اصلی پس از انتقال.)

هنگام ارسال فایل ها در حالت متنی، G-Kermit فرمت رکورد را به آن تبدیل می کند
مشترکی که برای پروتکل کرمیت تعریف شده است، یعنی خطوط
با بازگشت باربری و تغذیه خط (CRLF) خاتمه می یابد. گیرنده تبدیل می شود
CRLFها برای هر قرارداد پایان خط یا فرمت رکوردی که در آن استفاده می شود
سکو. هنگام دریافت فایل ها در حالت متنی، G-Kermit به سادگی حذف می شود
کالسکه برمی گردد و تنها یک خط تغذیه در انتهای هر خط باقی می ماند که
کنوانسیون یونیکس است.

هنگام دریافت فایل، حالت انتقال فرستنده (متن یا باینری)
اگر فرستنده این اطلاعات را در Kermit به G-Kermit بدهد غالب است
بسته File Attribute که البته به ترمینال شما بستگی دارد
پروتکل کرمیت شبیه ساز دارای این ویژگی است. در غیر این صورت، اگر یک -i دادید
یا گزینه -T در خط فرمان gkermit، حالت مربوطه استفاده می شود.
در غیر این صورت از حالت پیش فرض (باینری) استفاده می شود.

علاوه بر این، هنگام ارسال یا دریافت، G-Kermit و ترمینال شما
Kermit شبیه ساز می تواند یکدیگر را از نوع سیستم عامل خود مطلع کند (UNIX در G-
مورد کرمیت). اگر شبیه ساز شما از این قابلیت پشتیبانی می کند که اینطور است
"تشخیص خودکار همتا" نامیده می شود، و به G-Kermit می گوید که وجود دارد
پلتفرم نیز UNIX، G-Kermit و Kermit شبیه ساز به صورت خودکار است
به حالت باینری بروید، زیرا نیازی به تبدیل فرمت رکورد نیست
در این مورد. در صورتی که تشخیص خودکار همتایان به طور خودکار غیرفعال می شود
شما گزینه -i (تصویر) یا -T (متن) را اضافه می کنید.

هنگام ارسال، G-Kermit همه فایل ها را در حالت یکسان، متنی یا باینری ارسال می کند.
هیچ تغییر حالت خودکار در هر فایل وجود ندارد. با این حال، هنگام دریافت،
تغییر در هر فایل به طور خودکار بر اساس ویژگی ورودی انجام می شود
بسته هایی، در صورت وجود (در زیر توضیح داده شده) که هر فایل را همراهی می کنند.

PATHNAMEs
هنگام ارسال یک فایل، G-Kermit نام فایل ها را از دستور دریافت می کند
خط به پوسته بستگی دارد که متاکاراکترها را گسترش دهد (کاراکترهای عام و
جزر و مد).

G-Kermit از نام مسیر کامل داده شده برای یافتن و باز کردن فایل استفاده می کند، اما پس از آن
قبل از ارسال نام به گیرنده، نام مسیر را حذف می کند. برای
مثال:

$ gkermit -s / غیره / میزبان

منجر به دریافت فایلی به نام "HOSTS" یا "hosts" توسط گیرنده می شود
بخش دایرکتوری، "/و غیره/"، کنده شده است).

با این حال، اگر یک نام مسیر در گزینه -a گنجانده شود، بخش دایرکتوری
سلب نشده است:

$ gkermit -s / غیره / میزبان -a /tmp/hosts

این مثال می فرستد / غیره / میزبان فایل اما به گیرنده می گوید که هست
نام "/tmp/hosts" است. کاری که گیرنده با نام مسیر انجام می دهد، از
البته، تا گیرنده، که ممکن است گزینه های مختلفی برای معامله داشته باشد
با نام مسیرهای ورودی

هنگام دریافت فایل، G-Kermit نام مسیر را حذف نمی کند. اگر
نام فایل ورودی شامل یک مسیر است، G-Kermit سعی می کند فایل را در آن ذخیره کند
مکان مشخص شده اگر مسیر وجود نداشته باشد، انتقال با شکست مواجه می شود.
البته نام مسیر ورودی را می توان با گزینه -a رد کرد.

نام فایل تبدیل
هنگام ارسال یک فایل، G-Kermit معمولاً نام فایل های خروجی را به آن تبدیل می کند
شکل رایج: حروف بزرگ، بیش از یک نقطه، و بدون شخصیت های خنده دار.
بنابراین، برای مثال، gkermit.tar.gz به عنوان GKERMIT_TAR.GZ ارسال می شود.

هنگام دریافت فایل، اگر نام تماماً بزرگ باشد، G-Kermit آن را تبدیل می کند
به همه حروف کوچک اگر نام حاوی حروف کوچک باشد، G-Kermit
نام را به حال خود رها می کند

اگر ویژگی تشخیص خودکار همتایان در ترمینال موجود باشد
شبیه ساز، و G-Kermit پلت فرم شبیه ساز را به عنوان UNIX، G- می شناسد.
Kermit به طور خودکار تبدیل نام فایل را غیرفعال می کند و ارسال می کند و می پذیرد
نام فایل ها به معنای واقعی کلمه

می‌توانید با قرار دادن گزینه -P در دستور، نام فایل‌های تحت اللفظی را مجبور کنید
خط.

نام فایل برخوردها
هنگامی که G-Kermit فایلی را دریافت می کند که نام آن با an یکی است
فایل موجود، G-Kermit با افزودن یک فایل منحصر به فرد، از فایل موجود "پشتیبان" می گیرد
پسوند نام آن پسوند ".~n~" است که n یک عدد است. این
نوعی پسوند پشتیبان با GNU EMACS و موارد دیگر سازگار است
برنامه های کاربردی محبوب

برای از بین بردن قابلیت پشتیبان گیری و بازنویسی فایل های ورودی موجود
فایل هایی با همین نام، گزینه -w (writeover) را در دستور قرار دهید
خط.

برگشت ارزش

G-Kermit یک کد وضعیت خروج 0 را در صورت موفقیت همه اقدامات و 1 برمی گرداند
اگر هر اقدامی شکست خورد

پیاده سازی NOTES

جی-کرمیت کوچک، قابل حمل و پایدار طراحی شده است و در نظر گرفته شده است
برای استفاده فقط در "انتهای دور" یک اتصال؛ آن را نمی سازد
خود اتصالات، اگرچه می تواند به عنوان یک پروتکل خارجی توسط
برنامه های دیگری که ارتباط برقرار می کنند. برای کوچک و پایدار نگه داشتن آن، آن را
شامل پنجره های کشویی، دستور یا زبان برنامه نویسی یا
ترجمه مجموعه کاراکتر برای قابل حمل و پایدار نگه داشتن آن، از استفاده خودداری می شود
خدمات سیستمی که در تمام انواع یونیکس استاندارد نشده اند
و بنابراین، به ویژه، از مهرهای زمانی فایل، داخلی پشتیبانی نمی کند
بسط wildcard و سایر ویژگی هایی که پیاده سازی نشده اند
به طور مداوم (یا اصلاً) در تمام یونیکس ها.

محیط زیست

ممکن است یک متغیر محیطی GKERMIT تعریف شود (به عنوان مثال در پوسته شما
نمایه) شامل گزینه های خط فرمان G-Kermit. اینها توسط پردازش می شوند
G-Kermit قبل از هر گزینه ای که در خط فرمان مشخص شده است و
بنابراین توسط گزینه های خط فرمان لغو می شوند.

عیب یابی

اگر در حین انتقال فایل خطایی رخ دهد G-Kermit یک بسته خطا را به آن ارسال می کند
شبیه ساز ترمینال شما برای لغو انتقال؛ یک خطای مناسب
پیام باید روی صفحه نمایش شما نمایش داده شود.

خطاها

انتقال فایل ممکن است به دلایلی با شکست مواجه شود:

· عدم دسترسی خواندن به فایل منبع.
· عدم دسترسی نوشتن به فهرست هدف.
· عدم کنترل جریان کافی.
· استفاده از جریان در یک اتصال غیر قابل اعتماد.
بدون پیشوند بیش از حد از کاراکترهای کنترل.
· ارسال داده های 8 بیتی بر روی یک اتصال 7 بیتی.
· بسته ها برای بافرهای گیرنده خیلی طولانی هستند.
· فاصله زمانی برای اتصال خیلی کوتاه است.

و خیلی های دیگر؛ این موارد در مراجع پوشش داده شده است.

مراجع

پروتکل Kermit در "Kermit, A File Transfer Protocol" توسط مشخص شده است
فرانک دا کروز، چاپ دیجیتال (1987). اثبات صحت کرمیت
پروتکل در "مشخصات و روش های اعتبار سنجی"، ویرایش شده توسط
Egon Boerger، انتشارات دانشگاه آکسفورد (1995). "استفاده از C-Kermit" اثر فرانک
دا کروز و کریستین ام. جیانونه، چاپ دیجیتال (1997، یا نسخه بعدی)
بسیاری از اصطلاحات و تکنیک هایی که در اینجا به آنها اشاره شده است را توضیح می دهد
با آنها آشنا نیست، و همچنین شامل آموزش در مورد داده است
ارتباطات، عیب یابی گسترده و نکات عملکرد و غیره
کتاب های مختلف دیگری در مورد کرمیت از چاپ دیجیتال موجود است. برخط
منابع عبارتند از:

وب سایت: http://www.columbia.edu/kermit/
ftp: ftp://kermit.columbia.edu/kermit/g/
اخبار: comp.protocols.kermit.misc
ایمیل [ایمیل محافظت شده]

همچنین فایل README توزیع شده با G-Kermit را برای جزئیات بیشتر ببینید.
همچنین می توان آن را در ftp://kermit.columbia.edu/kermit/g/README.

از gkermit آنلاین با استفاده از خدمات onworks.net استفاده کنید