Töö a kaugtöötaja on palju eeliseid, kuid tõhusa hajutatud töökeskkonna loomine võib olla tõeline väljakutse. Muidugi on palju lähenemisviise, mida saab kasutada, ja ükski parim viis ei sobi kõigile. Digitaalne töökoha korraldamine on tõepoolest väga isiklik asi ja see, mis sobib ühele arendajale, ei pruugi kellegi teise jaoks üldse hästi sobida.
Seda silmas pidades on siin esitatud seadistus lihtsalt see, mis minu jaoks isiklikult hästi töötab, eriti kaugprojektide puhul, mis hõlmavad nii arendust kui ka süsteemi administreerimist. Ma usun, et sellel lähenemisel on mitmeid eeliseid, kuid iga lugeja peaks kaaluma, kuidas seda oma operatiivsete vajaduste ja isiklike eelistuste kombinatsioonil kohandada talle kõige paremini sobival viisil.
kuidas kasutada alglaadimist html-is
Minu lähenemine põhineb suuresti SSH-i pakutavatel funktsioonidel ja Linuxi seotud tööriistadel. Pange tähele, et MacOS-i ja muude Unixi-laadsete süsteemide kasutajad saavad kirjeldatud protseduure ka ära kasutada, kuivõrd nende süsteemid toetavad kirjeldatud tööriistu.
Minu isiklik miniserver
Tähtis esimene samm minu seadistuses on a Vaarika Pi 2 -toitega server minu enda kodus , mida kasutatakse minu lähtekoodihoidlatest demo saitideni.
Kuigi ma reisin, on minu korter minu kaugjuhtimise 'fikseeritud baasina' korraliku Interneti-ühenduse (100 Mbit / s) ja peaaegu ilma täiendava latentsuseta. See tähendab, et minu korterist piirab mind põhimõtteliselt ainult sihtvõrgu kiirus. Kirjeldus, mida kirjeldan, töötab seda tüüpi ühenduvusega kõige paremini, kuigi see pole nõutav. Tegelikult olen ka seda lähenemist kasutanud, kui mul oli suhteliselt madala ribalaiusega ADSL-ühendus ja enamik asju toimis suurepäraselt. Ainus reaalne nõue on minu kogemuse kohaselt see, et ribalaius oleks kas mõõtmata või mustus odav.
Kodukasutajana on mul kõige odavam koduvõrgu ruuter, mida Interneti-teenuse pakkuja saaks osta, millest minu jaoks lihtsalt ei piisa. Seetõttu palusin, et Interneti-teenuse pakkuja lülitaks ruuteri silla režiimi, kus see toimib ainult ühenduse terminalina, pakkudes PPPoE täpselt ühele ühendatud süsteemile. See tähendab, et seade lakkab töötamast WiFi pöörduspunktina või isegi tavalise koduse ruuterina. Kõigi nende ülesannetega tegeleb a professionaalne väike Mikrotiku ruuter RB951G-2HnD . See täidab ÖÖ teenus minu kohalikule võrgule (mille olen nummerdanud 10.10.10.0/24) ja pakkumised DHCP sellega ühendatud traadiga ja traadita seadmetele. Mikrotikul ja Raspberry Pi-l on staatilised aadressid, kuna neid kasutatakse kontekstides, kus on vaja tuntud aadressi. Minu puhul on need vastavalt 10.10.10.1 ja 10.10.10.10.
Minu koduühendusel pole staatilist IP-aadressi. Minu eesmärkidel on see vaid eemalt töötamise ebamugavus, kuna eesmärk on luua isiklik või SOHO töökeskkond, mitte ööpäev läbi avatud sait. (Neile, kes vajavad oma serveri jaoks staatilist IP-aadressi, tasub märkida, et staatiliste IP-aadresside maksumus on jätkuvalt langenud ja üsna odavad staatilised VPN-i IP-võimalused on saadaval.) Minu kasutatav DNS-maakler, Joker.com pakub kõigi oma muude teenuste kõrval tasuta dünaamilist DNS-teenust, nii et minu isikliku domeeni üks alamdomeen on olemas dünaamilise nimena. Ma kasutan seda nime väljastpoolt oma võrku ühenduse loomiseks ja Mikrotik on konfigureeritud edastama SSH-d ja HTTP-d NATi kaudu vaarikale Pi. Pean lihtsalt sisestama ekvivalendi ssh mydomain.example.com selleks, et oma isiklikus koduserverisse sisse logida.
Andmed kõikjal
Üks märkimisväärne asi, mida Raspberry Pi teeb mitte pakkumine on koondamine. Olen selle varustanud 32 GB kaardiga ja see on ikkagi palju andmeid, mida kaotada, kui midagi juhtub. Selle vältimiseks ja juurdepääsu tagamiseks oma andmetele, kui Interneti-ühenduse juurdepääs luksub, peegeldan kõik oma andmed välisele pilvilaadsele serverile. Kuna olen Euroopas, oli mul mõttekas saada kõige väiksem spetsiaalne paljaste metallide (st virtualiseerimata) server veebisaidilt Online.net , mis on varustatud odava VIA protsessoriga, pakkudes 2 GB RAM-i ja 500 GB SSHD . Nagu Raspberry Pi miniserveri puhul, ei vaja ma ka suurt protsessori jõudlust ega isegi mälu, seega sobib see ideaalselt. (Kõrvalepõikena meenub minu esimene 'suur' server, millel oli kaks Pentium 3 protsessorit ja 1 GB RAM-i ning mis oli tõenäoliselt poole väiksem kui Raspberry Pi 2 kiirusel, ja kuidas me sellega suurepäraseid asju tegime, mis on mõjutanud minu huvi optimeerimise vastu.)
Varundan oma Raspberry Pi kaugpilvesarnase serveri abil rdiff-backup . Süsteemide suhtelise suuruse järgi otsustades saavad need varukoopiad mulle praktiliselt piiramatu ajaloo. Üks asi, mis mul pilvesarnases serveris on, on installimine ownCloud , mis võimaldab mul käitada privaatset Dropboxi-laadset teenust. ownCloud kui toode liigub grupitöö ja koostöö suunas, nii et see muutub veelgi kasulikumaks, kui seda kasutab rohkem inimesi. Kuna ma seda kasutama hakkasin, siis mul seda sõna otseses mõttes pole mis tahes kohalikud andmed, mida ei varundata ei Raspberry Pi ega pilvilaadse serveri juurde ning enamus neist varundatakse kaks korda. Mis tahes täiendav varukoopia, mida saate teha, on alati hea, kui hindate oma andmeid.
SSHFS-i maagia
Suurem osa minu tänasest tööst on seotud selliste asjadega, mis pole otseselt veebiga seotud (šokeeriv, ma tean!), Nii et minu töövoog järgib sageli klassikalist muutmise, kompileerimise ja käitamise tsüklit. Sõltuvalt projekti konkreetsetest asjaoludest võib mul olla selle failid kas sülearvutis kohapeal, võin need panna omaCloudi sünkroonitud kataloogi või, mis veelgi huvitavam, võin paigutada need otse Raspberry Pi-le ja kasutada neid sealt .
Viimane võimalus on võimalik tänu SSHFS , mis võimaldab mul Raspberry Pi kaugkataloogi kohalikult ühendada. See on peaaegu nagu väike maagia: teil võib olla kaugkataloog mis tahes server, millele teil on SSH-juurdepääs (töötab teie kasutaja serveris olevate õiguste alusel), mis on ühendatud kohaliku kataloogina.
Kas teil on kaugprojektide kataloog? Paigaldage see kohapeal ja minge sellele. Kui vajate arendamiseks või testimiseks võimsat serverit ja - mingil põhjusel lihtsalt sinna minemist ja kasutamist ma tulin konsoolis pole valik - ühendage see server lokaalselt ja tehke mida iganes soovite. See töötab eriti hästi siis, kui ma olen väikese ribalaiusega Interneti-ühenduses: isegi kui töötan konsooli tekstiredaktoris, on see kogemus palju parem, kui käivitan selle redaktori kohalikult ja seejärel lihtsalt faile SSHFS-i kaudu edastan, pigem kui SSH kaugseansil töötamine.
Vaja võrrelda mitut /etc kataloogid erinevates kaugserverites? Pole probleemi. Lihtsalt kasutage SSHFS-i, et igaüks neist kohapeal paigaldada, ja seejärel kasutage nende võrdlemiseks diff-i (või mis tahes muud tööriista).
Või peate töötlema suuri logifaile, kuid te ei soovi logi parsimise tööriista serverisse installida (kuna sellel on gazillioni sõltuvus) ja logide kopeerimine on mis tahes põhjusel ebamugav. Veelkord, pole probleem. Lihtsalt ühendage kauglogi kataloog SSHFS-i kaudu kohalikult ja käivitage mis tahes vajalik tööriist - isegi kui see on tohutu, raske ja GUI-põhine. SSH toetab lennul tihendamist ja SSHFS kasutab seda, nii et tekstifailidega töötamine on üsna ribalaiuse sõbralik.
Oma eesmärkidel kasutan sshfs -il järgmisi valikuid käsurida:
erinevus kunsti ja disaini vahel
sshfs -o reconnect -o idmap=user -o follow_symlinks -C server.example.com:. server
Need käsureavalikud teevad järgmist.
-o reconnect- käsib sshfsil SSH lõpp-punkt uuesti ühendada, kui see puruneb. See on väga oluline, kuna vaikimisi ebaõnnestub ühenduse katkemisel ühenduspunkt järsult või lihtsalt hangub (mis minu arvates on tavalisem). Mulle tõesti tundub, et see peaks olema vaikevalik.-o idmap=user- käsib sshf-del kaardistada kaugkasutaja (st kasutaja, kellega me ühendust loome) kohaliku kasutajaga samaks. Kuna SSH kaudu saate ühendada suvalise kasutajanimega, siis see parandab asjad, nii et kohalik süsteem arvab, et kasutaja on sama. Kaugsüsteemi juurdepääsuõigused ja -õigused kehtivad kaugkasutaja jaoks tavapäraselt.-o follow_symlinks- Kuigi teil võib olla suvaline arv ühendatud kaugfailisüsteeme, on minu jaoks mugavam paigaldada ainult üks kaugkataloog, minu kodukataloog, ja selles (SSH kaugseansis) saan luua sümboolseid linke mujal asuvatele olulistele kataloogidele kaugsüsteem, nagu/srvvõi/etcvõi/var/log. See suvand paneb sshf-sid lahendama kaugsidestamised failidesse ja kataloogidesse, võimaldades teil jälgida lingitud katalooge.-C- Lülitab SSH-tihenduse sisse. See on eriti tõhus failide metaandmete ja tekstifailide puhul, nii et see on veel üks asi, mis tundub olevat vaikevalik.server.example.com:.- See on kaugem lõpp-punkt. Esimene osa (server.example.comselles näites) on hostinimi ja teine osa (pärast koolonit) on kaugkataloog, mille soovite ühendada. Sel juhul olen lisanud sõna. et näidata vaikekataloogi, kuhu minu kasutaja pärast SSH-i sisselogimist jõuab, mis on minu kodukataloog.server- kohalik kataloog, kuhu kaugfailisüsteem paigaldatakse.
Eriti kui teil on madal ribalaius või ebastabiilne Interneti-ühendus, peate kasutama SSHFS-i SSH avaliku / privaatse võtme autentimine ja kohalik SSH agent. Nii ei küsita teilt SSHFS-i kasutamisel paroole (kas süsteemiparoole või SSH-võtme paroole). ja uuestiühendamise funktsioon töötab reklaamitud viisil. Pange tähele, et kui teil pole SSH-agenti seadistatud, nii et see annab teie seansil vajaduse korral lukustamata võtme, siis uuesti ühendamise funktsioon ebaõnnestub. Veeb on täis SSH-põhilisi õpetusi ja enamik GTK-põhistest töölauakeskkondadest, mida olen proovinud, käivitavad automaatselt oma agendi (või „rahakoti” või kuidas iganes nad seda nimetavad).
Mõned täiustatud SSH trikid
Fikseeritud punkti olemasolu Internetis, millele on kaugjuurdepääs kõikjalt maailmast ja mis on suure ribalaiusega ühenduses - minu jaoks on see minu Raspberry Pi süsteem ja see võib tõesti olla mis tahes üldine VPS - vähendab stressi ja võimaldab teil seda teha igasuguseid asju andmete vahetamise ja tunneldamisega.
Vaja kiiret nmap ja olete ühendatud mobiiltelefonivõrgu kaudu? Lihtsalt tehke seda sellest serverist. Kas peate mõned andmed kiiresti ümber kopeerima ja SSHFS on üle jõu? Kasutage lihtsalt tavalist SCP .
Teine olukord, kus te võite end meie ees silmitsi seista, kus teil on SSH-i juurdepääs serverile, kuid selle port 80 (või mõni muu) on tulemüüriga ühendatud välisse võrku, kust te ühenduse loote. Selle ületamiseks võite SSH-ga selle pordi oma kohalikku masinasse edastada ja seejärel localhost kaudu sellele juurde pääseda. Veelgi huvitavam lähenemine on pordi edastamiseks kasutada hostit, millega olete SSH kaudu ühendatud teine masin, tõenäoliselt sama tulemüüri taga. Kui teil on näiteks järgmised hostid:
- 192.168.77.15 - serveri kohalikus võrgus tulemüüri taga olev host, millega peate ühenduse looma selle pordiga 80
- foo.example.com - host, millele teil on SSH juurdepääs ja mis saab ülaltoodud hostiga ühenduse luua
- teie kohalik süsteem, localhost
Käsk pordi 80 edastamiseks aadressil 192.168.77.15 saidile localhost: 8080 foo.example.com SSH-serveri kaudu oleks:
ssh -L 8080:192.168.77.15:80 -C foo.example.com
Argument -L määrab kohaliku sadama ning sihtkoha aadressi ja pordi. -C Argument võimaldab tihendamist, nii et saate taas saavutada ribalaiuse kokkuhoiu ja lõpuks sisestage lõpuks lihtsalt SSH-i hostinimi. See käsk avab hostile tavalise SSH-i kestuse seansi ja lisaks sellele kuulake localhosti porti 8080, millega saate ühenduse luua.
Üks muljetavaldavamaid trikke, mida SSH on viimastel aastatel välja töötanud, on võime luua tõelisi VPN-tunneleid. Need avalduvad virtuaalsete võrguseadmetena ühenduse mõlemal küljel (eeldusel, et neil on seadistatud sobivad IP-aadressid) ja võimaldavad teil pääseda kaugvõrku, nagu oleksite seal füüsiliselt viibinud (mööda tulemüüre). Nii tehnilistel kui ka turvalisuse kaalutlustel nõuab see juurepääsu mõlemale tunneliga ühendatud masinale, seega on see palju vähem mugav kui lihtsalt pordi edastamise või SSHFS-i või SCP kasutamine. See on mõeldud edasijõudnutele, kes on hõlpsasti leitavad õpetused kuidas seda teha.
parim veebisait c++ õppimiseks
Kaugkontor kõikjal
Tühjendatud vajadus töötada ühest kohast , saate töötada sõna otseses mõttes kõikjalt, kus on pooleldi korralikku Interneti-ühendust, kasutades minu kirjeldatud tehnoloogiaid ja tehnikaid (sealhulgas oodates oma autot mehaaniku juures). Paigaldage välismaised süsteemid SSH-i kohale, edastage sadamaid, puurige tunneleid, et pääseda oma privaatserverile või pilvepõhistele andmetele kaugjuurdepääsuks, samal ajal avanedes vaade päikesevallile või juues uduses linnas hipsteri kvaliteediga keskkonnasõbralikku kohvi. Lihtsalt tee seda!
